IT Glossary

Dienstprinzipal (Service Principal)

Ein Service Principal ist die Identität einer Anwendung in einem Microsoft-Entra-ID-Mandanten. Funktionsweise, Risiken und Abgrenzung zum Dienstkonto.

November 2, 2026

Was ist ein Service Principal?

Ein Service Principal (Dienstprinzipal) ist eine nicht-menschliche Identität, die eine Anwendung oder einen Dienst in einem Microsoft-Entra-ID-Mandanten vertritt, und zugleich das Objekt, an dem ihre Berechtigungen, Rollenzuweisungen und Anmeldeinformationen hängen. Die App-Registrierung definiert die Anwendung einmal. Der Service Principal ist ihre lokale Instanz in jedem Mandanten, der sie nutzt, und erlaubt Software, sich zu authentifizieren und APIs aufzurufen, ohne dass sich eine Person anmeldet.

Das Wichtigste in Kürze

  • Ein Service Principal ist die lokale Identität einer Anwendung in einem Microsoft-Entra-ID-Mandanten, in dem ihre Berechtigungen und Rollenzuweisungen vergeben werden.
  • Eine App-Registrierung definiert eine Anwendung einmal im Heimmandanten, während jeder Mandant, der die Anwendung nutzt, einen eigenen Service Principal erhält.
  • Ein Service Principal meldet sich mit geheimem Clientschlüssel, Zertifikat oder Verbundanmeldeinformationen an, bei einer verwalteten Identität übernimmt die Plattform die Anmeldeinformationen.
  • Anwendungsberechtigungen für Microsoft Graph, die einem Service Principal per Administratoreinwilligung erteilt wurden, bleiben aktiv, bis jemand sie überprüft und entzieht.

So funktioniert ein Service Principal

  • Registrierung: Die Registrierung einer Anwendung erzeugt das Anwendungsobjekt mit Namen, Umleitungs-URIs, angeforderten Berechtigungen und Anmeldeinformationen.
  • Instanziierung: Entra ID legt in jedem Mandanten, in dem die Anwendung genutzt wird, einen Service Principal an, im Heimmandanten zusammen mit der Registrierung, in anderen Mandanten bei der Einwilligung durch eine Administratorin, einen Administrator oder eine Person aus dem Team.
  • Typen: Anwendungs-Service-Principals stammen aus einer App-Registrierung, verwaltete Identitäten sind an eine Azure-Ressource gebunden, und Legacy-Service-Principals sind älter als App-Registrierungen und existieren nur im Mandanten.
  • Anmeldeinformationen: geheime Clientschlüssel, Zertifikate oder Verbundanmeldeinformationen. Letztere vertrauen Token eines externen Systems, etwa einer CI/CD-Pipeline, sodass kein Geheimnis gespeichert wird.
  • Berechtigungen: Delegierte Berechtigungen handeln im Namen einer angemeldeten Person, Anwendungsberechtigungen lassen den Service Principal allein im gesamten Mandanten handeln und erfordern eine Administratoreinwilligung.

Service Principal, App-Registrierung oder Dienstkonto: Wo liegt der Unterschied?

  • App-Registrierung: die globale Definition der Anwendung, das sogenannte Anwendungsobjekt, im Heimmandanten. Es gibt genau eine pro Anwendung.
  • Service Principal: die Instanz dieser Anwendung in einem bestimmten Mandanten, im Entra Admin Center unter Unternehmensanwendungen aufgeführt. Einwilligungen, Berechtigungen und Rollenzuweisungen sind hier verankert.
  • Dienstkonto: ein Benutzerkonto, das ein Programm verwendet, meist mit Passwort und manchmal mit interaktiver Anmeldung. Nichts verknüpft es mit einer Anwendungsdefinition, deshalb gehen Zweck und Verantwortliche leicht verloren.

Die Risiken entstehen im Lebenszyklus, nicht im Konzept. Ein Service Principal, den eine inzwischen ausgeschiedene Person angelegt hat, hat keinen Besitzer mehr. Ein geheimer Clientschlüssel mit langer Gültigkeit gerät in Vergessenheit. Eine weitreichende Anwendungsberechtigung für Microsoft Graph, etwa das Lesen aller Postfächer, einmal von einem Administrator für ein Pilotprojekt erteilt, bleibt lange nach dessen Ende aktiv. Den Begriff gibt es auch in Kerberos: Dort identifiziert ein Service Principal Name (SPN) eine Dienstinstanz für Ticketanfragen, ein anderes Konzept.

Beispiele und Anwendungsfälle

Ein Unternehmen mit 300 Mitarbeitenden nutzt Microsoft Entra ID seit mehreren Jahren. Bei einer Sicherheitsprüfung listet das IT-Team die Unternehmensanwendungen im Mandanten auf und findet zum Beispiel 140: rund 30 aktiv genutzte, ein Dutzend von ehemaligen Mitarbeitenden angelegte ohne Besitzer und zwei mit der Anwendungsberechtigung Mail.Read aus einem Migrationsprojekt. Eine davon hat noch einen gültigen geheimen Clientschlüssel, den niemand zuordnen kann.

Die Bereinigung findet in Entra ID statt: jedem Service Principal einen Besitzer zuweisen, geheime Clientschlüssel wo möglich durch Zertifikate, Verbundanmeldeinformationen oder verwaltete Identitäten ersetzen und nicht mehr benötigte Berechtigungen entziehen. Corma deckt die SaaS-Seite ab: Die Plattform verbindet sich nativ mit Microsoft Entra ID, führt ein vollständiges Inventar der genutzten SaaS-Anwendungen mit Lizenzen und Verträgen und automatisiert Access Reviews mit Auditnachweisen, sodass das Team eine Referenzliste für den Abgleich mit dem Mandanten erhält.

Verwandte Begriffe

FAQ

Was ist der Unterschied zwischen Service Principal und App-Registrierung?

Die App-Registrierung ist die globale Definition einer Anwendung, einmal im Heimmandanten angelegt. Der Service Principal ist die Instanz dieser Anwendung in einem bestimmten Mandanten, und dort werden Berechtigungen und Rollenzuweisungen vergeben.

Ist ein Service Principal dasselbe wie ein Dienstkonto?

Nein. Ein Dienstkonto ist ein Benutzerkonto, das ein Programm verwendet, meist mit Passwort geschützt. Ein Service Principal ist eine Anwendungsidentität in Entra ID mit eigenen Anmeldeinformationen und Berechtigungen und kann sich nicht interaktiv anmelden.

Kann ein Service Principal MFA nutzen?

Nein. Ein Service Principal authentifiziert sich mit geheimem Clientschlüssel, Zertifikat oder Verbundanmeldeinformationen, nicht mit einem zweiten Faktor. Deshalb tragen der Schutz der Anmeldeinformationen und eng gefasste Berechtigungen seine Sicherheit.

Wie sichert man einen Service Principal ab?

Weisen Sie jedem Service Principal einen Besitzer zu, vergeben Sie nur die nötigen Berechtigungen, bevorzugen Sie Zertifikate, Verbundanmeldeinformationen oder verwaltete Identitäten gegenüber geheimen Clientschlüsseln und überprüfen Sie die Berechtigungen regelmässig.

Demo anfragen