Zwei kommunale IT-Teams in Deutschland stießen auf dasselbe Problem: Dateibasierte Passwortspeicherung skaliert nicht, sobald mehr als ein Administrator Schreibzugriff benötigt. Die Stadt Pegnitz und die Stadt Auerbach verwalteten ihre Infrastrukturpasswörter über dateibasierte Open-Source-Tresore, die manuell zwischen den Teammitgliedern synchronisiert wurden. Beide scheiterten an derselben Schwachstelle, wenn auch aus unterschiedlichen Richtungen.
Das gemeinsame Problem: Dateisynchronisation ist nicht für Teamzugriff gemacht
Eine einzelne verschlüsselte Tresordatei funktioniert für eine Person einwandfrei. Kommt ein zweiter Administrator hinzu, entstehen Dateisperren, Merge-Konflikte und Tresorkopien, die auseinanderlaufen. Das Pegnitzer Team verlor genau dadurch Zeit: Es musste sich manuell abstimmen, um nicht gegenseitig Änderungen zu überschreiben.
Das Team in Auerbach teilte die Aufgaben auf zwei separate dateibasierte Tools auf, eines browserbasiert, eines als Desktop-Anwendung, und stieß auf eine verschärfte Variante desselben Problems: keine rollenbasierte Zugriffskontrolle, kein Audit-Trail und Tresordateien, die per E-Mail und über Netzlaufwerke kursierten. Für eine Behörde, die Zugangsdaten zur zentralen Netzwerkinfrastruktur verwaltet, ist diese Lücke relevant.
Was sich geändert hat: Selbst gehostete Bereitstellung mit clientseitiger Verschlüsselung
Beide Teams wechselten zu Passwork, das sie per Docker in der eigenen Infrastruktur betreiben. Beide migrierten ihre über Jahre gewachsenen Zugangsdaten mit der integrierten Importfunktion von Passwork ohne Datenverlust. Die Kernanforderungen waren in beiden Fällen identisch: Kontrolle über sensible Daten vor Ort (On-Premises), Zero-Knowledge-Verschlüsselung, die im Browser erfolgt, bevor die Daten den Server erreichen, sowie rollenbasierter Zugriff, der die manuelle Dateikoordination durch einen zentralen, nachvollziehbaren Tresor ersetzt.
Für Auerbach war vor allem entscheidend, dass sich die Verschlüsselungsarchitektur bereits vor dem Testbetrieb überprüfen ließ, statt den Herstellerangaben einfach zu vertrauen.
Weiterlesen:
Das gemeinsame Problem: Dateisynchronisation ist nicht für Teamzugriff gemacht
Eine einzelne verschlüsselte Tresordatei funktioniert für eine Person einwandfrei. Kommt ein zweiter Administrator hinzu, entstehen Dateisperren, Merge-Konflikte und Tresorkopien, die auseinanderlaufen. Das Pegnitzer Team verlor genau dadurch Zeit: Es musste sich manuell abstimmen, um nicht gegenseitig Änderungen zu überschreiben.
Das Team in Auerbach teilte die Aufgaben auf zwei separate dateibasierte Tools auf, eines browserbasiert, eines als Desktop-Anwendung, und stieß auf eine verschärfte Variante desselben Problems: keine rollenbasierte Zugriffskontrolle, kein Audit-Trail und Tresordateien, die per E-Mail und über Netzlaufwerke kursierten. Für eine Behörde, die Zugangsdaten zur zentralen Netzwerkinfrastruktur verwaltet, ist diese Lücke relevant.
Was sich geändert hat: Selbst gehostete Bereitstellung mit clientseitiger Verschlüsselung
Beide Teams wechselten zu Passwork, das sie per Docker in der eigenen Infrastruktur betreiben. Beide migrierten ihre über Jahre gewachsenen Zugangsdaten mit der integrierten Importfunktion von Passwork ohne Datenverlust. Die Kernanforderungen waren in beiden Fällen identisch: Kontrolle über sensible Daten vor Ort (On-Premises), Zero-Knowledge-Verschlüsselung, die im Browser erfolgt, bevor die Daten den Server erreichen, sowie rollenbasierter Zugriff, der die manuelle Dateikoordination durch einen zentralen, nachvollziehbaren Tresor ersetzt.
Für Auerbach war vor allem entscheidend, dass sich die Verschlüsselungsarchitektur bereits vor dem Testbetrieb überprüfen ließ, statt den Herstellerangaben einfach zu vertrauen.
Weiterlesen:
