మీ tools మీరు చూడలేని callers కు తెరిచి ఉంటాయి
[an MCP server] మీ product ను AI clients కు ఉపయోగించదగినదిగా చేస్తుంది. అది tools, resources, prompts ను expose చేస్తుంది, వాటిని assistants మరియు agents discover చేసి call చేయగలరు, అలాగే Model Context Protocol specification లో వివరించినట్లుగా hosts, clients, servers మధ్య JSON-RPC 2.0 messages ను ఉపయోగిస్తుంది. Teams వాటిని నిర్మించే కారణం ఇదే: AI agents ఇప్పటికే పనిచేస్తున్న workflows లో మీ product ను ఉంచడం.
దీని అర్థం మీ server, మీరు నిర్మించని మరియు నేరుగా observe చేయలేని clients నుండి calls ను స్వీకరిస్తుంది. ఒక single tool ను స్థానికంగా పరీక్షిస్తున్న developer, signed-in person తరఫున పనిచేస్తున్న desktop assistant, రాత్రంతా long task నడుపుతున్న autonomous agent, లేదా మీ server లో బలహీనతలను probe చేస్తున్న something - వీటిలో ఏదో ఒకటి invoke చేయవచ్చు. Protocol ఏ tool call చేయబడిందో, ఏ arguments తో చేశారో చెబుతుంది. కానీ, call వెనుక ఏ రకం actor ఉన్నాడో లేదా దాన్ని మీరు ఎంతవరకు trust చేయాలో అది స్వయంగా చెప్పదు.
MCP server caller identification ఈ లోటును నింపుతుంది. Proof of Actor ప్రతి tool call కు evidence-backed actor result ను జోడిస్తుంది, తద్వారా మీ server ఎవరికీ ఏమి ఇవ్వాలో informed decisions తీసుకోగలదు. సమస్యపై మరింత తెలుసుకోవడానికి who is calling your MCP server ను చదవండి, అలాగే teams దీన్ని ఎలా apply చేస్తున్నారో చూడటానికి MCP servers use case ను చూడండి.
పదాలపై ఒక గమనిక. "Caller identity" కు cloud infrastructure లో కూడా well-known అర్థం ఉంది. AWS STS GetCallerIdentity, ఉదాహరణకు, operation ను call చేయడానికి ఉపయోగించిన credentials కలిగిన IAM user లేదా role గురించి details ను returns చేస్తుంది. అది ఏ cloud credential call చేసిందో చెబుతుంది. ఈ page లోని MCP server caller identification వేరే ప్రశ్నకు సమాధానం ఇస్తుంది: మీ MCP server కు tool call వెనుక ఏ రకం actor, Human, Human + AI, Agent లేదా Unknown, ఉన్నాడు, మరియు ఆ answer కు ఏ evidence మద్దతిస్తోంది.
MCP callers ను ప్రత్యేకంగా చేసేది ఏమిటి
MCP callers, browser visitors మరియు traditional API clients నుండి policy పరంగా ముఖ్యం అయిన విధాలుగా భిన్నంగా ఉంటారు.
- వారు దాదాపు ఎల్లప్పుడూ automated గా ఉంటారు. ప్రశ్న "human లేదా bot?" కంటే ఎక్కువగా "ఏ agent, ఎలా పనిచేస్తూ, ఏ evidence తో?" అన్నదే.
- వారు తరచుగా ఒక person కోసం పనిచేస్తారు. ఒక assistant, user అడిగినందుకు మీ tool ను call చేయవచ్చు, లేదా స్వతంత్రంగా పనిచేయవచ్చు. ఈ సందర్భాలకు వేర్వేరు treatment అవసరం.
- వారు తమను తాము describe చేస్తారు. MCP lifecycle specification లో client తన
clientInforequest లో పేరు మరియు version తో ఒకinitializeobject ను పంపుతుంది. ఆ declaration ఉపయోగకరమైన context, కానీ అది declaration మాత్రమే, proof కాదు. - Tools యొక్క impact చాలా భిన్నంగా ఉంటుంది. ఒక search tool మరియు records ను delete చేసే tool కు ఒకే policy ఉండకూడదు.
మంచి MCP caller identification ఈ నాలుగు విషయాలన్నింటినీ గౌరవించాలి.
Proof of Actor MCP callers ను ఎలా గుర్తిస్తుంది
మీ server నుండి signals
మీ MCP integration ప్రతి call కు అందుబాటులో ఉన్న context ను Proof of Actor కు అందిస్తుంది: client's declared details, transport మరియు request context, client అందించే ఏ cryptographic request signatures అయినా, ఉదాహరణకు RFC 9421 లో నిర్వచించిన HTTP Message Signatures, అలాగే call చేయబడుతున్న tool. ప్రతి signal దాని మూలంతో label చేయబడుతుంది.
basis తో classification
Proof of Actor నాలుగు classes లో ఒకదాన్ని returns చేస్తుంది, Human, Human + AI, Agent లేదా Unknown, మరియు ఫలితానికి basis తో పాటు:
- verified ఒక cryptographic check, ఉదాహరణకు published key పై request signature, pass అయినప్పుడు;
- declared client లేదా మీ application అది చెప్పినప్పుడు, ఉదాహరణకు session లో client name;
- inferred ఫలితం calls లోని patterns పై ఆధారపడినప్పుడు;
- unknown evidence ఒక determination ను మద్దతు ఇవ్వనప్పుడు.
Declared client name ను ఎప్పుడూ verification గా చూపించరు. Evidence పలుచగా ఉన్నప్పుడు, ఫలితం confident guess గా కాకుండా Unknown గా ఉంటుంది, మరియు మీ server exactly ఏమితో పని చేస్తుందో తెలుసుకుంటుంది.
మీ tools ఉపయోగించగల result
Actor result tool call తో పాటు వస్తుంది, మీ server's logic కు సిద్ధంగా. observation mode లో మీరు దాన్ని record చేస్తారు. మీరు సిద్ధంగా ఉన్నప్పుడు, మీ tool-level policies దానిపై act చేస్తాయి.
మీ team పొందేది: Detect, Understand, Route
Detect
ప్రతి tool call పై అందుబాటులో ఉన్న caller evidence ను capture చేయండి మరియు verified, declared, inferred evidence ను distinct గా ఉంచండి.
Understand
ఏ clients ఏ tools ను call చేస్తున్నాయి, ఎంత తరచుగా, ఏ evidence తో, మరియు అది time తో ఎలా మారుతుందో చూడండి. ఎక్కువగా Unknown callers ను ఆకర్షించే tools, behaviour మారుస్తున్న clients, మరియు verifiable identity కలిగిన calls share ను గుర్తించండి.
Route
ప్రతి tool మరియు ప్రతి risk tier కు policies రాయండి. సాధారణ patterns:
- Low-impact tools ఉదాహరణకు search లేదా read-only lookups: broad గా allow చేయండి, standard rate limit తో.
- Moderate-impact tools ఉదాహరణకు drafts సృష్టించడం: verified మరియు declared callers ను allow చేయండి, Unknown ను rate-limit చేయండి.
- High-impact tools ఉదాహరణకు data delete చేయడం, settings మార్చడం లేదా user's behalf మీద messages పంపడం: మీ strongest authorization ను require చేయండి, మరియు caller Unknown లేదా autonomously పనిచేస్తున్నప్పుడు confirmation లేదా review ను జోడించండి.
protecting sensitive actions without blocking agents పై guide ఈ tiers ను ఎలా design చేయాలో చూపిస్తుంది.
Identity evidence, credentials మరియు authorization వేరువేరు
MCP security, మూడు ప్రశ్నలు distinct గా ఉన్నప్పుడు best గా పనిచేస్తుంది:
- Identity evidence: ఏ రకం client call చేస్తోంది, దానికి ఏమి proof? దీన్ని Proof of Actor అందిస్తుంది.
- Credentials: ఈ call ఏ account లేదా token తో చేయబడింది? దీన్ని మీ MCP server's authentication అందిస్తుంది. MCP authorization specification authorization ను optional గా ఉంచుతుంది, మరియు HTTP-based transports కోసం దానిని OAuth 2.1 పై ఆధారపెడుతుంది, MCP server ఒక resource server గా access tokens ను validate చేస్తుంది.
- Authorization: ఈ caller ఈ tool ను, ఈ arguments తో, ఈ account కోసం ఉపయోగించవచ్చా? దీన్ని మీ permission model అందిస్తుంది.
Recognised client automatically authorized one కాదు. Valid signature, session వెనుక ఉన్న person ఈ specific action కు authority ను delegated చేశాడని చూపదు. delegated authority మరియు agent authorization గురించి మరింత చదవండి. Proof of Actor మొదటి ప్రశ్నకు మీ server కు మెరుగైన context ను ఇస్తుంది, తద్వారా రెండో మరియు మూడో ప్రశ్నలకు మీ సమాధానాలు మరింత informed గా ఉంటాయి.
Client name ను మాత్రమే trust చేయకూడదెందుకు?
ఎందుకంటే ఏ client అయినా ఏ పేరునైనా పంపగలదు. Declared name ను proof గా భావించడం imitation కు ఆహ్వానం ఇస్తుంది: hostile client కు popular assistant పేరు copy చేయడమే సరిపోతుంది. Proof of Actor పేరు declared evidence గా నమోదు చేస్తుంది, ఉన్న stronger evidence తో దానిని combine చేస్తుంది, మరియు basis ను మీకు చెబుతుంది. తరువాత మీ policy verified callers కు, కేవలం తమను తాము declared చేసుకున్న callers కంటే ఎక్కువ room ఇవ్వగలదు, మరియు ఏదీ వర్తించనప్పుడు మీ Unknown fallback ను apply చేయగలదు.
Observation mode లో ప్రారంభించండి
మీ MCP server లో Proof of Actor ను install చేయడం వల్ల ఏ tool ఎలా respond అవుతుందో మారదు. Results record చేయబడతాయి, తద్వారా ఎవరు మీ tools ను call చేస్తున్నారో, evidence ఎంత strong గా ఉందో, మరియు policies ఎక్కడ help చేస్తాయో మీరు చూడగలరు. మీరు confident అయినప్పుడు, ఒక single high-impact tool పై policy ను enable చేయండి, outcomes ను watch చేయండి, ఆపై expand చేయండి. How It Works పూర్తి flow ను covers చేస్తుంది, మరియు Detection & Limitations ప్రతి రకం evidence ఏమి establish చేయగలదో, ఏమి చేయలేదో వివరిస్తుంది.
MCP servers మరియు APIs ను operating చేసే teams కోసం నిర్మించబడింది
Proof of Actor, మీ existing authentication, rate limiting మరియు logging పక్కనే మీ server లో ఉంటుంది. Integrations ప్రతి founding team తో hands-on గా అందించబడతాయి, కాబట్టి setup మీ transport, hosting మరియు tool design కు fit అవుతుంది. MCP Servers మరియు APIs use cases, ఇదే approach మీ tools మరియు మీ API అంతటా ఎలా apply అవుతుందో చూపిస్తాయి.
మీరు expose చేసే ప్రతి tool గురించి అడగాల్సిన ప్రశ్నలు
Tool-level policies రాయడానికి ముందు, మీ MCP server expose చేసే ప్రతి tool ను చిన్న checklist తో review చేయడం సహాయకరం:
- ఈ tool ఏమి మార్చగలదు? Read-only tools మరియు data modify చేసే, messages పంపే లేదా billing ను ప్రభావితం చేసే tools కు వేర్వేరు treatment అవసరం.
- ఇది ఎవరి కోసం? కొన్ని tools signed-in person తరఫున acting చేసే assistants కోసం ఉంటాయి; మరికొన్ని autonomous workflows కోసం. Expected caller సరైన policy ను shapes చేస్తుంది.
- పొరపాటు ఖర్చు ఎంత? తప్పు search result చవక. తప్పు deletion కాదు. ప్రతి tool ను ఒక risk tier కు map చేయండి.
- ఏ evidence అవసరం కావాలి? Declared client సరిపోతుందా, లేక tool కు verified identity తో పాటు మీ strongest authorization అవసరమా అనేది నిర్ణయించండి.
- Unknown లో ఏమి జరుగుతుంది? ప్రతి tool కోసం స్పష్టమైన fallback ను choose చేయండి: allow, rate-limit, user ను confirm చేయమని అడగడం, లేదా review కు route చేయడం.
- ఇది పనిచేస్తోందని మీకు ఎలా తెలుస్తుంది? ఏ outcomes ను మీరు observation mode లో watch చేస్తారో, ఏదైనా enforce చేసే ముందు నిర్ణయించండి.
ప్రతి tool కోసం ఒక్కసారి ఈ ప్రశ్నలకు సమాధానం ఇవ్వడం caller identification ను స్పష్టమైన, test చేయదగిన rules గా మారుస్తుంది, మరియు దాన్ని integrate చేసే clients కు మీ server's behaviour ను వివరించడం సులభం చేస్తుంది.
Founding developer program లో చేరండి
Proof of Actor private beta లో ఉంది. ఎంపికైన founding development teams agreed usage limits లోపు up to 12 months free access ను పొందవచ్చు, tool-level policies ను design చేసే సమయంలో మా engineers నుండి direct support తో.
మీరు MCP server ను run చేస్తూ, ఎవరు దానికి call చేస్తున్నారో తెలుసుకోవాలనుకుంటే, early access కోసం apply చేయండి. మీ server, మీరు expose చేసే tools, మరియు మీరు అత్యంతగా care చేసే calls గురించి మాకు చెప్పండి.
Sources
- Model Context Protocol specification (2025-06-18), modelcontextprotocol.io.
- MCP lifecycle: initialization and clientInfo, modelcontextprotocol.io.
- MCP authorization, modelcontextprotocol.io.
- RFC 9421: HTTP Message Signatures, IETF, February 2024.
- AWS STS GetCallerIdentity API reference, Amazon Web Services.