నిర్వచనం
ఒక actor ఫలితంలోని సాక్ష్య ఆధారం దాని వెనుక ఉన్న సాక్ష్యం ఏ రకమో వివరిస్తుంది. Proof of Actor నాలుగు విలువలను ఉపయోగిస్తుంది:
- verified: ఒక cryptographic లేదా ఇతరంగా తనిఖీ చేయగల assertion విజయవంతమైంది.
- declared: actor లేదా application అది అలా ఉందని తెలిపింది.
- inferred: నిర్ణయం ప్రవర్తనా లేదా సందర్భాత్మక సంకేతాల నుంచి తీసుకోబడింది.
- unknown: నిర్ణయానికి సరిపడ సాక్ష్యం లేదు.
ప్రతి ఫలితంలో ఒక class (Human, Human + AI, Agent లేదా Unknown, మా application traffic taxonomy లో వివరించినట్లు) మరియు ఒక basis రెండూ ఉంటాయి. "Agent, verified" మరియు "Agent, inferred" వేర్వేరు ఫలితాలు మరియు వాటిని వేరుగా పరిగణించాలి.
basis ఎందుకు ముఖ్యమో
ఒక basis లేకుండా, వర్గీకరణ ఎంత బలం మోయగలదో దాచిపోతుంది. సంతకం చేసిన request కోసం "Agent" చూపించే dashboard, అలాగే request timing ఆధారంగా చేసిన అంచనాకు కూడా "Agent" చూపించే dashboard, team లను రెండింటికీ ఒకే policy వర్తింపజేయడానికి ప్రోత్సహిస్తుంది. ముఖ్యంగా security-sensitive applications లో, ఒక inference ఎప్పటికీ cryptographic verification లా కనిపించకూడదు.
class ను basis నుంచి వేరుచేయడం policy లను evidence బలం ప్రకారం సరిపోల్చడానికి సహాయపడుతుంది:
- ఒక read-only route ఏ Agent ఫలితాన్నైనా allow చేయవచ్చు.
- అధిక ప్రభావం ఉన్న route, తెలిసిన operators గా కేవలం verified agents ను మాత్రమే పరిగణించి, మిగతావారందరి నుంచి మరింత బలమైన credentials కోరవచ్చు.
నాలుగు విలువలు వివరంగా
Verified
ఏదో తనిఖీ చేయబడింది మరియు దాటింది. అత్యంత స్పష్టమైన ఉదాహరణ అంటే agent operator ప్రచురించిన key పై validate అయ్యే ఒక HTTP message signature (RFC 9421). Verified evidence నిర్దిష్ట తనిఖీని నిరూపిస్తుంది, అంతకంటే ఎక్కువ కాదు: valid signature request ను ఏ key sign చేసిందో చూపుతుంది, కానీ ఆ action authorized అని కాదు.
Declared
ఎవరో అలా చెప్పారు. తాను agent అని పేరు చెప్పుకునే client, ఒక MCP client name, లేదా మీ own application లోని AI-assistance disclosure అన్నీ declarations. ఇవి ఉపయోగకరమైనవి, చాలాసార్లు నిజమైనవి, మరియు కొన్నిసార్లు తప్పైనవి. User-agent spoofing ఒక తప్పుడు declaration కి క్లాసిక్ ఉదాహరణ. User-Agent header design ప్రకారం self-reported.
Inferred
System సంకేతాల నుంచి తర్కించింది: browser session లోని interaction patterns, request timing, browser context లేకపోవడం, protocol వివరాలు. Inferences తప్పు కావచ్చు, అందుకే వాటిని ఎల్లప్పుడూ inferences గానే లేబుల్ చేస్తారు, మరియు మనుషుల గురించి ముఖ్యమైన నిర్ణయాలు వాటిపై మాత్రమే ఆధారపడకూడదు.
Unknown
సాక్ష్యం నిర్ణయానికి మద్దతు ఇవ్వలేదు. ఇది Unknown classification తో జతకడుతుంది మరియు మీ policy లో ఒక స్పష్టమైన fallback కి మ్యాప్ కావాలి. AI traffic ను classify చేస్తున్నప్పుడు Unknown ఎందుకు చెల్లుబాటు అయ్యే ఫలితమో గురించి మా post ఎందుకు అని వివరిస్తుంది.
Basis versus confidence scores
చాలా systems evidence ను ఒకే సంఖ్యలో కుదిస్తాయి. ఒక score అది cryptographic check నుంచా లేక heuristic నుంచా వచ్చిందో దాచిపెడుతుంది, మరియు సరైన calibration లేని percentage లేనిది precision ఉన్నట్టుగా సూచిస్తుంది. పేరుతో నిర్వచించిన basis ల చిన్న సముదాయం తర్కించడానికి సులభం, audit చేయడానికి సులభం, మరియు దుర్వినియోగం చేయడానికి కష్టం.
సాధారణ అపోహలు
"Declared అంటే నమ్మదగనిది." Declarations చాలా సార్లు సరిగ్గానే ఉంటాయి, మరియు AI-assistance disclosure వంటి కొన్ని ప్రశ్నలకు అందుబాటులో ఉండే ఏకైక evidence అవుతాయి. వాటిని కేవలం verification గా పరిగణించకూడదు.
"Verified అంటే సురక్షితం." Verification అంటే signer యొక్క identity గురించి, intent లేదా permission గురించి కాదు.
Proof of Actor లో సాక్ష్య ఆధారం
ప్రతి Proof of Actor ఫలితం తన basis ను మరియు evidence యొక్క human-readable summary ను చూపుతుంది. Policies మీ application లో అమలవుతాయి మరియు class మరియు basis ను కలిపి ఉపయోగించగలవు. Detection & Limitations చూడండి లేదా early access కోసం దరఖాస్తు చేయండి.
మూలాలు
- RFC 9421: HTTP Message Signatures: verified evidence కు అత్యంత స్పష్టమైన source
- RFC 9110: HTTP Semantics, User-Agent: self-reported, declared identifier