Agent authorization అంటే ఏమిటి
Agent authorization అనేది ఒక AI agent ఏమి చేయడానికి అనుమతించబడిందో నిర్ణయం: అది ఏ routes ను కాల్ చేయగలదు, ఏ data ను చదవగలదు, ఏ actions ను తీసుకోగలదు, మరియు ఏ పరిమాణంలో తీసుకోగలదు. ఇది agent identity నుంచి వేరుగా ఉంటుంది, ఎందుకంటే agent identity అనేది ఏ agent, లేదా ఏ operator యొక్క agent, request ను చేస్తున్నదో స్థాపించడం గురించి.
ఈ రెండూ తరచుగా ఒకేసారి వస్తాయి కాబట్టి వాటిని కలిపి చూడటం సులభం. ఒక signed request దానిని ఎవరు పంపారో చెబుతుంది. కానీ ఆ sender account ను మార్చడానికి, order పెట్టడానికి, లేదా data export చేయడానికి అనుమతించాలా వద్దా అని అది చెప్పదు. Identity అనేది evidence; authorization అనేది policy. signed AI agent requests ఏమి నిరూపిస్తాయి, ఏమి నిరూపించవు అనే మా post ఈ తేడాను వివరంగా చెబుతుంది.
ఈ తేడా ఎందుకు ముఖ్యమో
Applications ఇప్పటికే human users కోసం authentication మరియు authorization ను వేరుచేస్తాయి: login అవడం మీరు ఎవరో నిరూపిస్తుంది, roles మరియు permissions మీరు ఏమి చేయగలరో నిర్ణయిస్తాయి. Agents కు కూడా అదే separation అవసరం, కానీ అదనపు జాగ్రత్తతో:
- Identity బలంగా ఉండవచ్చు, కానీ permission లేకపోవచ్చు. పూర్తిగా valid అయిన HTTP message signature ఉన్న crawler కు write endpoint ను కాల్ చేసే సహజ హక్కు లేదు.
- Permission బలమైన identity లేకుండానే ఉండవచ్చు. కస్టమర్ యొక్క API key ను ఉపయోగిస్తున్న agent, ఆ key ద్వారా authorized అవుతుంది, దాన్ని పట్టుకున్న agent software ఏదో అది గుర్తించకపోయినా.
- Agent వెనుక ఉన్న వ్యక్తి ముఖ్యుడు. ఒక agent ఎవరో ఒకరి తరఫున పనిచేసినప్పుడు, ఆ వ్యక్తి దానికి అధికారం ఇచ్చాడా అనే ప్రశ్న వస్తుంది (చూడండి delegated authority).
ఇవన్నీ ఒకే check లో కలిపేయడం వల్ల రెండు failure modes వస్తాయి: human login లేకపోవడం వల్ల legitimate automation ను అడ్డుకోవడం, లేదా బాగా గుర్తించబడిన agent ను అది చేయాల్సిన పని కాని actions తో నమ్మడం.
Authorization సాధారణంగా ఎలా వ్యక్తమవుతుంది
చాలా applications ఇప్పటికే ఉన్న mechanisms తో agents ను authorize చేస్తాయి:
- Credentials మరియు scopes. అవసరమైనంత మాత్రమే పరిమితం చేసిన scopes తో ఉన్న API keys లేదా OAuth 2.0 tokens. MCP servers కూడా ఇదే model ను ఉపయోగిస్తాయి: MCP authorization specification protected server ను OAuth 2.1 resource server గా పరిగణిస్తుంది.
- Route-level policy. తెలిసిన agents కు open గా ఉండే read-only routes; account కు linked అయిన credential అవసరమైన write routes.
- Risk tiers. తక్కువ ప్రభావం ఉన్న actions ను విస్తృతంగా అనుమతించడం, ఎక్కువ ప్రభావం ఉన్న actions కు బలమైన credentials, confirmation లేదా review అవసరం చేయడం.
- Rate limits మరియు quotas ప్రతి operator, ప్రతి credential, లేదా ప్రతి route కు.
Agent identity evidence ఈ నిర్ణయాలకు ఒక input గా వస్తుంది. పనిచేసే విధానానికి, humans మరియు AI agents కోసం app-level policies రూపొందించడం చూడండి. ఇది anonymous client కంటే verified operator ను వేరుగా పరిగణించడానికి సహాయపడుతుంది, కానీ permission మాత్రం ఇంకా మీ policy నుంచే వస్తుంది.
సాధారణ అపోహలు
- "Verified agent అంటే అనుమతి ఉంది." Verification request ను attribute చేస్తుంది. ఆ attributed party ఏమి చేయగలదో మీ policy ఇంకా నిర్ణయిస్తుంది.
- "Human అని నిరూపించేవరకు agents ను block చేయాలి." చాలా agents legitimate participants. ప్రతి kind of actor route by route ఏమి చేయడానికి అనుమతించబడాలో అడగడం మరింత సరైన ప్రశ్న.
- "Authorization ను behavior ఆధారంగా infer చేయవచ్చు." Behavior అక్కడ ఏ kind of actor ఉందో confidence ను పెంచవచ్చు లేదా తగ్గించవచ్చు. అది తనంతట తానే permission ఇవ్వకూడదు.
Proof of Actor దీన్ని ఎలా పరిగణిస్తుంది
Proof of Actor evidence ప్రశ్నకు సమాధానం ఇస్తుంది: అక్కడ ఏ kind of actor ఉంది, ఏ basis పై (verified, declared, inferred or unknown), మరియు ఏమి తెలిసింది, ఏమి తెలియదు. ఇది ఉద్దేశపూర్వకంగా permission ను నిర్ణయించదు. Agent result, అది verified అయినా సరే, authorization ను ఎప్పుడూ సూచించదు. Route లో, మీ application తన own credentials, scopes మరియు risk tiers తో actor result ను కలిపి ప్రతి interaction ను allow, adapt, challenge, review లేదా limit చేస్తుంది, మరియు observation mode లో మొదలుపెడుతుంది కాబట్టి ఏదైనా enforce చేసే ముందు outcomes ను మీరు check చేయగలరు.
మీ app లో decisions ఎలా సరిపోతాయో మరింత తెలుసుకోండి, APIs మరియు MCP servers use cases ను చూడండి, లేదా early access కోసం apply చేయండి.
Sources
- RFC 6749: The OAuth 2.0 Authorization Framework: clients కోసం scoped tokens
- MCP specification 2026-07-28: Authorization: MCP servers కోసం OAuth-based authorization
- RFC 9421: HTTP Message Signatures: ఒక signed request ఏమి స్థాపిస్తుందో