Was beim Cyberangriff auf die TU München bekannt ist
Die TU München hat ihr zentrales Campus-System nach dem Angriff vom Netz genommen. Zunächst erbeuteten die Täter Zugangsdaten. Nach Einschätzung der TUM ging es ihnen vor allem darum, an Administrator-Passwörter zu gelangen und so auf TUMonline, das zentrale System für Studierende, Beschäftigte, Lehrveranstaltungen und Prüfungen, zuzugreifen.
Zum Umfang des Datenabflusses und zum genauen Ablauf laufen die Untersuchungen noch. Für die Lehre aus dem Fall ist das Detail aber zweitrangig. Entscheidend ist das Muster: Ein nicht ausreichend abgesichertes Altsystem lieferte privilegierte Zugangsdaten – und diese öffneten die Tür zu einem geschäftskritischen Kernsystem.
Dieses Muster ist kein Einzelfall, wie auch der ENISA-Report zur Cyber-Bedrohungslage 2026 zeigt: Angriffe zielen zunehmend darauf, legitime Identitäten zu übernehmen. Wo Angreifer einmal privilegierte Konten kontrollieren, bewegen sie sich seitwärts durch die Infrastruktur, von System zu System. Angreifer suchen sich das schwächste Glied, und das ist in gewachsenen IT-Landschaften häufig das älteste System.
Warum Legacy-Systeme zum Sicherheitsrisiko werden
Über Jahre gewachsene IT-Landschaften lassen sich selten auf einen Schlag erneuern. Eigenentwicklungen, Spezialanwendungen und Altsysteme bleiben oft lange geschäftskritisch, weil sie Prozesse abbilden, für die es keinen fertigen Ersatz gibt. Eine Ablösung ist teuer, riskant und bindet Ressourcen.
Genau deshalb entstehen dort typische Schwachstellen:
Eigene Benutzerverwaltung: Konten werden lokal in der Anwendung angelegt, oft manuell und ohne Bezug zu zentralen Prozessen.
Verwaiste Konten: Wer das Unternehmen verlässt oder die Rolle wechselt, behält Konto und Rechte, weil das Altsystem in keinem Offboarding-Prozess vorkommt.
Geteilte und schwache Admin-Zugänge: Technische und administrative Konten sind selten dokumentiert, Passwörter ändern sich kaum.
Fehlende Transparenz: Wer welche Rechte hat und warum, lässt sich nicht nachvollziehen. Das erschwert Audits und Compliance-Nachweise.
Keine moderne Authentifizierung: Multi-Faktor-Authentifizierung oder Single Sign-On sind nicht ohne Weiteres nachrüstbar.
Solche Systeme liegen damit außerhalb der Sicherheitsstrategie, obwohl sie oft Zugriff auf sensible Daten oder zentrale Dienste haben. Für Angreifer sind sie deshalb ein attraktives Ziel. Viele typische Einfallstore, etwa fehlerhafte Zugriffskontrolle, Fehlkonfigurationen oder schwache Authentifizierung, sind bekannte Schwachstellen, denen sich mit klaren Prozessen und passenden Kontrollen begegnen lässt.
Identity Management steht und fällt mit der Konnektivität
Ein Identity-Access-Management-System kann Identitäten und Berechtigungen nur dort steuern, wo es diese erreicht. Konnektivität ist deshalb keine technische Nebensache, sondern die Voraussetzung für wirksame Zugriffskontrolle.
Erst mit einer Anbindung lässt sich auch in Altsystemen der gesamte Lebenszyklus einer Identität steuern:
Eintritt (Joiner): Konten werden automatisch angelegt und Rollen samt Rechten zugewiesen, statt per Ticket oder E-Mail.
Wechsel (Mover): Rechte, die in der neuen Rolle nicht mehr nötig sind, werden entzogen, benötigte kommen hinzu.
Austritt (Leaver): Konten werden zeitnah gesperrt oder deaktiviert und Berechtigungen entzogen, auch im letzten Spezialsystem.
Privilegierte Konten: Administratorrechte sind bekannt, begründet, befristet und überprüfbar.
Rezertifizierung und Audit: Fachbereiche prüfen regelmäßig, wer welche Rechte benötigt, und die Nachweise liegen zentral vor.
Der Effekt ist doppelt: Das Angriffsrisiko sinkt, weil weniger vergessene und überprivilegierte Konten existieren. Und wenn doch etwas passiert, lässt sich schnell klären, welche Konten betroffen sind und welche Rechte sie hatten.
Heterogene IT-Landschaften anbinden: Wege mit Garancy
Keine IT-Systemlandschaft gleicht der anderen. Ob Cloud-Dienst, Standardsoftware oder jahrzehntealte Eigenentwicklung: Zielsysteme unterscheiden sich stark in Technik und Schnittstellen. Ein einziger Anbindungsweg reicht deshalb nicht. Garancy bietet dafür verschiedene Möglichkeiten, die sich kombinieren lassen:
Anbindung | Geeignet für | Nutzen |
|---|---|---|
Vorkonfigurierte Standard-Konnektoren | Standardanwendungen wie Verzeichnisdienste, Datenbanken oder gängige Business-Anwendungen (z. B. SAP, Entra ID, Salesforce, RACF etc.) | Schnelle Integration ohne Individualentwicklung |
Offene Schnittstellen, z. B. via SMART SCIM Connect | Systeme mit APIs, Webservices oder standardisierten Protokollen (z. B. SCIM, LDAP, REST, SOAP etc.) | Flexible Integration in bestehende Architekturen |
Individuelle Anbindung, z. B. mit dem Universal-Konnektor uConnect, FlexConnect oder WebServices | Eigenentwicklungen, Spezialanwendungen und Legacy-Systeme ohne Standardschnittstelle | Auch Sonderfälle lassen sich zentral steuern |
Eine Schnittstelle allein macht noch kein Identity Management. Erst wenn Anbindung, Prozesse und Kontrolle zusammenspielen, lassen sich Konten und Rechte auch in Legacy-Systemen einheitlich steuern: Rechte werden zentral vergeben, automatisch angepasst und bei Bedarf entzogen, Konten gesperrt oder deaktiviert. Das Altsystem selbst muss dafür nicht modernisiert werden.
Zentrale Steuerung: Identitäten, Konten, Gruppen und Rechte werden an einer Stelle verwaltet, egal in welchem Zielsystem sie wirken.
Automatisierte Provisionierung: Konten werden angelegt, geändert oder gesperrt, samt Gruppenzugehörigkeiten und Rollen.
Sichere Integration: Die Kommunikation ist verschlüsselt, Passwortmanagement und Helpdesk-Funktionen sind eingebunden.
Laufender Abgleich: Garancy vergleicht in beide Richtungen den gewünschten Soll-Zustand mit dem tatsächlichen Ist-Zustand im Zielsystem. Abweichungen werden sofort sichtbar.
Kommen später neue Anwendungen, Cloud-Dienste oder Eigenentwicklungen hinzu, lassen sie sich ergänzen, ohne bestehende Prozesse neu aufzubauen.
Ein pragmatischer Einstieg: Zuerst die Systeme mit den höchsten Risiken und den sensibelsten Daten anbinden – vor allem dort, wo privilegierte Konten existieren. Danach folgen schrittweise die übrigen Anwendungen.
Fazit: Ein System darf alt sein, sein Berechtigungsmanagement nicht
Die Cyberattacke auf die TU München zeigt, wie ein Altsystem zum Sprungbrett werden kann. Ob Hochschule, Mittelstand oder Konzern: Wer Legacy-Systeme von der Zugriffssteuerung ausnimmt, lässt eine Lücke offen, die sich ausnutzen lässt.
Die Lösung ist nicht zwingend, jedes Altsystem sofort zu ersetzen. Sie besteht darin, es in das zentrale Identity Management einzubinden. Dafür braucht es Konnektivität: Standard-Konnektoren, offene Schnittstellen und individuelle Anbindungsmöglichkeiten. So lassen sich Konten und Berechtigungen auch dort zentral verwalten.
Möchten Sie wissen, wie sich Ihre Bestandssysteme mit Garancy anbinden lassen? Sprechen Sie uns an, wir analysieren gemeinsam Ihre Landschaft und zeigen passende Anbindungswege.
:quality(100))
:quality(100))
:quality(100))
:quality(100))
:quality(100))
:quality(80))