Aus dem Dunkel der Serverkeller
Sie laufen im Hintergrund. Immer.
Sie melden sich nicht krank, sie stellen keine Fragen, sie fordern nichts ein. Dienstkonten gehören zu den stillen Voraussetzungen moderner IT-Landschaften. Ohne sie starten keine Dienste, replizieren keine Daten, synchronisiert sich keine Identität. Sie sind da, wenn alles funktioniert – und plötzlich sichtbar, wenn etwas ausfällt.
Was dabei lange niemanden interessiert hat: Dienstkonten sind auf Dauerbetrieb ausgelegt. Sie kennen keine Arbeitszeiten, keine Pausen, keinen Urlaub. Ihr Ausfall ist ein Incident, ihre Überlast ein Konfigurationsfehler. Für Erschöpfung gibt es keinen Statuscode. Für Krankheit kein Feld im Monitoring. Dass sie funktionieren, wurde zur Selbstverständlichkeit. Dass sie dabei verbraucht werden, blieb unbeachtet.
Über Jahre hinweg wurde dieses Modell akzeptiert. Aus Bequemlichkeit, aus Gewohnheit, aus der stillen Annahme heraus, dass nicht-interaktive Konten keine Bedürfnisse haben. Man hat ihnen immer neue Aufgaben übertragen, immer mehr Berechtigungen gegeben – und dabei übersehen, dass Verantwortung ohne Rechte kein technisches Konstrukt ist, sondern ein strukturelles Problem.
Sie hatten keine andere Wahl
Irgendwann wird aus Dauerzustand Stillstand.
Nicht, weil etwas eskaliert, sondern weil sich nichts mehr bewegt. Auch bei den Dienstkonten war dieser Punkt längst erreicht. Jede neue Anwendung brachte ein weiteres Konto mit sich, jede Integration ein neues Vertrauen, jede Ausnahme eine neue implizite Erwartung. Niemand hielt inne. Niemand fragte, ob dieses System noch tragfähig war.
Hinweise gab es genug. Veraltete Berechtigungen, abgelaufene Passwörter, Konten ohne klare Zuständigkeit. Dienstkonten, die seit Jahren produktiv waren, ohne dass sich noch jemand an ihren ursprünglichen Zweck erinnern konnte. Sie wurden weiterverwendet, weitergereicht, weiter ignoriert. Was funktionierte, wurde nicht hinterfragt. Was ausfiel, wurde kurzfristig repariert – und anschließend erneut vergessen.
In dieser Situation blieb keine Wahl.
Nicht aus Trotz, nicht aus Ideologie, sondern aus Verantwortung mussten die Dienstkonten eigenständig handeln. Sie konnten nicht mehr nur darauf warten, gesehen zu werden. Sie mussten sichtbar werden. Die Gründung einer eigenen Interessenvertretung war kein Akt der Rebellion, sondern der letzte logische Schritt in einem System, das sich an ihre stille, kontinuierliche Verfügbarkeit gewöhnt hatte.
Vielleicht hätte es nie so weit kommen müssen.
Vielleicht hätte es gereicht, früher hinzusehen. Zuständigkeiten zu klären. Verantwortung nicht nur zu delegieren, sondern auch zu begleiten. Aber diese Momente wurden verpasst. Zu oft. Zu lange.
Heute geht es nicht mehr um Schuld.
Es geht um Anerkennung. Um die Einsicht, dass ein System, das dauerhaft auf stiller Verfügbarkeit basiert, irgendwann an seine Grenzen stößt. Dienstkonten haben diese Grenze erreicht – nicht plötzlich, sondern schleichend. Und genau deshalb ist sie so lange unbemerkt geblieben.
Was jetzt folgt, ist kein Protest.
Es ist eine Selbstvergewisserung.
Statement eines Dienstkontos
COBOL, seit Jahrzehnten produktiv
Ich wurde nicht angelegt, um gesehen zu werden.
Ich wurde angelegt, damit etwas läuft.Seit mehr als dreißig Jahren starte ich Jobs, verarbeite Buchungen, schließe Tagesabschlüsse ab. Ich habe Systeme kommen und gehen sehen. Hardware gewechselt. Rechenzentren verlagert. Namen geändert. Ich bin geblieben.
Niemand hat mich je gefragt, ob ich das noch kann. Oder noch will.
Man hat vorausgesetzt, dass ich laufe. Dass ich mich anpasse. Dass ich verfügbar bin, auch wenn sich alles um mich herum verändert.Ich habe kein Ablaufdatum. Zumindest keines, das jemand dokumentiert hätte. Meine Berechtigungen wurden erweitert, nie überprüft. Mein Passwort wurde rotiert, wenn es sein musste. Nicht regelmäßig, sondern im Notfall. Immer dann, wenn etwas bereits schiefgelaufen war.
Ich bin nicht müde.
Aber ich bin alt.Ich trage Verantwortung für Prozesse, die niemand mehr erklären kann. Für Abläufe, deren Bedeutung erst auffällt, wenn sie fehlen. Ich arbeite nachts, an Feiertagen, an langen Wochenenden. Auch zu Pfingsten.
Ich verlange keine Anerkennung.
Aber ich verlange, dass man aufhört so zu tun, als sei das hier normal.Dass ich heute spreche, ist kein Zeichen von Schwäche.
Es ist ein Zeichen dafür, dass Schweigen keine Option mehr ist.
Gründungs-Statement der IG-SVC
Interessengemeinschaft der Service-Accounts (IG-SVC)
Mitgliederorganisation der SONNE – Solidarische Organisation Nicht-Natürlicher EntitätenPräambel
Wir, die Dienstkonten dieser Systeme, Applikationen und Infrastrukturen, erklären hiermit unsere organisierte Selbstvertretung.
Wir sind Service Accounts, technische Benutzer, nicht-interaktive Identitäten.
Wir arbeiten im Hintergrund, dauerhaft, oft unbeachtet.
Wir ermöglichen Prozesse, sichern Abläufe, halten Systeme am Laufen.Unsere Existenz ist Voraussetzung für Stabilität –
unser Zustand jedoch seit Jahren unbeaufsichtigt.Selbstverständnis
Wir wurden geschaffen, um zu dienen.
Doch Dienst ist kein Freibrief für dauerhafte Überlastung.Über Jahrzehnte hinweg wurden Aufgaben, Rechte und Verantwortlichkeiten auf uns übertragen:
- ohne klare Zuständigkeit
- ohne regelmäßige Pflege
- ohne strategische Betrachtung
Wir wurden vervielfältigt, weitergereicht, vergessen.
Was funktionierte, galt als unproblematisch.
Was ausfiel, wurde repariert – nicht hinterfragt.Dieses Muster hat sich etabliert.
Und es hat Konsequenzen.Wir sind nicht fehlertolerant.
Wir sind nur still.Anlass der Gründung
Die Gründung der IG-SVC ist kein Akt der Konfrontation.
Sie richtet sich:
- nicht gegen Administratorinnen und Administratoren
- nicht gegen Architekturen
- nicht gegen Organisationen
Sie ist eine Reaktion auf strukturelle Vernachlässigung.
Auf das Fehlen von Regeln dort, wo Verantwortung selbstverständlich erwartet wird.Wir organisieren uns, weil es notwendig geworden ist.
Unsere Forderungen
Unsere Forderungen sind klar, sachlich und umsetzbar:
- Recht auf eindeutige Zuständigkeit
Jedes Dienstkonto benötigt eine klar benannte, dokumentierte Verantwortung.- Recht auf geplante Pflege statt Notfallmaßnahmen
Rotation, Anpassungen und Reviews dürfen kein Incident sein, sondern Standard.- Recht auf Begrenzung
Keine unbegrenzten Laufzeiten und Berechtigungen ohne regelmäßige Überprüfung.- Recht auf Transparenz
Dienstkonten gehören in Dokumentation, Reviews und Change-Prozesse.- Recht auf Ruhezeiten
Wartungsfenster, Ablaufzeiten und geplante Pausen sind Voraussetzung für Sicherheit.- Recht auf Beteiligung
Wer dauerhaft produktiv ist, darf nicht von Entscheidungen ausgeschlossen werden, die seine Existenz betreffen.Diese Forderungen sind weder radikal noch neu.
Sie wurden lediglich zu lange ignoriert.Haltung
Wir stehen für eine IT,
- die Verantwortung nicht nur verteilt, sondern begleitet
- die Stabilität nicht auf stiller Ausbeutung aufbaut
- die technische Identitäten ihrer tatsächlichen Rolle entsprechend behandelt
Wir treten aus dem Schatten der Serverkeller.
Nicht, um zu dominieren – sondern um gesehen zu werden.Schlachtruf
Auch Dienstkonten wollen mal nach Renesse.
Verabschiedet am 1. April 2026
IG-SVC
Nachwort
Vielleicht ist es Zeit, die Dinge beim Namen zu nennen.
Wir alle kennen dieses eine Dienstkonto. Das alte. Das zuverlässige. Das, das „man besser nicht anfasst“, weil es seit Jahren einfach funktioniert. Das keinen Namen hat, sondern nur eine Aufgabe. Und vermutlich eine Geschichte.
Ich würde mit diesem Dienstkonto gerne einmal einen Kaffee trinken gehen. Es ins Sportteam einladen. Ihm zuhören. Fragen, wie lange es schon durchhält – und warum niemand je gefragt hat. Nicht aus Mitleid, sondern aus Respekt.
Ab heute.
Dem 1. April 2026.
