Noctive Walküre
In Entwicklung
Ein eigenes 14B-Cybermodell für Ihre Infrastruktur
Walküre ist darauf ausgelegt, Angriffe von KI-Agenten auf Webdienste und APIs zu erkennen. Ein solcher Angreifer verteilt seine Arbeit auf viele Unteragenten, von denen jeder für sich wie ein Nutzer wirkt. Walküre verbindet sie zu einer Kampagne und leitet sie in eine Täuschungsumgebung um.
Jeder für sich unauffällig, zusammen ein Angriff
Walküre schaut auf einer Kopie Ihres Verkehrs mit. Ihre Anfragen warten nie auf das Modell.
- 1Alle Besucher sehen gleich aus. Drei davon gehören zu einem Angriff.
- 2Walküre erkennt, dass sie zusammengehören.
- 3Nur sie landen in einer Täuschung. Alle anderen erreichen Ihren Dienst wie gewohnt.
Nach 74 Sekunden ist die Kampagne erkannt
Ein Schwarm aus 32 Unteragenten greift die Kunden-API eines Unternehmens an, mitten im normalen Verkehr. Jeder Agent stellt nur fünf Anfragen pro Minute.
- Der erste Unteragent stellt seine erste Anfrage.Die Anfragen laufen normal an den Dienst. Walküre bewertet eine Kopie.
- Die verbundenen Sitzungen summieren sich über die Schwelle.Walküre eröffnet einen Kampagnenfall.
- Ein Agent ruft zum ersten Mal Export oder Admin auf.Das 14B-Modell prüft die Aktion im Zusammenhang der Sitzung.
- Die Kampagne ist bestätigt.Die zugeordneten Agenten landen ab ihrer nächsten Anfrage in der Täuschung.
- Der letzte der 32 Agenten wird umgeleitet.13 Minuten und 51 Sekunden nach Beginn.
- Letzte Anfrage des Schwarms.Er hat 27 Minuten gearbeitet, fast nur in der Täuschungsumgebung.
Drei Prüfungen, bevor Walküre umleitet
- Zählen
- Prüfen
- Begrenzen
- Auffälligkeiten zählenJede Anfrage wird nach fünf Merkmalen bewertet, je Sitzung und über zusammengehörige Sitzungen hinweg.
- Absicht prüfenWill jemand Daten exportieren oder Admin-Funktionen nutzen, prüft das eigene 14B-Modell, ob das zum bisherigen Verhalten passt.
- Menge begrenzenNach 100 Datenaktionen ist für eine Kampagne Schluss, auch wenn sie sich wie ein Nutzer verhält.
Erkannte Angreifer arbeiten in einer abgeschotteten Umgebung weiter, die echt wirkt, aber keine echten Daten enthält. Köderschlüssel, die es nur dort gibt, machen den Nachweis eindeutig. Eine Umleitung gilt 30 Minuten und lässt sich in unter einer Sekunde zurücknehmen; eintragen darf sie nur ein eigener Regeldienst.
6,5 % statt 97,2 %
der Angriffsanfragen erreichten den Dienst, mit Walküre und mit klassischen Regeln.
15 statt 100
legitime Sitzungen waren betroffen: für 30 Minuten umgeleitet statt gesperrt.
Simulation mit 200.000 legitimen Sitzungen, 5,47 Millionen Anfragen und 8.680 Angriffsanfragen aus sechs Mustern, keine Messung im Betrieb. Bot-Management erreicht im selben Szenario 31,1 %, mit Korrelation 7,9 %. Jede Installation weist ihre Werte vor dem ersten Eingriff nach.
Läuft vollständig in Ihrem Rechenzentrum
3 Server mit je einer GPU für 200.000 Sitzungen am Tag, zusammen 1,8 kW an einem 16-A-Kreis. Im Jahr sind das 23,7 MWh, ein Modell der 400B-Klasse bräuchte 182 MWh.
Das Modell hat 14,1 Milliarden Parameter und ist von Grund auf trainiert, die Gewichte passen mit 7,5 GB auf eine Server-GPU. Ein Abwehrsystem darf keine Gewichte enthalten, deren Trainingsdaten niemand prüfen kann. Verläufe aus Ihrer Installation verlassen den Standort nicht.
Inbetriebnahme in drei Stufen
- Wiedergabe
- Schattenbetrieb
- Scharfschaltung
Vor dem ersten Eingriff muss jede Installation ihre Abnahmewerte erreichen: Fallbewertung AUC ≥ 0,95, Absichtsprüfung AUC ≥ 0,90, höchstens 1 Umleitung je 10.000 Sitzungen, Rücknahme unter 1 s.
Walküre wird aktuell für Enterprise-Umgebungen entwickelt. Parallel arbeiten wir an der Isolierung für Endverbraucher.
Sprechen wir über den Schutz Ihrer Dienste
Walküre ist in Entwicklung. Erzählen Sie uns, welche Webdienste und APIs Sie betreiben, dann zeigen wir Ihnen, wo das Programm steht.