Dôvera medzi agentmi cez MCP a A2A: Ako overiť identitu, vlastníka a oprávnenia

Tento článok bol preskúmaný proti revízii špecifikácie vzorového Kontextového protokolu z 25. novembra 2025, oficiálnemu rozšíreniu autorizácie MCP k dispozícii 20. júla 2026 a súčasnej dokumentácii protokolu A2A v1.0.

Súčasná špecifikácia MCP definuje OAuth-založené oprávnenie pre chránené zdroje HTTP, zatiaľ čo oficiálne MCP rozšírenia pokrývajú OAuthové klientske poverovacie listiny pre scenáre strojových zariadení a Enterprise-Manažed Autorizácia pre centralizované politiky prístupu podnikov. Aktuálna dokumentácia A2A využíva štandardné postupy zabezpečenia webu, deklaruje bezpečnostné požiadavky prostredníctvom kariet agenta, žiada o overenie a autorizáciu na serveri a podporuje digitálne podpisy pre karty agenta.

V tomto článku sa Protokol o agentickej identite alebo AIP odvoláva na architektúru identity a riadenia, ktorú vyvíja AgentID. Nemalo by sa zamieňať s podobne nazývanými nezávislými internetovými raftami, ktoré naďalej prebiehajú, než s prijatými normami IETF.

MCP a A2A poskytujú základné základy pre sprostredkovateľské systémy. MCP štandardizuje, ako sa AI aplikácie pripájajú k nástrojom, zdrojom, promóciám a externým systémom. A2 A2a štandardizuje spôsob, akým agenti objavujú, komunikujú s nimi, delegujú prácu a vymieňajú si výsledky s inými agentmi.

Tieto schopnosti sú dôležité, ale dôvera podnikov si vyžaduje, aby bolo zodpovedané viac otázok: ktorý nezávislý zástupca je za overenou pracovnou záťažou, kto ju vlastní, na aký účel bola zaregistrovaná, kto delegoval súčasnú úlohu, koľko bola delegovaná autorita, či je akcia stále v rozsahu, aké politiky sa uplatňujú v čase, či sa vyžaduje ľudské schválenie a aké dôkazy umožnia organizácii neskôr rekonštruovať pracovný postup.

MCP a A2A vytvárajú dôležité prepojiteľnosť a bezpečnostné nadácie. AIP pridáva trvalé obchodné zastúpenie identitu, vlastníctvo, účel, delegovaný rozsah, kontext politiky prevádzky a pozdĺžnu kontrolovateľnosť.

Dôvera v agentický systém preto nie je jediným výsledkom overovania. Je to vrstvené rozhodnutie, ktoré musí byť prehodnotené ako agenti delegujú prácu, vybrať nástroje, prístup k údajom, generovať výstupy, a navrhnúť materiálne akcie.

AI agent dôveru je neustále hodnotená dôvera, že konkrétny autonómny agent je autentický, vlastní, autorizovaný, v rozsahu, politiky-v súlade, a zodpovedný za akciu, ktorú sa pokúša.

Táto definícia je širšia ako úspešné prihlásenie alebo platný symbol. Zahŕňa identitu, vlastníctvo, poverený orgán, časový kontext, politické výsledky a zachované dôkazy.

Stručné rozlíšenie podnikov funguje dobre: bezpečnosť protokolu vytvára dôveryhodnú komunikáciu a prístup, zatiaľ čo sprostredkovateľská identita stanovuje zodpovednú autonómiu.

Systémy AI boli väčšinou žiadosti a odpovede. Užívateľ predložil prompt, model vrátil text a pracovný postup zastavil. Agentické systémy menia tento model.

Autonómny alebo poloautonómny agent môže interpretovať široký cieľ, vybrať nástroje dynamicky, získavať údaje o podnikoch, komunikovať s externými agentmi, delegovať časti úlohy, aktualizovať záznamy, vytvárať kód, iniciovať pracovné postupy, navrhovať nákupy alebo aktivovať akcie v operačných systémoch.

Bezpečnostnou otázkou už nie je len to, či je žiadosť oprávnená volať API. Je to, že tento konkrétny zástupca môže vykonať túto konkrétnu akciu na tento konkrétny účel pod vedením, ktorý má v súčasnosti.

Problém rýchlo narastá v pracovných tokoch viacerých agentov, externých a predávajúcich, a v systémoch, kde sa chyby stávajú finančne alebo prevádzkovo významnými.

Tradičný bezpečnostný jazyk často skomponuje dôveru do binárneho výsledku: overené alebo neautentizované, autorizované alebo neoprávnené, dôveryhodné alebo nedôveryhodné. Sprostredkovateľské pracovné postupy vyžadujú viac detailný model.

Agent môže byť úspešne overený, ale stále koná mimo svoj účel. Môže mať prístup k nástroju, ale nie právomoc používať tento nástroj pre súčasnú úlohu. Môže byť povolené pripraviť platbu, ale nepodložiť ju. Môže to byť dôveryhodné pred desiatimi minútami a potom pozastavené po bezpečnostnej udalosti.

Užitočný model podnikovej dôvery obsahuje niekoľko vrstiev, ktoré by sa mali hodnotiť spolu, a nie zrútiť do jedného stavu.

MCP pomáha štandardizovať, ako sa AI aplikácie pripájajú k nástrojom, zdrojom, promóciám a externým systémom. Obsahuje aj zmysluplné možnosti povoľovania, a nie považovať bezpečnosť za popremýšľanie.

Špecifikácia MCP z 25. novembra 2025 definuje povolenie na prepravnej vrstve pre transporty založené na HTTP. Pri používaní chránených MCP serverov sa MCP klienti a servery spoliehajú na OAuth-založené mechanizmy a serveri odhaľujú chránené zdrojové metaúdaje, aby klienti mohli objaviť autorizačný server správne.

Oficiálne rozšírenia MCP oprávnenia pridávajú dva obzvlášť relevantné modely podnikov. Rozšírenie OAuth Client Credentials podporuje neinteraktívne prípady používania strojov na stroj. Rozšírenie povolenia riadeného podnikom umožňuje centrálne ovládať prístup k MCP serveru prostredníctvom svojho existujúceho poskytovateľa identity namiesto spoliehania sa len na súhlas užívateľa.

MCP preto prispieva silnými základmi protokolu na zabezpečenie prístupu k zdrojom. Samotná odpoveď nie je, kto riadi autonómny agent používa tohto klienta, prečo koná, či je úloha stále v rozsahu, alebo ako by sa výsledná akcia mala priviazať k dlhožijúcemu vlastníctvu a dôkazom.

A2A štandardizuje, ako sa agenti navzájom objavujú, vymieňajú si úlohy a spolupracujú. To zahŕňa zmysluplné funkcie protokolu týkajúceho sa identity a bezpečnosti, a nie bezdôvery.

Karty A2A agentov fungujú ako prejav objavu a interakcie. Opisujú metaúdaje súvisiace s identitou, informácie o poskytovateľovi, koncové body služby, schopnosti, požiadavky na autentifikáciu a zručnosti. Môžu tiež podporovať overené rozšírené karty, keď by sa dodatočné informácie mali zverejniť až po autentifikácii.

A2A ukladá na server autentifikáciu a autorizačné povinnosti. Aktuálna špecifikácia hovorí, že server musí overiť prichádzajúce žiadosti na základe poskytnutých osvedčení a jeho deklarované požiadavky na autentifikáciu, a po overení, server povoľuje žiadosti na báze overenej identity a svojich vlastných politík. Rovnaký špeciál podporuje aj podpisovanie agenta Card prostredníctvom JWS a odporúča overenie totožnosti servera na základe TLS.

A2A preto prispieva k silným základom pre objavovanie, interoperabilitu, bezpečnú komunikáciu a povolenie na posilnenie serverov. To, čo automaticky nevytvára, je úplný interný záznam správy a riadenia prijímajúceho podniku pre agenta alebo trvalý reťazec zodpovednosti na úrovni akcie v rámci systémov a delegácií.

Karta agenta je A2A objav a interakciu manifest. To môže popisovať služby schopnosti, rozhrania, zručnosti, koncový bod, poskytovateľ, a bezpečnostné požiadavky. To tiež môže byť digitálne podpísané a môže mať overenú rozšírenú verziu.

To robí to dôležité metaúdaje týkajúce sa identity, ale nie nevyhnutne plná identita podnikov zaznamenať prijímajúce potreby organizácie pre riadenie. Interný záznam AIP identity môže doplniť Agent kartu o obchodné vlastníctvo, schválený účel, životný cyklus stav, riziko, delegovaný rozsah, časových politických záväzkov, história incidentov, a uchovávané dôkazy.

Užitočné rozlíšenie je jednoduché: agenti karty podporujú interoperabilitu a objavovanie schopností. Záznam identity podniku AIP pridáva interné vlastníctvo, kontext riadenia, delegovaný rozsah pôsobnosti, politiku bežeckej prevádzky a auditovateľnosť.

Jednou z najväčších medzier v zjednodušených modeloch dôvery je predpoklad, že prístup k zdrojom automaticky znamená autoritu úlohy.

V prípade, že sa v prípade potreby použije postup na určenie, či je možné vykonať audit, by sa mal vykonať audit.

To je dôležité preto, že overený a autorizovaný agent môže stále prečerpať prístup. Môže mať prístup k CRM, ale nie právomoc vymazať záznamy zákazníkov. Môže to mať prístup ku platobnému nástroju, ale nemá právomoc predložiť platbu. Môže byť prístup k zdroju údajov dodávateľa, ale nemôže byť orgán na zverejnenie regulovaných interných údajov externému agentovi.

AIP dopĺňa MCP a A2A tým, že sa táto delegovaná právomoc pripútala k trvalo udržateľnej identite agenta a opätovne ju vyhodnocuje v čase prevádzky.

Overený zástupca môže byť stále zamietnutý, pretože úloha je mimo jeho účelu, delegovanie sa nevzťahuje na požadovanú operáciu, rozsah vypršal, nástroj je zakázaný, údaje sú príliš citlivé, agent bol pozastavený, pracovný postup vyžaduje ľudské schválenie, alebo sa zmenili bezpečnostné signály v čase bežania.

Preto by sa dôvera mala považovať za kontinuálne vyhodnocovanú skôr ako zmrazenú v čase prihlásenia. Politika Runtime môže byť potrebné porovnať požadovaný nástroj volanie alebo delegovanie krok proti agenta životný cyklus stav, účel úlohy, povolené nástroje, stupeň rizika, a súčasnej verzie politiky.

To je tiež miesto, kde susedné vrstvy, ako je Povolenie agenta AI, Pozorovateľnosť agenta AIa Prečo AI Audit a forenzné záznamy záležitosť byť operatívne dôležitý.

MCP riadi štandardizovaný prístup k nástrojom a zdrojom, zatiaľ čo A2A riadi komunikáciu a spoluprácu medzi agentmi. AIP pridáva trvalé podnikové agent identity, vlastníctvo, delegovaná autorita, behúň politický kontext, a pozdĺžne auditovateľnosť okolo týchto interakcií.

To znamená, že AIP nie je náhrada za povolenie MCP, A2A bezpečnosť, IAM, TLS, OAuth, alebo pracovné zaťaženie identity. Je to vrstva, ktorá pomáha podniku odpovedať, kto tento agent je, prečo existuje, kto vlastní, aká autorita má v súčasnosti, čo životný cyklus štát uplatňuje, aká politika bola hodnotená, a čo dôkazy zostane po tom.

V rámci modelu obsahu AgentID sa táto doplnková architektúra zakladá na Čo je agentický protokol totožnosti?, Sklad splnomocnenia, Životný cyklus agenta UIa Register agenta AI.

Každý výrobný agent má trvalé identifikačné číslo odlišné od svojho modelu, servisného účtu, aplikácie a nasadenia.

Každý agent má pomenovaného majiteľa, človeka, tímu alebo organizácie.

Externí agenti sú mapovaní na organizáciu poskytovateľa a miestneho sponzora podniku.

[] Identita väzby môžu byť rotačné a zrušené bez straty histórie.

Chránené zdroje MCP vyžadujú primerané povolenie a overenie symbolického publika.

Stroj-na-stroj MCP pracovné postupy použiť vhodný non-interactive autorizačné vzor, kde nie je prítomný žiadny užívateľ.

A2A koncové ukazovatele používajú validované TLS, a podpisy agenta karty sú overené, ak je to relevantné.

Citlivé schopnosti sú vystavené iba prostredníctvom chránených alebo overených rozšírených kariet, ak je to vhodné.

Každá úloha má identifikovateľného delegujúceho riaditeľa a vymedzený účel.

Delegácia nemôže prekročiť autoritu delegátora a vyprší.

Tool volanie sú v porovnaní s delegované rozsah v čase bežania.

Politické rozhodnutia podpora umožňujú, poprieť, varovať, masku, a držať výsledky.

Každý pracovný postup dostane korelačné ID a úlohy agenta rodiča a dieťaťa sú prepojené.

Infraštruktúrne identity a trvalé agent identity sú zachované v dôkazoch.

[] Suspendovaní alebo odvolaní agenti sú zablokovaní v čase, aj keď starý kredit stále existuje inde.

Ako si môžu agenti AI navzájom veriť? Agenti AI nezakladajú dôveru prostredníctvom jedného mechanizmu. Dôvera kombinuje bezpečnosť koncových ukazovateľov, autentifikáciu, autorizáciu, objav agenta, pretrvávajúcu identitu, delegovanú autoritu, politiku bežania a audítorské dôkazy.

Ako A2A autentifikujú agenti? A2 A2 a delegáti autentifikáciu na zavedené webové a dopravné mechanizmy. Karta agenta deklaruje bezpečnostné systémy požadované serverom A2a, zatiaľ čo server potvrdzuje prichádzajúce požiadavky a povoľuje ich podľa svojich vlastných zásad.

Ako MCP autorizuje agentov? MCP povoľuje prístup k chráneným zdrojom HTTP prostredníctvom rámca založeného na OAuth. MCP klienti predstavujú prístup k tokenom a MCP servery potvrdzujú token, jeho publikum a požadované povolenia. Oficiálne rozšírenia podporujú aj OAuthove klientské poverovacie listiny a Enterprise-Manažed Autorizácia.

Je agentská karta identita agenta? Karta agentov je zoznam objavov a interakcií súvisiacich s identifikáciou agenta A2A. Nie je automaticky kompletným záznamom o správe tohto agenta prijímajúceho podniku.

Sú karty agenta bezpečné? Karty agenta môžu byť podávané cez HTTPS, chránené prostredníctvom kontroly prístupu, za predpokladu, ako overené rozšírené karty, a digitálne podpísané pomocou JWS. Bezpečnosť stále závisí na správnom vykonávaní, kľúčové dôvery, autorizácie, a bezpečné zaobchádzanie s metadátami.

Ako sa agenti preukázať vlastníctvo? Vlastníctvo je zvyčajne založený prostredníctvom podnikového registra a procesu riadenia, a nie prostredníctvom samotnej autentifikácie. Užitočný záznam vlastníctva spája agenta s menovaným človekom alebo tímom, operačnej organizácie, schvaľovacieho záznamu, obchodného účelu, a životného cyklu záväzkov.

Ako by mali zástupcovia bezpečne delegovať úlohy? Bezpečná delegácia by mala identifikovať delegujúceho riaditeľa, prijímajúceho zástupcu, účel úlohy, povolený orgán, povolené nástroje a údaje, platnosť, ďalšie pravidlá delegovania, požiadavky na schválenie a záznam o dôkazoch rodiča a dieťaťa.

Čo je delegovaná právomoc pre agenta AI? Delegovaný orgán je obmedzený mandát, podľa ktorého agent koná v mene používateľa, aplikácie, organizácie alebo iného agenta. Malo by opísať nielen to, ktorý zdroj je prístupný, ale aj to, čo môže agent urobiť, na aký účel, na ako dlho a podľa akých limitov.

Prečo je platný OAuth token nie je dosť pre dôveru agenta? Platný OAuth token môže ukázať, že klient má povolenie na prístup k zdroju. Nesmie ukázať, ktorý autonómny agent si vybral akciu, prečo si ju vybral, kto delegoval úlohu, či akcia zodpovedá účelu úlohy, či už je agent pozastavený, alebo aký dôkaz musí byť zachovaný.

Ako môžete kontrolovať viac-agentový pracovný postup? Použite koreňovú koreláciu ID a prepojiť každú žiadosť užívateľa, agent úlohu, A2A delegáciu, úlohu dieťaťa, MCP autorizačné podujatie, nástroj volanie, politické rozhodnutie, artefakt, schválenie, a záverečnú akciu pri zachovaní ako infraštruktúrnej identity a trvalé agent identity.

Ako AIP dopĺňa MCP a A2A? MCP štandardizuje chránený prístup k nástrojom a kontextu. A2 A štandardizuje objavovanie, komunikáciu a spoluprácu medzi agentmi. AIP pridáva kontext riadenia podniku okolo týchto interakcií: trvalý agent ID, vlastník, účel, delegovaná autorita, rozsah prevádzky, stav životného cyklu, politické rozhodnutia, schválenia a dlhodobé dôkazy.

Nahrádza AIP tradičný IAM? Nie. Tradičný IAM autentifikuje používateľov, aplikácie, pracovné zaťaženie a kontrolu prístupu k zdrojom. AIP viaže tieto identity infraštruktúry na autonómnych agentov a pridáva zmysel, vlastníctvo, delegovanie, riadenie prevádzkových činností a dôkazy.

Môže byť overený agent stále zablokovaný? Áno. Overený agent môže byť stále zablokuje, pretože jeho stav životného cyklu je pozastavená, úloha je mimo jeho účel, delegovanie vypršala, nástroj je zakázaný, citlivé údaje sú prítomné, schválenie chýba, alebo sa zmení signál rizika po dobe.

Špecifikácia vzorového kontextového protokolu, 2025-11-25

Povolenie MCP

Rozšírenie OAuth Client Creditials pre MCP

Povolenie pre MCP riadené podnikom

Špecifikácia protokolu A2A v1.0

Objavenie agenta A2A

A2A základné pojmy

Protokol splnomocnenia totožnosti agentomID

Čo je agentický protokol totožnosti?

Sklad splnomocnenia

Životný cyklus agenta UI

Register agenta AI

Povolenie agenta AI

Pozorovateľnosť agenta AI

Prečo AI Audit a forenzné záznamy záležitosť