Proof of Actor എന്നതിന്റെ അർത്ഥം
Proof of Actor എന്നത് applications, websites, APIs, MCP servers എന്നിവ പ്രവർത്തിപ്പിക്കുന്ന ടീമുകൾക്കായി AgentCredia നിർമ്മിക്കുന്ന ഉൽപ്പന്നമാണ്. account login മാത്രം ഉത്തരം നൽകാത്ത ഒരു ചോദ്യത്തിന് ഇത് മറുപടി പറയുന്നു: ഈ interaction-ൽ ഇപ്പോൾ പ്രവർത്തിക്കുന്നത് ആര്, അല്ലെങ്കിൽ എന്ത്? sign-in ചെയ്ത ഒരു account-നെ interface വഴി ക്ലിക്ക് ചെയ്യുന്ന ഒരാൾ, ഒരു AI assistant-നൊപ്പം പ്രവർത്തിക്കുന്ന ഒരാൾ, അല്ലെങ്കിൽ സ്വന്തം നിലയിൽ പ്രവർത്തിക്കുന്ന ഒരു autonomous agent എന്നിവയിൽ ഏതെങ്കിലും ഒരാൾ നിയന്ത്രിച്ചിരിക്കാം. Proof of Actor, ഇതിൽ ഏതാണ് എന്ന് application-ന് evidence നൽകുന്നു, പ്രതികരണം application-ലേക്ക് തന്നെ വിടുന്നു.
ഈ ഉൽപ്പന്നം മൂന്ന് കഴിവുകളെ ചുറ്റിപ്പറ്റിയാണ് ക്രമീകരിച്ചിരിക്കുന്നത്:
- Detect integration-ൽ ലഭ്യമായ actor signals ശേഖരിക്കുകയും verified assertions-നെ behavioral inferences-ൽ നിന്ന് വേർതിരിക്കുകയും ചെയ്യുന്നു.
- Understand ആ ഫലങ്ങളെ analytics-ആയി മാറ്റുന്നു: route അടിസ്ഥാനത്തിലുള്ള actor mix, കാലക്രമത്തിലെ trends, ഓരോ classification-ന്റെയും പിന്നിലെ evidence.
- Route application-ന് allow, adapt, challenge, review അല്ലെങ്കിൽ specific interactions limit ചെയ്യാൻ സ്വന്തം policies പ്രയോഗിക്കാനനുവദിക്കുന്നു.
എന്തുകൊണ്ട് ഇത് പ്രധാനമാണ്
ഓരോ session-ന്റെയും പിന്നിൽ ഒരു human ഇരിക്കുന്നു എന്ന അനുമാനത്തിലാണ് applications നിർമ്മിക്കപ്പെട്ടിരുന്നത്. ആ അനുമാനം ഇനി ശരിയല്ല. AI agent traffic ഇപ്പോൾ product pages, APIs, tool servers എന്നിവയിലെത്തുന്നു, കൂടാതെ ആളുകൾ app-ിനുള്ളിൽ ജോലി ചെയ്യുമ്പോൾ AI സഹായം കൂടുതലായി ഉപയോഗിക്കുന്നു. ഇതെല്ലാം ഒരുപോലെ കൈകാര്യം ചെയ്യുന്നത് രണ്ട് മോശം ഫലങ്ങളിലേക്ക് നയിക്കുന്നു: ദുരുപയോഗത്തിനായി രൂപകൽപ്പന ചെയ്ത defenses കാരണം നിയമാനുസൃത automation block ചെയ്യപ്പെടുന്നു, കൂടാതെ sensitive actions ടീമിന് കരുതുന്നതിലും കുറവ് context-ോടെ നടപ്പാക്കപ്പെടുന്നു.
Proof of Actor, product, platform, security ടീമുകൾക്ക് യഥാർത്ഥത്തിൽ എന്താണ് നടക്കുന്നത് എന്നതിന്റെ ഒരു പങ്കിട്ട കാഴ്ച നൽകുന്നു, അതുവഴി തീരുമാനങ്ങൾ guesswork-നേക്കാൾ evidence അടിസ്ഥാനമാക്കുന്നു.
ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു
ഒരു supported integration വഴി കടന്നുപോകുന്ന ഓരോ interaction-ക്കും രണ്ട് ഭാഗങ്ങളുള്ള ഒരു result ലഭിക്കുന്നു:
- ഒരു class: Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown.
- ഒരു basis: verified, declared, inferred അല്ലെങ്കിൽ unknown, ഇത് class എന്തിനെ അടിസ്ഥാനമാക്കിയാണ് നിൽക്കുന്നത് എന്ന് പറയുന്നു. evidence basis കാണുക.
സാധുവായ HTTP message signature (RFC 9421) ഉള്ള ഒരു request verified agent identity ആണ്. തങ്ങളെ ഒരു agent ആയി പേരിട്ടു പറയുന്ന ഒരു client ഒരു declared ആണ്. കീബോർഡിന് മുന്നിൽ ഇരിക്കുന്ന ഒരാളുമായി പൊരുത്തപ്പെടുന്ന interaction patterns ഒരു inference ആണ്. evidence ഒരു determination-നെ പിന്തുണയ്ക്കാത്തപ്പോൾ ഫലം Unknown ആയി തുടരുന്നു, അത് Unknown ആയി തന്നെ നിലനിൽക്കും. ഈ നാല് classes Human, AI-assisted or agent: a practical taxonomy for application traffic-ൽ വിശദീകരിച്ചിരിക്കുന്നു.
ടീമുകൾ observation mode-ൽ നിന്ന് ആരംഭിക്കുന്നു. results രേഖപ്പെടുത്തപ്പെടുകയും യഥാർത്ഥ outcomes-നോട് താരതമ്യം ചെയ്ത് അവലോകനം ചെയ്യപ്പെടുകയും ചെയ്യുന്നു, application-ന്റെ പെരുമാറ്റത്തിൽ ഒന്നും മാറ്റം വരുത്തില്ല. ഒരു workflow-യ്ക്ക് policy യോജിക്കുന്നു എന്ന് ഒരു ടീം ഉറപ്പുവരുമ്പോൾ, അവർ ആ policy സ്വന്തം code-ൽ enable ചെയ്യുന്നു. മുഴുവൻ flow How It Works-ൽ വിവരിച്ചിട്ടുണ്ട്.
സാധാരണ തെറ്റിദ്ധാരണകൾ
ഇത് ഒരു bot blocker അല്ല. Proof of Actor default ആയി ഒന്നും block ചെയ്യുന്നില്ല. പല agents-ും സ്വാഗതാർഹ പങ്കാളികളാണ്, അവർക്കുള്ള ശരിയായ പ്രതികരണം പലപ്പോഴും challenge page-നേക്കാൾ structured API ആയിരിക്കും.
ഇത് identity verification അല്ല. ഒരു Human result അർത്ഥമാക്കുന്നത് observable signals മനുഷ്യൻ നയിച്ച interaction സൂചിപ്പിക്കുന്നു എന്നതാണ്. അത് ആ വ്യക്തിയെ identify ചെയ്യുന്നില്ല.
ഒപ്പിട്ട ഒരു agent authorized agent ആകുന്നില്ല. ഒരു valid signature, ഒരു request പ്രസിദ്ധീകരിച്ച identifier-നോട് ബന്ധിപ്പിച്ച key ഉപയോഗിച്ച് ഒപ്പിട്ടതാണെന്ന് തെളിയിക്കുന്നു. ആ operator നിങ്ങളുടെ application-ൽ ഒരു action നടത്താൻ കഴിയുമോ എന്നത് നിങ്ങളുടെ app എടുക്കുന്ന ഒരു authorization തീരുമാനം ആണ്.
നിങ്ങളുടെ stack-ിൽ Proof of Actor എങ്ങനെ ചേരുന്നു
Proof of Actor നിങ്ങളുടെ നിലവിലുള്ള authentication-നും authorization-നും ഒപ്പം പ്രവർത്തിക്കുന്നു. ഇത് actor context ചേർക്കുന്നു; നിങ്ങളുടെ login, permissions model, അല്ലെങ്കിൽ risk സംബന്ധിച്ച നിങ്ങളുടെ തീരുമാനശേഷി എന്നിവയെ ഇത് മാറ്റിസ്ഥാപിക്കുന്നില്ല. application owner ഓരോ route-ലും enforcement തീരുമാനിക്കുന്നു, കൂടാതെ Unknown results-നും timeouts-നും വ്യക്തമായ fallbacks ഉൾപ്പെടുത്തുന്നു.
product overview വായിക്കുക, evidence എന്ത് സ്ഥാപിക്കാനും എന്ത് സ്ഥാപിക്കാനാവില്ലെന്നും പരിശോധിക്കുക, അല്ലെങ്കിൽ founding developer program-ിൽ ചേരാൻ early access-ന് അപേക്ഷിക്കുക.
ഉറവിടങ്ങൾ
- RFC 9421: HTTP Message Signatures: verified agent identity-ന്റെ പിന്നിലെ standard