Definition
Eine unbekannte Klassifizierung ist das Ergebnis, das ein Actor-Intelligence-System zurückgibt, wenn die für eine Interaktion verfügbaren Nachweise keine zuverlässige Bestimmung zulassen. Es sagt präzise: Aus dem, was wir beobachtet haben, können wir nicht erkennen, ob es sich um eine Person, eine Person mit KI oder einen Agent handelt.
Unknown ist eine der vier Klassen in Proof of Actor, zusammen mit Human, Human + AI und Agent. Es ist ein vollwertiges Ergebnis, kein Fehlerzustand und keine höfliche Umschreibung für "wahrscheinlich ein Bot". Unser Beitrag darüber, warum Unknown ein gültiges Ergebnis bei der Klassifizierung von KI-Traffic ist, legt den vollständigen Fall dar.
Warum Unknown wertvoll ist
Klassifizierungssysteme, die immer eine Antwort wählen müssen, treffen am Ende selbstbewusste Vermutungen. Diese Vermutungen sehen aus wie Daten, fließen in Dashboards und Richtlinien ein und verursachen stillschweigend Schaden: Ein legitimer Kunde wird herausgefordert, oder ein automatisierter Client wird auf einem sensiblen Route wie eine Person behandelt.
Unknown zu melden, gibt Teams stattdessen drei Dinge:
- Ehrliche Abdeckung. Der Anteil an Unknown-Ergebnissen zeigt Ihnen, wo Ihre Integration Sichtbarkeit hat und wo nicht.
- Sicherere Richtlinien. Eine Richtlinie kann genau festlegen, was Unknown für jede Route bedeutet, statt eine versteckte Vermutung zu übernehmen.
- Ein Weg zur Verbesserung. Wenn eine Route eine hohe Unknown-Rate zeigt, können Sie dort eine bessere Signalquelle hinzufügen, etwa eine Browser-Integration oder Unterstützung für signierte Agent-Anfragen.
Häufige Ursachen für Unknown
- Auf dieser Route läuft keine unterstützte Integration, zum Beispiel fehlt ein Browser-Collector.
- Der Client führt kein JavaScript aus und sendet keinen Identitätsnachweis.
- Es wurden zu wenige Interaktionssignale beobachtet, zum Beispiel in einer sehr kurzen Session.
- Eine Anfrage kam ohne Signatur und mit einer generischen oder fehlenden Client-Beschreibung an.
- Die vorhandenen Nachweise widersprechen sich, und kein Teil davon ist stark genug für eine Entscheidung.
Wie Anwendungen Unknown behandeln sollten
Unknown sollte auf einen expliziten Fallback abgebildet werden, den der Anwendungsinhaber pro Route festlegt:
- Öffentliche, risikoarme Seiten: erlauben, ohne zusätzliche Reibung.
- Read-only APIs: mit standardmäßigen Rate-Limits erlauben.
- Kontenänderungen und andere Aktionen mit hoher Auswirkung: die bestehenden Prüfungen der Anwendung beibehalten, etwa eine erneute Authentifizierung, und auf Grundlage des Unknown-Ergebnisses selbst nichts entscheiden.
Dasselbe Denken gilt für Timeouts und fehlende Telemetrie. Ob eine Route fail open oder fail closed arbeitet, ist eine bewusste Entscheidung im Voraus, kein Zufall.
Häufige Missverständnisse
"Unknown bedeutet verdächtig." Es bedeutet unzureichende Nachweise. Viele völlig gewöhnliche Besucher erzeugen Unknown-Ergebnisse.
"Unknown sollte standardmäßig Human sein." Niemals. Unknown in Human umzuwandeln verdeckt die Lücke und kann Automatisierung Vertrauen auf Menschenniveau geben.
"Ein gutes System hat keine Unknowns." Ein System ohne Unknowns ist ein System, das rät. Eine sichtbare, erklärte Unknown-Rate ist ein Zeichen eines ehrlichen Klassifikators.
Unknown in Proof of Actor
Proof of Actor meldet Unknown immer dann, wenn die evidence basis keine Bestimmung zulässt, wandelt es niemals in Human um und hält die Unknown-Rate in den Analysen sichtbar. Teams legen den Fallback für jede Route im Beobachtungsmodus fest, bevor sie eine Richtlinie aktivieren. Lesen Sie Detection & Limitations für das vollständige Modell oder beantragen Sie frühen Zugang.