ki-pentesting

KI-Malware und Supply-Chain-Angriffe eskalieren

ki-pentesting22.09.2026, 15:515 unabhängige QuellenFlowKI Newsroom

KI-gestützte Malware und manipulierte Abhängigkeiten bedrohen Entwickler und Nutzer weltweit

Drei neue Bedrohungstrends verschärfen die Sicherheitslage im September 2026: Forscher dokumentieren erstmals AI-basierte Malware in der Praxis, Fake-Installer missbrauchen Microsoft-signierte Kernel-Treiber zur EDR-Deaktivierung, und ein manipuliertes NPM-Paket sammelt Millionen Downloads, bevor es entdeckt wird.

Was passiert

Cisco Talos hat ein Open-Source-Framework namens CAIRN veröffentlicht, um Malware zu klassifizieren und zu analysieren, die auf künstlicher Intelligenz basiert. Laut Help Net Security zeigen die Forscher damit, dass Angreifer KI bereits nutzen, um die nächsten Schritte ihrer Malware dynamisch auszuwählen – statt vordefinierter, statischer Befehle. Das Framework soll Security-Teams helfen, diese neuen Bedrohungen zu erkennen und zu dokumentieren.

Parallel dazu berichten SecurityWeek und The Hacker News über eine Angriffskampagne, die Fake-Installer für LastPass und andere Anwendungen verbreitet. Die Angreifer geben sich als mindestens 40 verschiedene Firmen aus und nutzen einen Windows-Kernel-Treiber, um 145 bekannte Sicherheitsprodukte zu deaktivieren – darunter Antivirus-Software und EDR-Systeme (Endpoint Detection and Response). Der Treiber wird unter dem Namen "Rapuncel Stealer" bezeichnet und ermöglicht anschließend das Einschleusen von Infostealer-Malware. Die Fake-Installer sind auf GitHub und anderen Distributionskanälen verfügbar.

Das dritte Szenario betrifft die NPM-Registry: Ein manipuliertes Paket namens "indexed-btree" wurde als harmlose B-Tree-Datenstruktur-Bibliothek getarnt und sammelte Millionen Downloads. Im Gegensatz zu älteren Angriffsmustern versteckten die Angreifer den Malware-Trigger nicht in Lifecycle-Scripts, sondern direkt im Laufzeit-Code – eine Taktik, die moderne Sicherheits-Scanner schwerer erfassen können. SecurityWeek und The Hacker News dokumentieren, dass das Paket die Malware erst nach der Entdeckung entfernt wurde.

Warum für DACH relevant

Die DACH-Region ist besonders verwundbar für diese Angriffsarten aus mehreren Gründen. Erstens: Der Mittelstand und Hidden Champions in Deutschland, Österreich und der Schweiz basieren stark auf Open-Source-Abhängigkeiten und NPM-Paketen für ihre digitalen Infrastrukturen. Eine manipulierte Bibliothek kann Hunderte Unternehmen gleichzeitig infizieren. Die Entdeckung von indexed-btree zeigt, dass die Vetting-Prozesse für öffentliche Paketregistries auch bei etablierten Plattformen unzureichend sind.

Zweitens: Der EU-AI-Act und die DSGVO stellen strenge Anforderungen an Transparenz und Kontrolle. Wenn KI-gestützte Malware Entscheidungen autonom trifft – etwa bei der Wahl von Zielzielen oder der Änderung von Angriffsmustern – werden klassische Sicherheitsaudits blind. Unternehmen müssen nachweisen können, dass ihre Systeme nicht durch unkontrollierte KI kompromittiert werden.

Drittens: EDR-Killer wie Rapuncel deaktivieren just die Systeme, die Unternehmen einsetzen, um Compliance zu erreichen. Ein Finanzinstitut oder ein Medizintechnik-Hersteller in der DACH-Region, der auf EDR vertraut, verliert die operative Sichtbarkeit, sobald der Kernel-Treiber geladen ist. Das ist nicht nur ein technisches Problem, sondern ein Regulierungs-Risiko.

Viertens: Die Verbreitung über Fake-Installer gefälschter Software (LastPass, Windows-Tools) trifft deutsche und österreichische Unternehmen disproportional, weil der Anteil von Software-Lizenzkäufen aus legitimen Quellen hier regulatorisch höher ist – Angreifer wissen das und nutzen es aus.

Was du jetzt tun und wissen solltest

Die zentrale Einsicht ist: Herkömmliche Sicherheitsstrategien – Firewalls, Antivirus, EDR – sind notwendig, aber keine hinreichende Abwehr mehr. Ein Kernel-Treiber kann sie alle ausschalten. Der Wendepunkt liegt auf der Ebene der Abhängigkeitsverwaltung und der KI-Kontrolle.

Take-away für DACH-Organisationen: Implementiere Dependency-Pinning und Signature-Verification im Build-Prozess – nicht optional, sondern erzwungen. Jedes NPM-Paket (und vergleichbar: Python, Go, Rust) muss auf eine bestimmte, getestete Version gepin werden; automatische Updates sind ein Sicherheitsrisiko geworden. Dazu gehört die regelmäßige Überprüfung von Paketen durch Tools wie Snyk oder npm-audit, kombiniert mit manueller Code-Review für kritische Abhängigkeiten. Für KI-Sicherheit speziell: Etabliere ein internes KI-Pentesting-Framework, das nicht nur Modell-Outputs prüft, sondern auch die Supply Chain der trainingsdaten und die Kontrolle über autonome Entscheidungen dokumentiert. Das ist nicht theoretisch – mit CAIRN steht jetzt ein offenes Werkzeug bereit, um AI-gestützte Malware zu analysieren. Nutze es proaktiv gegen Systeme in deiner Infrastruktur.

Darüber hinaus: Überprüfe Dein Download-Verhalten. Jede Software muss von der Originalquelle stammen – nicht von GitHub-Mirrors oder inoffiziellen Verteilern. Für unternehmenskritische Tools (LastPass, Windows-Updates) gilt: Nur über verifizierte Kanäle. Das klingt banal, aber die Rapuncel-Kampagne funktioniert exakt, weil diese Hygiene vielen noch nicht zur Routine gehört. Ein strukturiertes Incident-Response für KI-basierte Sicherheitsvorfälle ist ebenfalls überfällig, da klassische Incident-Response-Playbooks die autonome Entscheidungsfindung von KI-Malware nicht adressieren.