MCP imechapisha maelekezo thabiti ya “Enterprise-Managed Authorization”; rasimu nyingine za utambulisho wa mashine-kwa-mashine—ikiwa ni pamoja na rasimu ya OAuth client-credentials na mapendekezo mawili ya wazi—bado hazijakamilika. Kwa yeyote anayejaribu kuendesha mawakala huru (autonomous agents) kwa kutumia Model Context Protocol, hiyo inamaanisha kuwa itifaki ya leo inaweza kuthibitisha mtumiaji binadamu lakini haina njia inayoweza kutumika mara moja kuthibitisha kuwa mchakato usiohusisha binadamu (unattended process) ni yule anayedai kuwa yeye.

Kwa nini ramani ya njia ni muhimu

Ramani ya njia ya Model Context Protocol (MCP) inaorodhesha utambulisho wa wakala na usalama miongoni mwa vipaumbele vyake vya juu. Vitu vinne vilipangwa kutolewa: mtiririko wa kivinjari unaolenga binadamu (human-centric browser flow), mtiririko wa OAuth client-credentials kwa ajili ya huduma, kifungo cha tokeni kinachozingatia DPoP (DPoP-based token binding), na utaratibu wa ushirikiano wa utambulisho wa kazi (workload-identity federation mechanism). Ni ule wa kwanza tu—Enterprise-Managed Authorization—ambao umefikia hali thabiti.

Kile ambacho maelekezo thabiti hufanya hasa

Enterprise-Managed Authorization inaruhusu wasimamizi wa IT kutoa ufikiaji wa seva kutoka kwenye kioo kimoja (single console) badala ya kila mfanyakazi kuidhinisha kila muunganisho. Mtiririko huo unatumia uelekezaji wa kivinjari (browser redirect) na kuingia kwa mtumiaji (user login), hivyo mtu aliye kwenye laptop anaweza kuthibitisha utambulisho (authenticate) na kisha seva inaamini kipindi (session) cha mtumiaji huyo.

Kikomo ni cha wazi: mchakato huo unahitaji binadamu kwenye kibodi. Wakala anayefanya kazi usiku kucha, kuchakata data, au kujibu tahadhari hana mtu wa kubofya kitufe cha kuingia (login button). Kwa hivyo, utekelezaji wowote unaotegemea mawakala wasiohusisha binadamu hauwezi kutumia maelekezo pekee ambayo MCP kwa sasa inayahakikisha.

Chaguzi za rasimu na mapungufu yake

Nyongeza mbili za rasimu zinalenga kuwapa mawakala utambulisho wao wenyewe:

  • SEP-1932 (DPoP) – hufunga tokeni kwenye jozi ya funguo za umma na siri (public-private key pair), na kufanya tokeni zilizoibiwa zisifanye kazi.
  • SEP-1933 (Workload Identity Federation) – inaruhusu mawakala kurithi utambulisho ambao tayari umewekwa kwenye majukwaa ya wingu (cloud platforms).

Zote mbili zipo kama maombi ya marekebisho ya wazi (open pull requests); hakuna iliyounganishwa kwenye maelekezo rasmi. Wakati huo huo, chaguo lingine pekee lililoandikwa ni mtiririko wa OAuth client-credentials unaohitaji siri zilizosajiliwa mapema. Kuhifadhi siri hizo mahali ambapo wakala anaweza kuzisoma kunatengeneza eneo la mashambulizi la kawaida (classic attack surface): ikiwa siri itavuja, mshambuliaji yeyote anaweza kujifanya ni wakala huyo.

Hatua za vitendo kwa ajili ya uzalishaji leo

Kwa sababu itifaki bado haitoi utambulisho wa asili wa wakala, timu bado zinaweza kuimarisha usalama wa mawakala kwa kuhamisha usimamizi wa utambulisho nje ya MCP:

  1. Toa utambulisho unaoweza kuthibitishwa katika tabaka la kazi (workload layer). Mifumo kama SPIRE hutengeneza vyeti vinavyodumu kwa muda mfupi vilivyounganishwa na mzizi wa uaminifu wa mwenyeji (host’s trust root), na kuondoa siri zisizobadilika (static secrets).
  2. Malizia sifa za ufikiaji (credentials) kwenye lango (gateway). Huduma ya mbele (front-end service) inashikilia funguo ya API au tokeni na kusogeza maombi kwa niaba ya wakala, na kuweka siri nje ya mazingira ya utendaji (runtime environment).
  3. Idhinisha kulingana na utambulisho uliothibitishwa, si maudhui ya tokeni. Tenganisha uthibitishaji (nani anayetoa wito) kutoka kwa uidhinishaji (nini wanaweza kufanya) ili sera iweze kutekelezwa hata kama njia ya uthibitishaji itabadilika.

Nini cha kufuatilia baadaye

Maombi mawili ya marekebisho ya wazi (open pull requests) – kifungo cha DPoP na ushirikiano wa utambulisho wa kazi (workload-identity federation) – ndiyo njia pekee za kufikia kiwango cha kweli cha utambulisho wa mashine-kwa-mashine ndani ya MCP. Ikiwa jamii itayaunganisha, mawakala wataweza kuthibitisha umiliki wa funguo ya siri au kurithi utambulisho uliotolewa na wingu bila kufichua siri. Mpaka wakati huo, utekelezaji wowote wa uzalishaji lazima utegemee mifumo ya utambulisho ya nje au ukubali hatari ya sifa za ufikiaji zisizobadilika (static credentials).

Hitimisho ni wazi: MCP kwa sasa inaweza kuthibitisha mtu aliye nyuma ya ombi, lakini bado haithibitishi programu inayotoa ombi hilo. Timu zinazohitaji mawakala huru salama hazipaswi kusubiri maelekezo yafike; lazima zijenge utambulisho katika tabaka la kazi leo na kuzingatia mapendekezo yanayosubiri ya DPoP na ushirikiano (federation).