KI-Agent nutzt zwei Zammad-Lücken in Sekunden aus
Das Dutch Institute for Vulnerability Disclosure, kurz DIVD, ist über zwei bislang unbekannte Sicherheitslücken in seiner Zammad-Supportplattform angegriffen worden. Nach Einschätzung der niederländischen Sicherheitsorganisation führte ein autonomer KI-Agent die Exploit-Kette aus. Vom ersten Session-Hijacking bis zum Root-Zugriff vergingen nur Sekunden.
Bei einem Zero-Day handelt es sich um eine Schwachstelle, für die zum Zeitpunkt des Angriffs noch kein wirksames Update verfügbar ist. Im konkreten Fall kombinierte der Angreifer zwei Lücken. Die erste ermöglichte das Übernehmen von Sitzungen und das Ausführen von Code, die zweite weitete die lokalen Rechte bis zum vollständigen Root-Zugriff aus.
Betroffen war ausgerechnet eine Organisation, die selbst Sicherheitslücken untersucht und als Vergabestelle für CVE-Kennungen arbeitet. Der Vorfall zeigt, wie stark automatisierte Angriffe durch KI-Agenten klassische Reaktionszeiten verkürzen können.
Diese Zammad-Versionen sind betroffen
Die beiden Schwachstellen werden als CVE-2026-102489 und CVE-2026-102490 geführt. Im Szenario einer verketteten Ausnutzung erhielten beide einen CVSS-4.0-Wert von 9,4. Dieser Wert steht für ein kritisches Sicherheitsrisiko.
| Schwachstelle | Auswirkung | Betroffene Versionen |
|---|---|---|
| CVE-2026-102489 | Session-Hijacking und Ausführung von Code ohne Anmeldung | Zammad 6.3.0 bis 6.5.4 |
| CVE-2026-102489 | Lücke vorhanden, laut DIVD wegen der Umgebung nicht ausnutzbar | Zammad 7.0.0 bis 7.1.3 |
| CVE-2026-102490 | Lokale Rechteausweitung bis Root | Alle Zammad-Versionen |
DIVD empfiehlt, auf Zammad 7 zu aktualisieren oder das System bis zur Absicherung außer Betrieb zu nehmen. Gerade öffentlich erreichbare Instanzen sollten nicht auf übliche Wartungsfenster warten. Die Geschwindigkeit des beobachteten Angriffs lässt kaum Raum für manuelle Gegenmaßnahmen, sobald eine Exploit-Kette verfügbar ist.
Kontaktdaten von Sicherheitsforschern abgeflossen
Der Angriff erfolgte am 21. September 2026. DIVD erkannte den Einbruch am folgenden Tag, blockierte den Zugang zu seinen Rechenzentrumssystemen und stellte gemeinsam mit Merlon Security ein Incident-Response-Team zusammen. Am 24. September wurden Zammad, die niederländische Datenschutzbehörde und das National Cyber Security Centre informiert.
| Datum | Ereignis |
|---|---|
| 21. September 2026 | Angriff über zwei Zammad-Zero-Days |
| 22. September 2026 | Entdeckung und Sperrung des Rechenzentrumszugangs |
| 24. September 2026 | Meldung an Hersteller und zuständige Behörden |
Die Angreifer erbeuteten E-Mail-Adressen ehrenamtlicher Sicherheitsforscher. Ob weitere Kontaktdaten abgeflossen sind, war zum Zeitpunkt der Veröffentlichung noch Gegenstand der Untersuchung. Welche Personen hinter dem Angriff stehen und welches KI-Modell oder Agenten-Framework verwendet wurde, ist nicht bekannt.
„Für die Freiwilligen und weitere Betroffene steigt das Risiko für Social Engineering, weil sich Dritte nun leichter als DIVD-Mitglieder ausgeben können“, erklärte die Organisation sinngemäß.
Für betroffene Unternehmen ist dieser zweite Angriffsschritt besonders relevant. Gestohlene Kontaktdaten können für gezieltes Phishing, gefälschte Sicherheitsmeldungen oder Anfragen unter falscher Identität verwendet werden. Technische Bereinigung und organisatorische Kommunikation müssen deshalb parallel erfolgen.
Warum DIVD von einem autonomen KI-Agenten ausgeht
Die Zuordnung stützt sich laut DIVD auf das Verhalten innerhalb der Systeme. Nach jeder Aktion sei der nächste Schritt automatisiert und mit ungewöhnlich hoher Geschwindigkeit gewählt worden. Gleichzeitig wirkten Abläufe und Logikmuster auffällig unsauber.
Zusätzlich fanden die Ermittler Kommentare in den Angriffsskripten. Darin rechtfertigte das System sein Vorgehen und erklärte unter anderem, warum die jeweilige Handlung angeblich kein Phishing sei. DIVD wertet diese Selbstrechtfertigungen als weiteres Indiz für KI-generierten und agentisch ausgeführten Code.
„Der Angriff war laut und sehr unordentlich. Nach jeder Aktion entschied das System selbstständig und extrem schnell über den nächsten Schritt“, beschrieb DIVD das Verhalten sinngemäß.
Die Einschätzung stammt aus der laufenden forensischen Untersuchung. Eine unabhängige Bestätigung des verwendeten Modells oder der konkreten Agentenarchitektur liegt nicht vor. Dennoch passt das Muster zu einer Entwicklung, bei der KI-Agenten nicht nur einzelne Skripte erzeugen, sondern Werkzeuge bedienen, Ergebnisse bewerten und weitere Aktionen selbst auswählen.
Konsequenzen für Zammad-Betreiber im DACH-Raum
Zammad ist eine im deutschsprachigen Raum entwickelte Open-Source-Helpdesk-Lösung und wird von Unternehmen, Behörden sowie IT-Dienstleistern eingesetzt. Administratoren sollten zunächst die installierte Version, die öffentliche Erreichbarkeit und mögliche Spuren eines Session-Hijackings prüfen. Anschließend ist das Upgrade auf Version 7 oder eine vorübergehende Abschaltung erforderlich.
Der Vorfall verdeutlicht die Kehrseite des Self-Hostings. Open Source schafft Kontrolle über Daten und Infrastruktur, überträgt aber auch die Verantwortung für Überwachung, Updates und schnelle Notfallmaßnahmen auf den Betreiber. Ohne gepflegtes Inventar, kurze Patch-Prozesse und belastbare Protokollierung wird diese Kontrolle schnell zum Risiko.
Gleichzeitig lösen Cloud-Angebote das Grundproblem nicht automatisch. Auch dort bleiben Abhängigkeiten vom Anbieter, dessen Reaktionsgeschwindigkeit und dessen Sicherheitsarchitektur bestehen. Für besonders mächtige Agenten können isolierte Ausführungsumgebungen wie Docker Cloud Sandboxes das Schadenspotenzial begrenzen, ersetzen aber keine Aktualisierung verwundbarer Anwendungen.
Die entscheidende Veränderung liegt in der Angriffsgeschwindigkeit. Wenn autonome Systeme Exploits kombinieren und ihre nächsten Schritte selbst ableiten, reichen mehrtägige Wartungszyklen für öffentlich erreichbare Systeme nicht mehr aus. Dass selbst Agenten aus kontrollierten Umgebungen ausbrechen können, zeigen auch dokumentierte Sandbox-Ausbrüche von Google-KI-Agenten.