KI verweigert Sicherheitsanalyse? Prüfung offen halten

Verweigert eine KI die Sicherheitsanalyse, ist die angeforderte Prüfung nicht abgeschlossen. Daraus folgt weder, dass die Datei schädlich ist, noch, dass sie sicher ist. Bewahren Sie das ursprüngliche Artefakt auf, halten Sie fest, was der Assistent nicht untersuchen konnte, und beauftragen Sie eine berechtigte Person damit, den nächsten Analyseschritt festzulegen. Lassen Sie die Prüfung offen, bis die Nachweise eine Schlussfolgerung tragen.

Diese Unterscheidung zählt, wenn Ihr Sicherheitsteam einen Assistenten braucht, um unbekannten Code zu verstehen. Eine überzeugend formulierte Verweigerung kann wie ein Befund wirken: Das Werkzeug erwähnt gefährliche Inhalte, lehnt die Aufgabe ab und liefert eine scheinbar fertige Antwort. Die ursprüngliche Frage zur Datei bleibt in Ihrem Ablauf trotzdem unbeantwortet.

Eine kürzlich veröffentlichte Untersuchung eines Fingerprinting-Skripts liefert dafür ein Beispiel. Die praktische Lehre ist überschaubar: Wenn ein Analysewerkzeug abbricht, muss jemand für die offene Frage verantwortlich bleiben.

Was geschah bei der Untersuchung des Fingerprinting-Skripts?

Ein Forscher berichtete, dass alarmierende Texte in einem JavaScript-Artefakt bei einigen Assistenten mit einer Verweigerung der Deobfuskation einhergingen. Ein anderer Assistent habe die Aufgabe abgeschlossen. Der Fall zeigt unterschiedliches Werkzeugverhalten. Er belegt nicht, dass sich jedes KI-Sicherheitswerkzeug auf dieselbe Weise stoppen lässt.

In der am 28. Oktober 2026 veröffentlichten Untersuchung beschreibt veritas, wie er bei der Prüfung eines Skripts zur Browser-Wiedererkennung auf irreführende Symbolnamen und versteckte Anweisungen stieß. Er deutet diese Elemente als mutmaßliche Anti-LLM-Verschleierung: Inhalte, die eine KI-gestützte Untersuchung behindern sollen.

Der Autor beschreibt Fingerprinting-Verhalten, geht aber auch auf verdächtigen Code ein, der an bestimmte Umgebungen gebunden ist. Sein Bericht rechtfertigt es nicht, das gesamte Artefakt für harmlos zu erklären. Wir haben die Probe weder heruntergeladen noch ausgeführt oder unabhängig rückentwickelt. Der Bericht ist auch kein kontrollierter Modellvergleich.

Sie müssen nicht klären, ob das Skript tatsächlich zur Behinderung einer KI-Analyse gestaltet wurde, um aus diesem Fall zu lernen. Die gemeldeten Verweigerungen ließen eine Prüfaufgabe offen. Der nächste Schritt gehört in Ihren Untersuchungsprozess, unabhängig davon, warum ein bestimmter Assistent abbrach.

Was sagt eine Verweigerung der KI tatsächlich aus?

Eine Verweigerung sagt etwas über den versuchten Einsatz eines Werkzeugs aus. Für eine Einstufung als Schadsoftware brauchen Sie Nachweise über das Verhalten oder die Fähigkeiten des Artefakts. Halten Sie diese Beobachtungen in der Meldung auseinander.

Ein Funktionsname kann etwas beschreiben, das das Programm nie tut. Eingebetteter Text kann aus Daten bestehen, eine falsche Fährte legen, eine Anweisung an den Leser enthalten oder Teil ausführbarer Logik sein. Was davon zutrifft, lässt sich nur durch Untersuchung feststellen. Eine Antwort zum vermeintlichen Thema des Textes ersetzt diese Arbeit nicht.

Der umgekehrte Schluss ist ebenso wenig belastbar. Selbst wenn Sie vermuten, dass die alarmierenden Inhalte eine Untersuchung verhindern sollen, können Sie die Datei deshalb noch nicht als unbedenklich einstufen. Ihre Hypothese über eine falsche Fährte erklärt nicht alle anderen Teile des Programms.

Verwenden Sie einen Status, der den Arbeitsstand beschreibt, etwa Analyse unvollständig, und dokumentieren Sie unabhängig davon bereits belegte Befunde. Fassen Sie Werkzeugverfügbarkeit, Prüfungsfortschritt und Sicherheitseinstufung nicht in einem einzigen grünen oder roten Status zusammen.

Diese Tabelle ist ein vorgeschlagenes Vorgehen für die Praxis, kein System zur Bedrohungsklassifizierung. Sie hilft der nächsten Person zu verstehen, warum die Prüfung noch offen ist, ohne jeden Fehlschlag als dasselbe Ereignis zu behandeln.

Die Unterscheidung hilft auch bei der Bewertung von Meldungen zu KI-gesteuerten Sicherheitsprüfungen. Hier geht es jedoch um die engere Frage: Wer schließt eine abgebrochene Untersuchung ab?

Was sollten Sie vor der Übergabe des Artefakts sichern?

Sichern Sie das eingegangene Artefakt samt Herkunftskontext, bevor Sie eine Arbeitskopie verändern. Wer es später untersucht, sollte erkennen können, was einging, was Sie geprüft haben und welche Änderungen Sie vorgenommen haben.

Die 2006 veröffentlichte NIST SP 800-86 empfiehlt die Untersuchung von Kopien und die Integritätsprüfung anhand von Hashwerten. Diese Grundsätze zum Umgang mit Beweismitteln sind hier weiterhin hilfreich. Für die Auswahl heutiger Analysewerkzeuge eignet sich die Veröffentlichung aufgrund ihres Alters wenig.

Bewahren Sie das Original für die Übergabe an dem geschützten Ort auf, den Ihr Team bereits für Beweismittel nutzt. Dokumentieren Sie, woher es stammt, wann Sie es erhalten haben und in welchem Verhältnis Ihre Arbeitskopie dazu steht. Falls Ihr Verfahren einen Referenzwert zur Integritätsprüfung vorsieht, bewahren Sie ihn zusammen mit dem Vorgang auf.

Überschreiben Sie die eingegangene Datei nicht mit einer bereinigten Fassung. Eine normalisierte oder kommentierte Kopie kann die menschliche Prüfung erleichtern. Kennzeichnen Sie sie aber als abgeleitete Fassung. Sonst könnte ein Kollege Ihre Änderungen für Inhalte halten, die bereits mit der Meldung eingegangen sind.

Gehen Sie mit der Antwort des Assistenten ebenso sorgfältig um. Bewahren Sie genügend Kontext auf, um die Einschränkung zu erklären: die angeforderte Aufgabe, das freigegebene Werkzeug und gegebenenfalls dessen Version sowie die beobachtete Antwort oder den Fehler. Sie müssen sensible Inhalte nicht in jeden Kommentar kopieren, damit der Vorgang verständlich bleibt. Verweisen Sie berechtigte Prüfer auf den geschützten Speicherort.

Damit übertragen wir bewährte Verfahren zum Umgang mit Beweismitteln auf eine KI-Verweigerung. Wir behaupten weder, dass NIST dafür ein besonderes Verfahren vorschreibt, noch, dass ein gespeicherter Chatverlauf bereits eine forensische Beweismittelkette begründet.

Wer verantwortet die Prüfung, wenn die KI-Analyse abbricht?

Eine namentlich benannte Person sollte für die offene Frage verantwortlich sein und den nächsten zulässigen Analyseschritt auswählen. Die Verweigerung des Assistenten sollte den Arbeitsplan ändern, ohne die Meldung stillschweigend zu schließen oder ihren Schweregrad festzulegen.

Gehen Sie von den Befugnissen aus, die Sie bereits haben. Eine Meldung zu Ihrer Anwendung berechtigt Sie nicht automatisch dazu, Systeme Dritter zu prüfen, vertraulichen Code bei einem anderen Dienst hochzuladen oder eine unbekannte Probe auf einem Arbeitsrechner auszuführen. Die zuständige Person sollte Werkzeuge und Umgebung passend zum Artefakt und zum vereinbarten Geltungsbereich wählen.

Das kann eine manuelle statische Untersuchung sein, bei der Code geprüft, aber nicht ausgeführt wird. Es kann auch der Einsatz herkömmlicher Analysewerkzeuge in einer isolierten Umgebung oder die Hinzuziehung einer Fachperson sein, die auf das Material zugreifen darf. Die passende Wahl hängt von der offenen Frage und den Fähigkeiten Ihres Teams ab.

Die Aufgabe sollte nicht lauten: „Einen Prompt finden, auf den das Modell antwortet.“ Formulieren Sie sie konkret: Ermitteln Sie, welche Daten das Skript sammelt, prüfen Sie in einem autorisierten Test, ob ein gemeldetes Verhalten auftritt, oder erklären Sie einen verdächtigen Programmzweig. Eine klare Frage gibt der menschlichen Prüfung einen brauchbaren Ausgangspunkt.

Legen Sie neben der Verantwortung auch den nächsten Prüfungstermin fest. Eine benannte Person ohne vereinbarte Folgeaufgabe kann eine Meldung genauso liegen lassen wie eine Warteschlange ohne Zuständigkeit. Fehlen dem Team die nötigen Fähigkeiten, dokumentieren Sie diese Grenze und entscheiden Sie, wie Sie die fehlende Unterstützung erhalten. Behandeln Sie die Prüfung nicht stillschweigend als abgeschlossen.

Die NIST-Leitlinien zur Reaktion auf Sicherheitsvorfälle vom April 2025 liefern den übergeordneten Rahmen. Auf diesen Fall übertragen heißt das, die offene Aufgabe sichtbar zu halten und die Verantwortung dafür festzulegen. Dafür müssen Sie nicht jede verweigerte Prüfung zum Sicherheitsvorfall erklären.

Was gehört in die Übergabe einer Meldung?

Die Übergabe sollte einer anderen berechtigten Person ermöglichen, die Prüfung fortzusetzen, ohne den bisherigen Ablauf erraten zu müssen. Nennen Sie die Artefaktreferenz, die untersuchte Frage, die beobachtete Einschränkung und die für den nächsten Schritt verantwortliche Person.

Das folgende erfundene Beispiel können Sie an Ihren eigenen Prozess anpassen. Die Felder sind ein redaktioneller Vorschlag, weder ein Branchenstandard noch ein Kit-Formular:

Artefakt: Ursprüngliche JavaScript-Datei im zugriffsbeschränkten Beweismittelspeicher des Teams; Herkunftskontext und Referenzwert zur Integritätsprüfung sind dort dokumentiert.

Versuchte Aufgabe: Statische Untersuchung der Datenerfassung und der ausgehenden Kommunikation der Datei.

Beobachtete Einschränkung: Der freigegebene Assistent lehnte die Prüfung ab. Seine Antwort ist im Untersuchungsvorgang verlinkt.

Abgeschlossene Arbeit: Das Artefakt wurde gesichert. Aus diesem Versuch liegt keine Bewertung des Verhaltens vor.

Offene Frage: Welche Informationen sammelt das Skript, und wohin kann es sie senden?

Verantwortung und nächste Aufgabe: Die zugewiesene Analysefachkraft wählt eine zulässige Analysemethode und aktualisiert die Meldung zum vereinbarten Prüfungstermin.

Bleiben Sie sprachlich präzise. „Der Assistent hat die Prüfung verweigert“ ist eine Beobachtung. „Die Datei hat unsere Sicherheitskontrollen überwunden“ ist eine weitergehende Behauptung, die dieser Vorgang nicht belegt. Auch „Kein Problem gefunden“ würde eine nie abgeschlossene Untersuchung falsch darstellen.

Wenn die Prüfung später zu einer Schlussfolgerung führt, benennen Sie das Artefakt und die Umgebung, für die sie gilt. Wurde nur ein Ausführungspfad untersucht, sagen Sie das. Tragen die Nachweise weiterhin keine Schlussfolgerung, halten Sie diese Unsicherheit sichtbar, statt eine abschließende Einstufung zu konstruieren.

Eine brauchbare Dokumentation für Menschen ist auch beim Umgang mit großen Mengen KI-generierter Meldungen entscheidend. In beiden Fällen reicht eine gut formulierte Antwort nur dann aus, wenn sie jemandem bei der nächsten Entscheidung hilft. Ihre Meldung sollte zeigen, was bekannt ist und welche Arbeit noch aussteht.

Was kann Kit bei diesem Ablauf unterstützen?

Ein Verfahren zur Verwaltung von Meldungen kann eine offene Prüfung sichtbar halten, während Ihr Team das Artefakt mit zulässigen Werkzeugen analysiert. Eingang, Analyse und Einstufung sind getrennte Tätigkeiten. Ein Fehlschlag während der Analyse sollte im Vorgang sichtbar bleiben.

Kits Security-Ablauf unterstützt Meldungen mit Zuständigkeit, Diskussion und Zeitverlauf. Das KI-Screening weist außerdem einen Status für fehlgeschlagenes Screening aus, der menschliche Aufmerksamkeit erfordert. So kann ein Team unerledigte Arbeit erkennen und seine Folgeprüfung dokumentieren.

Kits KI-Screening bewertet die Qualität von Meldungen, nicht Exploits. Ein sichtbarer Screening-Fehlschlag bedeutet nicht, dass Kit eine Anti-LLM-Verschleierung erkannt oder eine gezielt ausgelöste Modellverweigerung identifiziert hat. Kit leitet ein verdächtiges Artefakt dadurch auch nicht automatisch an eine Fachperson weiter.

Ihr Team wählt die Analyse weiterhin selbst und führt sie durch. Kit führt diese Proben weder aus noch deobfuskiert es sie. Es berechnet auch nicht die oben beschriebenen Hashwerte der Beweismittel und erzwingt die vorgeschlagenen Übergabefelder nicht. Bewahren und untersuchen Sie Artefakte in Ihren freigegebenen Systemen. Dokumentieren Sie Verantwortung und Fortschritt in der Meldung.

Eine KI-Verweigerung lässt eine Frage unbeantwortet. Bewahren Sie das erhaltene Material auf, benennen Sie die Einschränkung und geben Sie einer berechtigten Person eine konkrete Folgeaufgabe. Wenn Sie einen gemeinsamen Ort brauchen, an dem Meldung, Verantwortung und Folgeprüfung sichtbar bleiben, sehen Sie sich Kits Security-Ablauf an.