Neu hier? Genox Cybersecurity AI in drei Minuten kennenlernen → Sicherheitsvorfall melden (24/7)
AI quality

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.

Metrics

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ößeWas sie zeigtGute RichtungVeröffentlichung
Genauigkeit der BewertungÜbereinstimmung zwischen KI-Bewertung und endgültiger Bewertung durch Analystenhöhernach PoC
Fehlalarm- und ÜbersehensrateHarmloses, das als Bedrohung eingestuft wurde, und Bedrohungen, die geschlossen wurdenniedrigernach PoC
Anteil ohne BelegAnteil der Bewertungen, die mit keinem Beleg verknüpft sindZiel 0nach PoC
Genauigkeit der Tool-AufrufeOb die während der Untersuchung aufgerufenen Tools und Parameter stimmtenhöhernach PoC
Erkennung erfundener AusgabenOb die in der Bewertung zitierten Logs tatsächlich existierenweniger Abweichungennach PoC
Freigabequote · RücknahmequoteAnteil freigegebener Anfragen und Anteil der danach zurückgenommenenweniger Rücknahmennach Marktstart
Übereinstimmung bei WiederholungOb dieselbe Eingabe mit demselben Modell und derselben Richtlinie dieselbe Bewertung ergibthöhernach PoC
BearbeitungszeitVom Eingang des Alerts bis zur Bewertung und von der Bewertung bis zur Freigabekürzernach 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.

How we measure

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.

Before release

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.

Monthly report

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
Monatlicher Qualitätsbericht · Beispielvorlagenoch keine Messwerte
GenauigkeitRisiko hoch und darüber · vollständignicht gemessen
GenauigkeitMittel und darunter · Zufallsstichprobenicht gemessen
ÜbersehenErneut geprüfte Alerts / später entdeckt (getrennt)nicht gemessen
Ohne BelegZiel 0 · sonst mit Ursachenicht gemessen
AbgleichZurückgehalten / tatsächlich abweichendnicht gemessen
RücknahmeFehlbewertung / Auswirkung auf Betriebnicht gemessen
WiederholungLabel · Risiko gleich (Wortlaut nicht verglichen)nicht gemessen

Dieses Beispiel zeigt nur den Aufbau des Berichts. Es ist weder ein echter Kundenbericht noch enthält es Messwerte.

Limits

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.

Frameworks

Ö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.

DokumentRelevanter TeilEntsprechung 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 dokumentierenDefinition · Stichprobe · Turnus je Größe offengelegt
NIST AI 600-1Risiko Confabulation (plausibel wirkende, falsche Inhalte) im Profil für generative KIErkennung erfundener Ausgaben
ISO/IEC 42001:20239.1 Überwachung, Messung, Analyse und BewertungMonatsbericht · Regressionsvergleich
OWASP Top 10 for LLM Applications 2025LLM01 Prompt Injection, LLM06 Excessive Agency, LLM09 MisinformationInjection-Testsatz · Genauigkeit der Tool-Aufrufe · Erkennung erfundener Ausgaben

Sprechen Sie mit unseren
Sicherheitsexperten.

Kontakt