Ga naar hoofdinhoud
DETECTIE & BEPERKINGEN

Wat Proof of Actor kan vaststellen en wat niet.

Een heldere beschrijving van de classificaties, het bewijs erachter, de contexten waarop ze van toepassing zijn en de grenzen waarmee we rekening houden bij het ontwerp.

signals · laatste aanvraag per bron
  • Requesthandtekeningvalid · sample-crawler.exampleverified
  • Clientverklaring"research-assistant/2.1"declared
  • Browserinteractiepointer + keyboard eventsinferred
  • Geen ondersteunde signalenroute not instrumentedunknown

De korte versie

Wat Proof of Actor u kan vertellen en wat het niet kan garanderen
Wat Proof of Actor u kan vertellen (indien ondersteund)Wat het niet kan garanderen
Of een ondersteunde agentverzoekhandtekening valideertDat de agent eerlijk is, veilig is, of gemachtigd is om een actie uit te voeren
Of een sessie bepaalde interactieve of automatiseringssignalen blootlegtDat een mens geen AI gebruikte buiten je waarneembare integratie
Of AI-gebruik is gedeclared of waarneembaar was in een ondersteunde workflowUniversele detectie van AI-ondersteuning, gekopieerde content of een ander apparaat
Dat het bewijs onvoldoende wasDat een onbekende interactie kwaadaardig is

Beschikbaarheid hangt af van je integratie en ingeschakelde controles. De eigenaar van de applicatie behoudt de controle over handhavingsbeslissingen.

Classificaties

Vier publieke klassen. Elk heeft een gedefinieerde betekenis en een expliciete grens.

  • Mens

    De ondersteunde observeerbare signalen duiden op interactie gestuurd door een mens.

    Betekent niet: Dat er geen AI is gebruikt, of dat de echte identiteit van de persoon is geverifieerd.

  • Mens + AI

    AI-ondersteuning is gedeclareerd, of gedetecteerd door een ondersteunde integratie die het daadwerkelijk kan observeren.

    Betekent niet: Dat alle verborgen AI-gebruik kan worden gedetecteerd, inclusief een ander tabblad of een ander apparaat.

  • Agent

    Geautomatiseerde of door agents geïnitieerde interactie, ondersteund door verifieerbare identiteit of een zorgvuldig gekwalificeerde afleiding.

    Betekent niet: Dat de agent geautoriseerd is, veilig is, of handelt met geldige delegatie van een persoon.

  • Onbekend

    Het beschikbare bewijs ondersteunt geen betrouwbare vaststelling.

    Betekent niet: Dat de interactie verdacht of kwaadaardig is.

Verified, Declared, Inferred, Unknown

Elk resultaat draagt een basis. Een klasse verhult nooit een inferentie als cryptografische verificatie, wat het belangrijkst is voor beveiligingsgevoelige toepassingen.

verified
Geverifieerd. Een cryptografische of anderszins controleerbare bewering die is gevalideerd, bijvoorbeeld een requestsignatuur tegen een gepubliceerde sleutel. Het bewijst die controle, niets meer.
declared
Verklaard. De actor of je applicatie heeft het aangegeven, bijvoorbeeld een melding van AI-ondersteuning of een client die zichzelf als agent aanduidt. Een verklaring kan onjuist zijn.
inferred
Afgeleid. Een conclusie op basis van gedrags- of contextsignalen. Afleidingen kunnen onjuist zijn en worden altijd als afleidingen gelabeld.
unknown
Onbekend. Niet genoeg bewijs voor een vaststelling. Het resultaat wordt gemeld als Unknown in plaats van geraden.

Waar achter een vertrouwensscore een getest, gekalibreerd model nodig zou zijn, gebruiken we in plaats daarvan kwalitatieve bewijssterkte. U zult van ons geen cijfer zien als 99.7% human tenzij dat is gemeten en uitgelegd.

Ondersteunde contexten en hun grenzen

  • Browser

    Een browsercollector ziet interactieve sessies op de pagina's waarop deze draait. Deze kan clients die geen JavaScript uitvoeren, activiteit in andere tabbladen, applicaties of apparaten, of tekst die iemand elders heeft gekopieerd niet zien.

  • Server en API

    Een server-side integratie ziet requestcontext en, waar clients dit ondersteunen, requestsignaturen. Deze kan het scherm van een persoon niet zien, en de meeste niet-ondertekende clients kunnen zichzelf beschrijven zoals ze willen.

  • MCP

    Een MCP server ziet de gedeclareerde gegevens van de client en de toolaanroepen die deze doet. Een gedeclareerde clientnaam is een verklaring, geen verificatie.

Twee grenzen om te begrijpen

Door AI gegenereerde tekst vanuit een ander tabblad of apparaat

Als een persoon in een ander tabblad of op zijn telefoon een chatbot iets vraagt en het antwoord in uw formulier plakt, laat gewoon webverkeer daar meestal niets van zien. De sessie ziet er mensgestuurd uit omdat een mens die heeft gestuurd.

Proof of Actor rapporteert Human + AI alleen wanneer hulp is gedeclareerd, of wordt waargenomen door een ondersteunde integratie die dit daadwerkelijk kan zien, zoals de eigen assistentfunctie van je app.

Wat een gesigneerde bot request aantoont

Een HTTP message signature die valideert tegen een gepubliceerde key laat zien dat het request is ondertekend met een key die aan die identifier is gekoppeld, zoals het domein van een operator.

Het stelt niet de werkelijke identiteit vast van wie zich achter het verzoek bevindt, of een persoon bevoegdheid aan het verzoek heeft gedelegeerd, of de actie veilig of toegestaan is. Standaarden op dit gebied, waaronder het IETF Web Bot Auth-werk, zijn nog steeds Internet-Drafts.

Geen standaardblokkering

Proof of Actor blokkeert, weigert of daagt standaard niets uit. Wij raden af om uitsluitend op basis van een geïnferreerd actorresultaat te blokkeren of te weigeren, en zeker om daarop ingrijpende beslissingen over mensen te baseren (werk, krediet, financiële diensten, onderwijs of toegang tot essentiële diensten).

Handhaving vindt plaats in uw applicatie, onder beleid dat uw team kiest en bevestigt, met expliciete terugvallen voor Unknown en voor time-outs.

Unknown en terughoudendheid

Wanneer het bewijs geen betrouwbare vaststelling ondersteunt, is het resultaat Unknown. Unknown wordt nooit omgezet naar Human, en het betekent niet verdacht. Door het zichtbaar te houden, zie je waar je dekking ophoudt, en dat is informatie die je nodig hebt voordat je iets gaat afdwingen.

Principes voor privacy en governance

  • Doelbinding

    Bewijs beschrijft interacties voor de eigenaar van de applicatie. Het wordt niet gebruikt om profielen over verschillende sites heen op te bouwen.

  • Minimale verzameling

    Elke integratie verzamelt wat de context nodig heeft. Gevoelige telemetrie vereist expliciete opt-in.

  • Tenantisolatie

    Het bewijs van de ene klant is nooit zichtbaar voor een andere klant.

  • Configureerbare retentie

    Bewaartermijnen worden tijdens onboarding met elk founding team overeengekomen.

  • Door de klant gecontroleerde toegang

    U bepaalt wie in uw team bewijs en resultaten kan zien.

  • Geen identiteitscontroles

    Geen biometrische verzameling en geen identiteitsverificatie maken deel uit van Proof of Actor.

Afgestemd met elk team

Bewaartermijnen, datavelden en verwerkers worden tijdens onboarding overeengekomen en per founding team gedocumenteerd.

Prestatie en methodologie

Dekking, het onbekende percentage, false positives en kalibratie worden gemeten met founding teams in elke ondersteunde context, tegen uitkomsten die die teams al kennen. Methodologie en resultaten worden hier gepubliceerd naarmate elke context volwassener wordt.

Vragen over privacy of beveiliging? [email protected]