Dienstkonto ohne Verantwortung: Der leicht vergessene Zugang
Eine kurze Karte pro Dienstkonto: Zweck, Zuständigkeit, Rechte, sicherer Zugangsnachweis und Prüftermin, ohne Passwörter im öffentlichen Dokument.

Konzeptionelle Quelle: Service Principals in Microsoft Entra absichern. Die Karte ist ein eigener Betriebsvorschlag, keine fertige allgemeine Richtlinie.
Eine geplante Aufgabe läuft, aber niemand kennt ihr Konto. Sofortiges Löschen kann den Dienst stoppen; dauerhaftes Ignorieren ersetzt keine Abhängigkeits- und Rechteprüfung.
Vorgeschlagene Kurzkarte
- Zweck: Welche Aufgabe und welches System nutzen die Identität?
- Verantwortung: Wer sind technischer Kontakt und Vertretung?
- Befugnis: Welche Rechte sind nötig und warum?
- Zugangsdaten: Wo sind Tresorverweis und berechtigter Zugangsweg? Kein Passwort notieren.
- Prüfung: Wann und nach welchen Änderungen werden Bedarf und Rechte neu bewertet?
Angenommenes Beispiel
Ein Berichtskonto behält alte Rechte nach einem Systemwechsel. Zuerst Verbraucher und Abhängigkeiten erkennen. Dann Rechte geprüft mit Verantwortung und Rückweg reduzieren. Eine registrierte Änderung genügt nicht: Der Bericht muss korrekt bleiben.
Dokumentationsgrenzen
Die Karte speichert keine Token, privaten Schlüssel oder Passwörter. Interne Namen und Pfade gehören nur zu Berechtigten. Schulung von echten Netzdetails trennen.
Meine Prüffrage: Versteht bei fehlender Erstellungsperson jemand anderes mit Berechtigung den Kontozweck und Änderungsfolgen?
Quelle geprüft am 2. November 2026. Angenommenes Beispiel ohne starres Passwortwechselintervall oder Löschanweisung für ein bestimmtes Konto.

