Was Proof of Actor belegen kann und was nicht.
Eine klare Beschreibung der Klassifizierungen, der Evidenz dahinter, der Kontexte, auf die sie sich beziehen, und der Grenzen, um die wir herum entwerfen.
- Anfragesignaturvalid · sample-crawler.exampleverified
- Kundenerklärung"research-assistant/2.1"declared
- Browser-Interaktionpointer + keyboard eventsinferred
- Keine unterstützten Signaleroute not instrumentedunknown
Die Kurzfassung
| Was Proof of Actor Ihnen mitteilen kann (wenn unterstützt) | Was es nicht garantieren kann |
|---|---|
| Ob eine unterstützte Agent-Request-Signatur gültig ist | Dass der Agent ehrlich, sicher oder berechtigt ist, irgendeine Aktion auszuführen |
| Ob eine Sitzung bestimmte Interaktions- oder Automatisierungssignale offenlegt | Dass ein Mensch keine KI außerhalb Ihrer beobachtbaren Integration verwendet hat |
| Ob die Nutzung von KI in einem unterstützten Workflow deklariert oder beobachtbar war | Universelle Erkennung von KI-Unterstützung, kopierten Inhalten oder einem anderen Gerät |
| Dass die Evidenz nicht ausreichte | Dass eine unbekannte Interaktion bösartig ist |
Die Verfügbarkeit hängt von Ihrer Integration und den aktivierten Prüfungen ab. Der Anwendungsinhaber behält die Kontrolle über Durchsetzungsentscheidungen.
Klassifizierungen
Vier öffentliche Klassen. Jede hat eine definierte Bedeutung und eine explizite Grenze.
- Mensch
Die unterstützten beobachtbaren Signale deuten auf eine von Menschen gesteuerte Interaktion hin.
Bedeutet nicht: Dass keine KI verwendet wurde oder dass die reale Identität der Person verifiziert ist.
- Mensch + KI
KI-Unterstützung wurde deklariert oder von einer unterstützten Integration erkannt, die sie tatsächlich beobachten kann.
Bedeutet nicht: Dass jede versteckte KI-Nutzung erkannt werden kann, einschließlich eines anderen Tabs oder eines anderen Geräts.
- Agent
Automatisierte oder von einem Agenten stammende Interaktion, gestützt durch überprüfbare Identität oder eine sorgfältig qualifizierte Inferenz.
Bedeutet nicht: Dass der Agent autorisiert, sicher oder mit gültiger Delegation durch eine Person handelt.
- Unbekannt
Die verfügbare Evidenz stützt keine verlässliche Feststellung.
Bedeutet nicht: Dass die Interaktion verdächtig oder bösartig ist.
Verified, declared, inferred, unknown
Jedes Ergebnis trägt eine Grundlage. Eine Klasse tarnt eine Inferenz niemals als kryptografische Verifikation, was vor allem für sicherheitskritische Anwendungen wichtig ist.
- verified
- Verifiziert. Eine kryptografische oder anderweitig überprüfbare Behauptung, die validiert wurde, zum Beispiel eine Request-Signatur gegen einen veröffentlichten Schlüssel. Sie belegt genau diese Prüfung, nicht mehr.
- declared
- Deklariert. Der Actor oder Ihre Anwendung hat es angegeben, zum Beispiel eine Offenlegung von KI-Unterstützung oder ein Client, der sich selbst als Agent bezeichnet. Eine Deklaration kann unwahr sein.
- inferred
- Abgeleitet. Eine Schlussfolgerung aus Verhaltens- oder Kontextsignalen. Inferenz kann falsch sein und wird immer als Inferenz gekennzeichnet.
- unknown
- Unbekannt. Nicht genügend Belege für eine Feststellung. Das Ergebnis wird als Unknown gemeldet und nicht geraten.
Wo eine Vertrauensangabe ein getestetes, kalibriertes Modell dahinter erfordern würde, verwenden wir stattdessen eine qualitative Evidenzstärke. Sie werden von uns keine Angabe wie 99.7% human sehen, außer sie wurde gemessen und erklärt.
Unterstützte Kontexte und ihre Grenzen
Browser
Ein Browser-Collector sieht interaktive Sitzungen auf den Seiten, auf denen er ausgeführt wird. Er kann keine Clients sehen, die kein JavaScript ausführen, keine Aktivitäten in anderen Tabs, Anwendungen oder Geräten und keinen Text, den eine Person von anderswo eingefügt hat.
Server und API
Eine serverseitige Integration sieht den Request-Kontext und, sofern Clients dies unterstützen, Request-Signaturen. Sie kann den Bildschirm einer Person nicht sehen, und die meisten unsignierten Clients können sich beliebig selbst beschreiben.
MCP
Ein MCP server sieht die deklarierten Details des Clients und die Tool-Aufrufe, die er ausführt. Ein deklarierter Client-Name ist eine Deklaration, keine Verifizierung.
Zwei Grenzen, die man verstehen sollte
KI-generierter Text aus einem anderen Tab oder Gerät
Wenn eine Person in einem anderen Tab oder auf ihrem Telefon einen Chatbot fragt und die Antwort in Ihr Formular einfügt, zeigt der normale Webtraffic meist nichts darüber. Die Sitzung wirkt menschlich gesteuert, weil ein Mensch sie gesteuert hat.
Proof of Actor meldet Human + AI nur dann, wenn Unterstützung deklariert wurde oder von einer unterstützten Integration beobachtet wird, die sie tatsächlich sehen kann, etwa der Assistentenfunktion Ihrer eigenen App.
Was eine signierte Bot-Anfrage belegt
Eine HTTP Message Signature, die gegen einen veröffentlichten Schlüssel validiert, zeigt, dass die Anfrage mit einem Schlüssel signiert wurde, der mit dieser Kennung verknüpft ist, etwa mit der Domain eines Betreibers.
Es stellt nicht die reale Identität der Person hinter der Anfrage fest, ob eine Person ihr Befugnisse übertragen hat oder ob die Aktion sicher oder zulässig ist. Standards in diesem Bereich, einschließlich der IETF Web Bot Auth-Arbeiten, sind noch Internet-Drafts.
Keine standardmäßige Blockierung
Proof of Actor blockiert, lehnt ab oder fordert standardmäßig nichts heraus. Wir raten davon ab, allein auf Basis eines inferierten Akteursergebnisses zu blockieren oder abzulehnen, und insbesondere davon, folgenschwere Entscheidungen über Menschen (Beschäftigung, Kredit, Finanzdienstleistungen, Bildung oder Zugang zu essenziellen Diensten) darauf zu stützen.
Die Durchsetzung erfolgt in Ihrer Anwendung, unter Richtlinien, die Ihr Team auswählt und bestätigt, mit expliziten Fallbacks für Unknown und für Timeouts.
Unknown und Enthaltung
Wenn die Evidenz keine verlässliche Bestimmung zulässt, lautet das Ergebnis Unknown. Unknown wird niemals in Human umgewandelt, und es bedeutet nicht verdächtig. Wenn Sie es sichtbar halten, sehen Sie, wo Ihre Abdeckung endet, und genau das müssen Sie wissen, bevor Sie etwas erzwingen.
Grundsätze zu Datenschutz und Governance
Zweckbindung
Evidenz beschreibt Interaktionen gegenüber dem Betreiber der Anwendung. Sie wird nicht verwendet, um seitenübergreifende Profile zu erstellen.
Minimale Erfassung
Jede Integration erfasst, was ihr Kontext benötigt. Sensible Telemetrie erfordert ein ausdrückliches Opt-in.
Tenant-Isolierung
Die Belege eines Kunden sind für keinen anderen Kunden sichtbar.
Konfigurierbare Aufbewahrung
Die Aufbewahrung wird mit jedem Gründungsteam während des Onboardings vereinbart.
Vom Kunden gesteuerter Zugriff
Sie entscheiden, wer in Ihrem Team Belege und Ergebnisse sehen kann.
Keine Identitätsprüfungen
Keine Erfassung biometrischer Daten und keine Identitätsverifizierung sind Teil von Proof of Actor.
Mit jedem Team abgestimmt
Leistung und Methodik
Abdeckung, Unknown-Rate, False Positives und Kalibrierung werden mit Gründungsteams in jedem unterstützten Kontext gegen Ergebnisse gemessen, die diese Teams bereits kennen. Methodik und Ergebnisse werden hier veröffentlicht, sobald sich der jeweilige Kontext weiter entwickelt.
Fragen zu Datenschutz oder Sicherheit? [email protected]