നിർവചനം
ഒരു actor ഫലത്തിന്റെ evidence basis അതിന്റെ പിന്നിലുള്ള തെളിവിന്റെ തരത്തെ വിവരിക്കുന്നു. Proof of Actor നാല് മൂല്യങ്ങൾ ഉപയോഗിക്കുന്നു:
- verified: ഒരു cryptographic അല്ലെങ്കിൽ മറ്റെന്തെങ്കിലും ആയി പരിശോധിക്കാവുന്ന assertion വിജയിച്ചു.
- declared: actor അല്ലെങ്കിൽ application അത് പ്രഖ്യാപിച്ചു.
- inferred: പെരുമാറ്റപരമായ അല്ലെങ്കിൽ സാഹചര്യപരമായ signals നിന്ന് നിഗമനം എടുത്തു.
- unknown: തീരുമാനത്തിന് മതിയായ തെളിവ് ഇല്ലായിരുന്നു.
ഓരോ ഫലവും ഒരു class (Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown, application traffic-നുള്ള നമ്മുടെ taxonomyയിൽ വിശദീകരിച്ചതുപോലെ) എന്നും ഒരു basis എന്നും ഉൾക്കൊള്ളുന്നു. "Agent, verified" എന്നും "Agent, inferred" എന്നും വ്യത്യസ്ത ഫലങ്ങളാണ്, അവയെ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യണം.
basis പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്
ഒരു basis ഇല്ലാതെ, ഒരു classification അതിന് എത്ര ഭാരമെടുക്കാൻ കഴിയുമെന്ന് മറയ്ക്കുന്നു. ഒപ്പിട്ട ഒരു request-നും request timing അടിസ്ഥാനമാക്കിയുള്ള ഒരു അനുമാനത്തിനും "Agent" എന്ന് കാണിക്കുന്ന dashboard ടീമുകളെ രണ്ടിലും ഒരേ policy പ്രയോഗിക്കാൻ പ്രേരിപ്പിക്കുന്നു. പ്രത്യേകിച്ച് security-സെൻസിറ്റീവ് applications-ൽ, ഒരു inference ഒരിക്കലും cryptographic verification പോലെ തോന്നരുത്.
class-നെയും basis-നെയും വേർതിരിക്കുന്നത് തെളിവിന്റെ ശക്തിയോട് policies പൊരുത്തപ്പെടുത്താൻ അനുവദിക്കുന്നു:
- ഒരു read-only route ഏതെങ്കിലും Agent ഫലത്തെ അനുവദിക്കാം.
- കൂടുതൽ സ്വാധീനമുള്ള ഒരു route verified agents-നെ മാത്രം അറിയപ്പെടുന്ന operators ആയി പരിഗണിക്കുകയും മറ്റെല്ലാവരിൽ നിന്നും കൂടുതൽ ശക്തമായ credentials ആവശ്യപ്പെടുകയും ചെയ്യാം.
നാല് മൂല്യങ്ങളുടെ വിശദാംശങ്ങൾ
Verified
എന്തെങ്കിലും പരിശോധിക്കപ്പെട്ടു, വിജയിച്ചു. ഏറ്റവും വ്യക്തമുള്ള ഉദാഹരണം ഒരു agent-ന്റെ operator പ്രസിദ്ധീകരിച്ച key-യിൽ validate ചെയ്യുന്ന ഒരു HTTP message signature (RFC 9421) ആണ്. Verified evidence ആ പ്രത്യേക check-നെ മാത്രം തെളിയിക്കുന്നു, അതിലപ്പുറം ഒന്നുമല്ല: ഒരു valid signature request-ിൽ ഏത് key ഒപ്പിട്ടുവെന്ന് കാണിക്കുന്നു, action authorized ആണെന്ന് അല്ല.
Declared
ആരെങ്കിലും അങ്ങനെ പറഞ്ഞു. സ്വയം ഒരു agent ആയി പേരിടുന്ന ഒരു client, ഒരു MCP client name, അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം application-നുള്ളിലെ ഒരു AI-assistance disclosure എന്നിവ പ്രഖ്യാപനങ്ങളാണ്. അവ പ്രയോജനകരമാണ്, പലപ്പോഴും സത്യസന്ധവുമാണ്, ചിലപ്പോൾ തെറ്റും. User-agent spoofing ഒരു തെറ്റായ പ്രഖ്യാപനത്തിന്റെ ക്ലാസിക് ഉദാഹരണമാണ്. User-Agent header രൂപകൽപ്പനപ്രകാരം self-reported ആണ്.
Inferred
System signals-ിൽ നിന്ന് നിഗമനം എടുത്തു: browser session-ലെ interaction patterns, request timing, browser context ഇല്ലായ്മ, protocol details. Inferences തെറ്റാകാം, അതുകൊണ്ടാണ് അവയെ എപ്പോഴും inferences ആയി ലേബൽ ചെയ്യുന്നത്, ആളുകളെ സംബന്ധിക്കുന്ന നിർണായക തീരുമാനങ്ങൾ അവ മാത്രം ആശ്രയിക്കരുത്.
Unknown
തെളിവ് ഒരു തീരുമാനത്തെ പിന്തുണച്ചില്ല. ഇത് Unknown classification-നോട് പൊരുത്തപ്പെടുന്നു, നിങ്ങളുടെ policy-യിലെ വ്യക്തമായ fallback-ിലേക്ക് മാപ്പ് ചെയ്യണം. AI traffic വർഗ്ഗീകരിക്കുമ്പോൾ Unknown സാധുവായ ഫലമാകുന്നത് എന്തുകൊണ്ട് എന്ന കുറിപ്പ് ഇത് വിശദീകരിക്കുന്നു.
Basis versus confidence scores
പല systems തെളിവിനെ ഒരു single number-ലേക്ക് ചുരുക്കുന്നു. ഒരു score അത് cryptographic check-ിൽ നിന്നോ heuristic-ിൽ നിന്നോ വന്നതാണോ എന്ന് മറയ്ക്കുന്നു, കൂടാതെ ശരിയായി calibrate ചെയ്യാത്ത ഒരു percentage ഇല്ലാത്ത കൃത്യതയെ സൂചിപ്പിക്കുന്നു. പേരുള്ള bases-ന്റെ ഒരു ചെറുസഞ്ചയം reason ചെയ്യാൻ എളുപ്പമാണ്, audit ചെയ്യാനും എളുപ്പമാണ്, ദുരുപയോഗം ചെയ്യാനും കൂടുതൽ ബുദ്ധിമുട്ടാണ്.
പൊതുവായ തെറ്റിദ്ധാരണകൾ
"Declared means untrustworthy." പ്രഖ്യാപനങ്ങൾ പലപ്പോഴും കൃത്യമാണ്, കൂടാതെ AI-assistance disclosure പോലുള്ള ചില ചോദ്യങ്ങൾക്ക് ലഭ്യമായ ഏക തെളിവുമാണ്. അവ വെറും verification ആയി പരിഗണിക്കരുത്.
"Verified means safe." Verification signer-ന്റെ identity-യെക്കുറിച്ചാണ്, intent അല്ലെങ്കിൽ permission-നെക്കുറിച്ച് അല്ല.
Proof of Actor-ലുള്ള evidence basis
ഓരോ Proof of Actor ഫലവും അതിന്റെ basis-ഉം തെളിവിന്റെ മനുഷ്യന് വായിക്കാവുന്ന ഒരു summary-യും വ്യക്തമാക്കുന്നു. Policies നിങ്ങളുടെ application-ലാണ് പ്രവർത്തിക്കുന്നത്, class-ഉം basis-ഉം ഒരുമിച്ച് ഉപയോഗിക്കാം. Detection & Limitations അല്ലെങ്കിൽ early access-ക്ക് അപേക്ഷിക്കുക കാണുക.
സ്രോതസ്സുകൾ
- RFC 9421: HTTP Message Signatures: verified evidence-ന്റെ ഏറ്റവും വ്യക്തമായ സ്രോതസ്സ്
- RFC 9110: HTTP Semantics, User-Agent: self-reported, declared identifier