
So werden wir messen,
wie oft die KI richtig liegt
Genox ist noch nicht auf dem Markt, deshalb haben wir keine Messwerte vorzuweisen. Wir gehen den umgekehrten Weg und legen zuerst offen, was wir messen, mit welcher Stichprobe und wer bewertet. Die Werte veröffentlichen wir nach dem PoC und nach dem Marktstart.
Wir messen acht Größen
Gemessen wird jede einzelne Bewertung, die der Threat Correlator abgibt.
Die Spalte „Veröffentlichung“ in der Tabelle ist durchgehend leer, weil wir noch nichts gemessen haben.
| Größe | Was sie zeigt | Gute Richtung | Veröffentlichung |
|---|---|---|---|
| Genauigkeit der Bewertung | Übereinstimmung zwischen KI-Bewertung und endgültiger Bewertung durch Analysten | höher | nach PoC |
| Fehlalarm- und Übersehensrate | Harmloses, das als Bedrohung eingestuft wurde, und Bedrohungen, die geschlossen wurden | niedriger | nach PoC |
| Anteil ohne Beleg | Anteil der Bewertungen, die mit keinem Beleg verknüpft sind | Ziel 0 | nach PoC |
| Genauigkeit der Tool-Aufrufe | Ob die während der Untersuchung aufgerufenen Tools und Parameter stimmten | höher | nach PoC |
| Erkennung erfundener Ausgaben | Ob die in der Bewertung zitierten Logs tatsächlich existieren | weniger Abweichungen | nach PoC |
| Freigabequote · Rücknahmequote | Anteil freigegebener Anfragen und Anteil der danach zurückgenommenen | weniger Rücknahmen | nach Marktstart |
| Übereinstimmung bei Wiederholung | Ob dieselbe Eingabe mit demselben Modell und derselben Richtlinie dieselbe Bewertung ergibt | höher | nach PoC |
| Bearbeitungszeit | Vom Eingang des Alerts bis zur Bewertung und von der Bewertung bis zur Freigabe | kürzer | nach Marktstart |
Freigabequote und Bearbeitungszeit sind erst aussagekräftig, wenn Analysten im echten Betrieb damit arbeiten. Deshalb veröffentlichen wir sie erst nach dem Marktstart. Aufgezeichnet werden sie aber schon während des PoC.
Für jede Größe legen wir Stichprobe, Bewertende und Turnus fest
Eine einzelne veröffentlichte Zahl verrät nicht, wie sie zustande kam.
Klappen Sie eine Größe auf, um Definition, Messmethode und den Grund zu sehen, warum wir sie separat erfassen.
Genauigkeit der Bewertung und wie oft sie mit der Analystenentscheidung übereinstimmt
Definition. Der Anteil der Fälle, in denen das Label der KI (echter Treffer, Fehlalarm, weitere Untersuchung nötig) und das Risiko mit dem übereinstimmen, was Analysten endgültig festgelegt haben.
Messung. Bewertungen ab Risiko „hoch“ prüfen wir vollständig, für den Rest ziehen wir jeden Monat eine Zufallsstichprobe. Maßstab ist die abschließende Bewertung der Analysten beim Kunden. Wo diese fehlt, bewerten zwei Genox-Analysten unabhängig voneinander. Sind sie sich uneinig, entscheidet ein dritter, und die Zahl der Uneinigkeiten halten wir mit fest. Wer die KI-Bewertung zuerst sieht, folgt ihr leicht. Deshalb bewerten wir die Stichprobe in einer Ansicht, in der KI-Bewertung und Konfidenz ausgeblendet sind.
Grund. Eine einzige Gesamtquote wird von den zahlreichen Alerts mit niedrigem Risiko nach oben gezogen. Wir berichten deshalb getrennt nach Risikostufe.
Fehlalarm- und Übersehensrate
Definition. Ein Fehlalarm ist ein Fall, den die KI als Bedrohung bewertet und den Analysten als harmlos bestätigt haben. Übersehen ist ein Fall, den die KI als harmlos oder niedrig geschlossen hat und der sich später als Bedrohung herausstellte.
Messung. Fehlalarme zählen wir in derselben Stichprobe wie die Genauigkeit. Übersehene Fälle suchen wir auf zwei Wegen. Erstens öffnen Analysten jeden Monat eine Stichprobe der von der KI geschlossenen Alerts erneut und prüfen sie. Zweitens verfolgen wir Funde aus Vorfalluntersuchungen oder Threat Hunting zurück und verknüpfen sie mit den damaligen Alerts. Die Zahlen aus beiden Wegen weisen wir getrennt aus.
Grund. Jeder Alert, den die KI schließt, wird von Analysten nicht mehr angesehen. Übersehene Fälle zu zählen heißt, Unbekanntes zu zählen. Der Wert fällt deshalb zwangsläufig niedriger aus als in Wirklichkeit, und genau das steht auch im Bericht.
Anteil ohne Beleg, also Bewertungen ohne Nachweis, Ziel 0
Definition. Der Anteil der Bewertungen, an deren Protokoll kein einziger Beleg hängt oder deren Begründung auf keine Beleg-ID verweist.
Messung. Alle Bewertungen werden automatisch geprüft. Im Format des Bewertungsprotokolls ist für jede Begründung eine Beleg-ID Pflicht. Fehlt sie, wird die Bewertung als „Belege unzureichend“ zurückgestuft und an einen Menschen übergeben.
Grund. Wenn das Format es verhindert, wirkt 0 selbstverständlich. Wir zählen trotzdem, weil Wege entstehen, auf denen die Prüfung übersprungen wird. Typisch sind Ausweichpfade, die greifen, wenn ein Untersuchungsschritt in ein Timeout läuft, oder Code für die Ausnahmebehandlung. In jedem Monat mit einem Wert über 0 veröffentlichen wir Ursache und Korrektur.
Genauigkeit der Tool-Aufrufe
Definition. Wir prüfen, ob die KI während der Untersuchung die richtigen Tools wählt (Logsuche, Asset-Abfrage, Sandbox-Ausführung, Threat-Intelligence-Abfrage), ob Parameter wie Hostname und Zeitraum stimmen, ob notwendige Aufrufe fehlen und ob sie Aufrufe außerhalb des erlaubten Rahmens versucht.
Messung. Genox-Ingenieure gehen Stichproben von Untersuchungsabläufen Schritt für Schritt durch und bewerten sie. Versuche außerhalb des erlaubten Rahmens zählen wir ohne Stichprobe vollständig und automatisch.
Grund. Wenn man falsche Bewertungen zurückverfolgt, liegt der Fehler oft bei der Abfrage und seltener bei der Schlussfolgerung. Ist der Zeitraum der Logsuche 15 Minuten zu kurz, lautet das Ergebnis „keine Belege“. Aufrufe außerhalb des erlaubten Rahmens entsprechen dem Risiko LLM06 Excessive Agency aus den OWASP Top 10 for LLM Applications 2025 und werden deshalb separat gezählt.
Erkennung erfundener Ausgaben, also ob die zitierten Logs existieren
Definition. Wir gleichen ab, ob die im Bewertungsprotokoll zitierten Logzeilen, Event-IDs, Datei-Hashes und Pfade in den tatsächlich erfassten Rohdaten vorhanden sind. Ein zitiertes Log, das nicht existiert oder inhaltlich abweicht, zählt als Abweichung.
Messung. Alle Bewertungen werden automatisch abgeglichen. Über die Fundstelle des Zitats fragen wir den Rohdatenspeicher ab und vergleichen Hashes. Stimmt auch nur einer nicht, wird die Bewertung zurückgehalten und an Analysten übergeben. Wir veröffentlichen die Zahl der zurückgehaltenen Bewertungen und wie viele davon tatsächlich erfunden waren.
Grund. Ein LLM kann plausibel wirkende Logzeilen erfinden. OWASP führt das als LLM09 Misinformation, NIST AI 600-1 als Confabulation. Dieser Abgleich prüft allerdings nur, ob das Zitat existiert. Ein vorhandenes Log, das falsch interpretiert wurde, fällt bei der Genauigkeit der Bewertung auf.
Freigabequote und Rücknahmequote nach Freigabe
Definition. Bei Empfehlungen, die eine Freigabe erfordern, etwa Host-Isolierung oder Kontosperrung, der Anteil, den Analysten freigegeben, geändert oder abgelehnt haben. Die Rücknahmequote ist der Anteil freigegebener und ausgeführter Maßnahmen, die später mit der Begründung „Fehlbewertung“ rückgängig gemacht wurden.
Messung. Wir werten alle Einträge der Freigabeansicht aus. Wer eine Maßnahme rückgängig macht, muss einen Grund wählen. So trennen wir Aufhebungen wegen Auswirkungen auf den Betrieb von solchen wegen einer falschen Bewertung. Die Zeit von der Anfrage bis zur Freigabe wird mit erfasst.
Grund. Eine Freigabequote nahe 100 % kann ein gutes Zeichen sein. Sie kann aber auch bedeuten, dass Analysten klicken, ohne die Begründung zu lesen. Deshalb schauen wir zusätzlich, ob sich die Freigabezeiten bei wenigen Sekunden häufen.
Übereinstimmung bei Wiederholung
Definition. Der Anteil der Bewertungen, bei denen ein erneuter Lauf mit der gespeicherten Eingabe, Modellversion und Richtlinienversion dasselbe Label und dasselbe Risiko ergibt. Den Wortlaut vergleichen wir nicht, weil sich identische Sätze nicht garantieren lassen.
Messung. Jeden Monat lassen wir eine Stichprobe früherer Bewertungen erneut laufen. Bevor wir Modell- oder Richtlinienversion wechseln, lassen wir einen Satz früherer Bewertungen mit der neuen Version laufen und vergleichen in einem Regressionstest, was sich ändert.
Grund. Ändert sich das Ergebnis bei einem erneuten Lauf, lag die Bewertung auf der Kippe, und ein Mensch sollte sie sich noch einmal ansehen. Eine hohe Übereinstimmung heißt nicht, dass die Bewertung stimmt. Wer denselben Fehler wiederholt, kommt ebenfalls auf eine hohe Übereinstimmung.
Bearbeitungszeit
Definition. Drei Abschnitte: vom Eingang des Alerts bis zum Bewertungsprotokoll, von der Bewertung bis zur Freigabe und vom Eingang des Alerts bis zur Ausführung der Maßnahme.
Messung. Vollständig aus den Systemprotokollen ausgewertet. Statt des Mittelwerts nennen wir den Median und das 90. Perzentil (p90).
Grund. Der Mittelwert wird von einigen wenigen langen Untersuchungen verzerrt. Eine schnelle Bewertung nützt nichts, wenn sie ungenau ist. Die Bearbeitungszeit steht deshalb immer in derselben Tabelle wie die Genauigkeit.
Prüfungen, bevor wir Modell oder Richtlinie ändern
Betriebskennzahlen zeigen erst nach einem Vorfall, dass etwas schlechter geworden ist. Deshalb führen wir vor jedem Versionswechsel drei Prüfungen durch. Schneidet die neue Version in einer davon schlechter ab als die alte, wird sie nicht ausgerollt.
Ein separat gehaltener Evaluierungssatz
Wir halten einen Evaluierungssatz vor, der nie für Training oder Prompt-Anpassungen verwendet wurde. Er besteht aus Aufzeichnungen, in denen wir ATT&CK-Techniken mit öffentlichen Tests wie Atomic Red Team in der isolierten Umgebung des Research Lab nachgestellt haben, und aus öffentlichen Sicherheitsdatensätzen. Während der Entwicklung schauen wir nicht hinein. Sobald man das tut, fallen die Ergebnisse besser aus als in Wirklichkeit.
Unsere eigene KI angreifen
Wir greifen die Genox-KI für das Monitoring so an, wie wir die KI von Kunden prüfen. Wir platzieren Anweisungen in Logfeldern wie User-Agent, Dateiname oder Betreff einer E-Mail, um eine niedrigere Bewertung zu provozieren, und versuchen, sie zu nicht erlaubten Tool-Aufrufen oder zum Zitieren nicht vorhandener Belege zu bringen. Erfolgreiche Angriffe speichern wir mit Eingabe und Antwort und nehmen sie in den nächsten Evaluierungssatz auf.
Ein koreanischer Testsatz für Prompt Injection
Öffentliche Injection-Sätze sind überwiegend englisch und decken Umgehungen auf Koreanisch kaum ab. Wir bauen deshalb einen eigenen Satz mit zerlegten Jamo, reinen Anfangskonsonanten, gemischtem Koreanisch und Englisch, veränderten Leerzeichen, Vollbreitenzeichen und Rollenspielen in Höflichkeitsform. Getestet wird an Stellen, die im koreanischen SOC-Alltag tatsächlich vorkommen, etwa in Dateinamen von Genehmigungsdokumenten, im Text von HWP-Dateien und in Betreffzeilen koreanischer E-Mails.
Ergebnisse auf dem Evaluierungssatz sind keine Betriebsergebnisse. Die Zusammensetzung der Alerts beim Kunden unterscheidet sich von unseren Testsätzen. Wie groß der Unterschied ist, zeigt erst eine erneute Messung mit Kundendaten im PoC.
Kunden sehen diese Zahlen
im Monatsbericht
Wie im Trust Center angekündigt, enthält der Bericht die Fehlalarmquote und die übersehenen Fälle.
Dazu kommen die Messbedingungen.
- Die acht Größen von oben, nach Risikostufe aufgeschlüsselt, mit Stichprobengröße und Zusammensetzung der Bewertenden
- Das Bewertungsprotokoll zu jedem Fehlalarm und jedem übersehenen Fall. Von jeder Zahl in der Tabelle gelangt man direkt zum ursprünglichen Protokoll
- Liste der Maßnahmen, die nach der Freigabe zurückgenommen wurden, mit Begründung
- Bewertungen, die beim Abgleich auf erfundene Ausgaben zurückgehalten wurden, und wie sie ausgingen
- Im Monat geänderte Modell- und Richtlinienversionen und die Ergebnisse des Regressionsvergleichs vor dem Wechsel
- Anzahl der Fälle, in denen sich Analysten uneinig waren
Dieses Beispiel zeigt nur den Aufbau des Berichts. Es ist weder ein echter Kundenbericht noch enthält es Messwerte.
Was auch diese Messung nicht zeigt
Wer Zahlen veröffentlicht, sollte auch sagen, was sie nicht aussagen.
Das vermeidet Missverständnisse.
Auch die Analystenbewertung als Maßstab kann falsch sein
Die Genauigkeit misst, ob die KI zum selben Ergebnis kommt wie die Analysten. Liegen die Analysten falsch, zählt eine richtige KI-Bewertung als Fehler. Deshalb nennen wir auch die Zahl der Fälle, in denen sich Analysten uneinig waren, und sehen uns diese gesondert an.
Übersehene Angriffe werden zu niedrig erfasst
Zählen können wir nur, was irgendwann doch entdeckt wurde. Angriffe, die nie jemand bemerkt, fließen nicht in diese Zahl ein.
Zahlen verschiedener Kunden lassen sich schwer vergleichen
Erfasste Logarten, Alert-Regeln und Asset-Landschaft unterscheiden sich von Kunde zu Kunde. Selbst mit derselben Engine fallen die Fehlalarmquoten bei Unternehmen A und B unterschiedlich aus, und dieser Unterschied sagt nichts über die Leistung der Engine. Veröffentlichte Werte versehen wir deshalb immer mit den Messbedingungen.
In Monaten mit kleiner Stichprobe schwanken die Werte stark
Gibt es im Monat nur wenige Bewertungen mit hohem Risiko, verschiebt schon ein einziger Fehler die Quote deutlich. Wir nennen deshalb neben der Quote immer Stichprobengröße und Konfidenzintervall.
Übereinstimmung bei Wiederholung heißt nicht, dass die Bewertung stimmt
Diese Größe zeigt nur, ob eine Bewertung stabil ist. Eine Bewertung, die jedes Mal aus demselben Grund falsch ist, erreicht ebenfalls eine hohe Übereinstimmung. Ob sie stimmt, zeigt die Genauigkeit.
Öffentliche Frameworks, auf die wir uns stützen
Die Messgrößen haben wir an den Anforderungen und Risikokategorien der folgenden öffentlichen Dokumente ausgerichtet.
Die Zertifizierung nach ISO/IEC 42001 ist in Vorbereitung und noch nicht erteilt.
| Dokument | Relevanter Teil | Entsprechung auf dieser Seite |
|---|---|---|
| NIST AI RMF 1.0 (AI 100-1) | Funktion MEASURE: Risiken und Vertrauenswürdigkeitsmerkmale von KI-Systemen mit festgelegten Methoden messen und dokumentieren | Definition · Stichprobe · Turnus je Größe offengelegt |
| NIST AI 600-1 | Risiko Confabulation (plausibel wirkende, falsche Inhalte) im Profil für generative KI | Erkennung erfundener Ausgaben |
| ISO/IEC 42001:2023 | 9.1 Überwachung, Messung, Analyse und Bewertung | Monatsbericht · Regressionsvergleich |
| OWASP Top 10 for LLM Applications 2025 | LLM01 Prompt Injection, LLM06 Excessive Agency, LLM09 Misinformation | Injection-Testsatz · Genauigkeit der Tool-Aufrufe · Erkennung erfundener Ausgaben |
- Artificial Intelligence Risk Management Framework (AI RMF 1.0), NIST AI 100-1, NIST, 2023.1
- Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile, NIST AI 600-1, NIST, 2024.7
- ISO/IEC 42001:2023 Information technology, Artificial intelligence, Management system, ISO
- OWASP Top 10 for LLM Applications 2025, OWASP GenAI Security Project
- Atomic Red Team, Red Canary
- Defeating Nondeterminism in LLM Inference, Thinking Machines Lab, 2025.9
Weiterführende Seiten
So lesen Sie das Bewertungsprotokoll
Wie das Bewertungsprotokoll aussieht, auf dem diese Messungen beruhen, Schritt für Schritt an einem Beispiel erklärt.
Zum BewertungsprotokollTrust Center
Zeitplan für die Zertifizierungen, Grundsätze zur Datenverarbeitung und die Regeln, die wir uns für KI-Bewertungen gesetzt haben.
Trust CenterKI-Sicherheit
Monitoring, bei dem die KI untersucht und Analysten freigeben, dazu eine Testumgebung, in der Sie eine interne KI angreifen können.
Zur KI-Sicherheit