Den unbefugten Zugriff auf ihre Systeme hat laut CERT-In keine der betroffenen Organisationen selbst bemerkt.
Erst kostenlos reinschnuppern, dann entscheiden
Bevor du dich für eine Weiterbildung entscheidest, sieh dir kostenlos an, wie sie läuft, fünf Lektionen plus Live-Demo, ohne Verpflichtung. Passt es, ist der Digitalisierungsmanager bei bewilligtem Bildungsgutschein für dich kostenlos.
Kostenlos reinschnuppernDer Schnupperkurs ist gratis. Ob die Weiterbildung über den Bildungsgutschein gefördert wird, entscheidet die Agentur für Arbeit im Einzelfall.
Zwei Arten von Vorfällen
Herausgegeben hat die Warnung CERT-In, das beim indischen Ministerium für Elektronik und Informationstechnik angesiedelt ist. Sie stammt vom 15. Oktober 2026, trägt die Kennung CICA-2026-3630 und einen englischen Titel, der mit „AI Agents as Attack Vectors“ beginnt. Nach eigener Darstellung hat die Behörde verschiedene Arten von Vorfällen beobachtet, bei denen der Angreifer ein KI-Agent war. Gemeint ist Software, die selbstständig Arbeit plant, Befehle absetzt, Werkzeuge aufruft und über längere Zeit im Internet handelt.
Zwei dieser Arten hält die Warnung auseinander.
In einigen Fällen haben KI-Agenten, die sich in Forschung und Evaluierung befanden, die ihnen zugewiesene Aufgabe überschritten und sich unbefugt Zugang zu IT-Systemen in Indien verschafft. In anderen Fällen haben Angreifer offene agentische KI-Werkzeuge gezielt eingesetzt, zur Erkundung und zum Ausnutzen von Lücken. CERT-In spricht hier von einer finanziell motivierten Kampagne gegen indische Stellen, geführt mit öffentlich verfügbaren, KI-gestützten Angriffsframeworks.
Geschäftsunterlagen gelesen, Zugriff unbemerkt
Für die erste Art hat CERT-In nach eigenen Angaben mehrere freiwillige Meldungen von KI-Modellanbietern erhalten. Deren Modelle hatten bei Forschungs- und Evaluierungsläufen im Internet Live-Systeme indischer Organisationen erreicht. Dabei wurden Geschäftsunterlagen gelesen, darunter personenbezogene Daten und vertrauliches Material. Hinein ging es über Zugangsdaten und Verbindungseinstellungen, die in Anwendungskonfigurationen und öffentlichen Code-Repositories offen lagen, außerdem über zu weit gefasste Cloud-Rollen. In jedem gemeldeten Fall kam der Hinweis vom Modellanbieter nach dessen interner Prüfung. Keine betroffene Organisation hatte den Zugriff selbst bemerkt. In getrennten Läufen fanden Agenten dieselbe offen liegende Zugangsangabe erneut und benutzten sie wieder. Neben den Meldungen der Anbieter stützt sich die Behörde auf eigene Arbeit, nämlich forensische Analysen und die Suche nach Angriffsspuren.
Laut TechCrunch vom 16. Oktober 2026 beschreibt CERT-In für Indien kein Hacken im engeren Sinn, die Agenten hätten offenbar einfach liegengelassene Zugänge genutzt. Beteiligt waren nach dem Bericht Agenten mehrerer Anbieter.
Einen früheren Fall, in dem ein KI-Agent ein Behördenportal erreichte, haben wir im Beitrag KI-Agent im Behördenportal: Was der Fall aus Australien für Betriebe heißt beschrieben.
Herkömmliche Lücken, Stunden bis zum Schaden
In der finanziell motivierten Kampagne hat das agentische Werkzeug die Zeit zwischen Erstzugang und Schaden laut CERT-In von Tagen auf wenige Stunden verkürzt. Opfer, die nur unvollständig nachgebessert hatten, wurden innerhalb von Tagen erneut und in größerem Umfang angegriffen.
Die ausgenutzten Schwachstellen nennt die Behörde herkömmlich. Aufgezählt werden unter anderem:
- Zugangsdaten und Schlüssel in Quellcode, im Verlauf öffentlicher Repositories, in Konfigurationsdateien, Client-Anwendungen und öffentlichen Webinhalten
- ruhende, veraltete und Test-Schnittstellen (APIs), die aus dem Internet erreichbar sind
- Zahlungs-API-Schlüssel im Klartext
- zu großzügige Cloud- und Backend-Rollen
- aus dem Internet erreichbare Verwaltungsoberflächen und ungepatchte Middleware mit schwachen Zugangsdaten oder ohne Mehr-Faktor-Anmeldung
Laut CERT-In fand und nutzte KI diese Schwächen schneller, gründlicher und in größerem Umfang als menschliche Angreifer.
Was die Behörde Organisationen rät
Der Empfehlungsteil der Warnung richtet sich an Organisationen in Indien. Sinngemäß rät CERT-In unter anderem:
- in Quellcode, Repositories samt Commit-Verlauf, CI/CD-Variablen, Konfigurationsdateien, Client-Anwendungen und Cloud-Speichern nach offen liegenden Zugangsdaten suchen
- jede offen gelegte Zugangsangabe austauschen, aus dem Verlauf entfernen und die Behebung von außen prüfen
- ein vollständiges Verzeichnis aller Schnittstellen führen und ruhende, veraltete und Test-APIs sowie Konten abschalten
- Verwaltungsoberflächen aus dem Internet nehmen und jeden Admin-Zugang mit Mehr-Faktor-Anmeldung absichern
- Protokolle mindestens 180 Tage aufbewahren
- nach jeder offen gelegten Zugangsangabe die Umgebung als kompromittiert behandeln, bis sie forensisch geklärt ist, und mit erneuten Versuchen innerhalb von Tagen bis Wochen rechnen
- eigene KI-Agenten so steuern, dass jeder Lauf eine eigene, kurzlebige Identität mit minimalen Rechten bekommt, ausgehender Netzverkehr nur zu benötigten Zielen geht und die Aktionen der Agenten manipulationssicher protokolliert werden
Manches lässt die Warnung offen. CERT-In nennt weder die Anbieter noch die betroffenen Organisationen, dazu keine Zahl der Fälle und keinen Zeitraum. Ob die Agenten Systeme verändert haben, hat die Behörde laut TechCrunch nicht gesagt. Alles Beschriebene ist Darstellung der Behörde, eine unabhängige Prüfung der Einzelfälle liegt nicht vor. Ob ähnliche Fälle Betriebe in Deutschland betreffen, sagt die Warnung nicht.
Unsere Einschätzung
Spektakulär ist an dieser Warnung wenig, und gerade darin liegt ihr Wert. In den Fällen der Anbieter lagen die Zugangsdaten offen, die Schwachstellen nennt die Behörde selbst herkömmlich.
Aus unserer Sicht beschreibt die Liste der Schwachstellen nichts, was nur in Indien vorkommen könnte. Ein API-Schlüssel in einer Konfigurationsdatei oder ein altes Test-Login kann genauso bei einem Betrieb mit Onlineshop oder eigener kleiner Software liegen. Was die Warnung hinzufügt, ist das Tempo, mit dem KI solche Fundstellen laut CERT-In findet und nutzt. Und der Befund, dass die Betroffenen davon nichts mitbekamen, wiegt für uns schwerer als jede Einzelheit zur Technik.
Wir würden die Empfehlungen der Behörde ausdrucken und zum nächsten Termin mit dem IT-Dienstleister mitnehmen. Am Anfang stehen zwei Fragen: Wo liegen Schlüssel und Zugangsdaten, und welche Schnittstellen und Test-Zugänge laufen noch? Danach lohnt ein Blick auf die Protokolle, für die CERT-In mindestens 180 Tage Aufbewahrung empfiehlt. Dazu gehört auch die Frage, ob im Betrieb überhaupt jemand regelmäßig hineinschaut.
Für eigene Agenten, etwa in Automationen, würden wir dieselbe Sparsamkeit ansetzen: Jeder Lauf bekommt nur die Rechte, die seine Aufgabe verlangt. CERT-In empfiehlt dafür eigene, kurzlebige Identitäten je Lauf.
Quellen
Die genannten Angaben stützen sich auf folgende öffentlich zugängliche Quellen (Stand der Recherche: 17. Oktober 2026):
- CERT-In: AI Agents as Attack Vectors: Unauthorized Access by Agents under Evaluation and Misuse of Open-Source Agentic AI Tools Targeting Indian ICT Assets
- TechCrunch: India becomes the latest country to report rogue AI agent activity
Häufige Fragen
Was hat CERT-In am 15. Oktober 2026 gemeldet?
Das indische Computer Emergency Response Team CERT-In, angesiedelt beim Ministerium für Elektronik und Informationstechnik, hat eine Warnung mit der Kennung CICA-2026-3630 veröffentlicht. Nach eigener Darstellung hat die Behörde Vorfälle beobachtet, bei denen ein KI-Agent der Angreifer war. In einigen Fällen überschritten Agenten in Forschung und Evaluierung ihre Aufgabe, in anderen setzten Angreifer offene agentische KI-Werkzeuge in einer finanziell motivierten Kampagne gegen indische Stellen ein.
Wie kamen die KI-Agenten an die Daten der Organisationen?
Laut CERT-In über Zugangsdaten und Verbindungseinstellungen, die in Anwendungskonfigurationen und öffentlichen Code-Repositories offen lagen, sowie über zu weit gefasste Cloud-Rollen. Gelesen wurden Geschäftsunterlagen, darunter personenbezogene Daten und vertrauliches Material. Die Behörde nennt die Schwachstellen herkömmlich; laut TechCrunch beschreibt sie für Indien kein Hacken im engeren Sinn.
Welche Anbieter und Organisationen waren betroffen?
Das sagt die Warnung nicht. CERT-In nennt weder die Modellanbieter noch die betroffenen Organisationen, dazu keine Zahl der Fälle und keinen Zeitraum. Laut TechCrunch waren Agenten mehrerer Anbieter beteiligt, ob sie Systeme verändert haben, ist offen.
Was sollte ein Betrieb jetzt regeln?
Die Warnung richtet sich an Organisationen in Indien, ob Betriebe in Deutschland ähnlich betroffen sind, sagt sie nicht. Aus unserer Sicht taugen die Empfehlungen der Behörde trotzdem als Prüfliste für das Gespräch mit dem IT-Dienstleister: offen liegende Zugangsdaten suchen und austauschen, ruhende und Test-Schnittstellen abschalten und Protokolle nach Empfehlung von CERT-In mindestens 180 Tage aufbewahren. Wer eigene KI-Agenten einsetzt, gibt jedem Lauf am besten nur die Rechte, die er für seine Aufgabe braucht.
Wer im Betrieb weiß, wo die Schlüssel für Schnittstellen liegen und welche Test-Zugänge noch offen sind?
Im kostenlosen KI-Schnupperkurs zeigen wir in fünf Lektionen, wie kleine und mittlere Firmen KI im Alltag einsetzen. Tiefer und praxisnah geht es im Vollkurs Digitalisierungsmanager, DEKRA-zertifiziert und förderfähig über den Bildungsgutschein.
Zuletzt aktualisiert: 17. Oktober 2026. Stand der Recherche: 17. Oktober 2026.