Mfumo wa Tabaka Nyuma ya IDP ya Baadaye: Kwa Nini Inahitaji Usanifu wa Viwango vya Tabaka Nyingi Kubadilisha Kibali cha Karatasi cha Uendeshaji wa Kimataifa

Hakuna kiwango kimoja kinachoweza kubadilisha Kibali cha Karatasi cha Uendeshaji wa Kimataifa (IDP). Mrithi wa kweli ni mfumo wa viwango vinavyofanya kazi pamoja — na kuelewa mfumo huo ndiyo ufunguo wa kuelewa mahali ambapo stakabadhi za dijiti za uendeshaji wa mipakani zinaelekea.

Kwa Nini Hakuna Kiwango Kimoja Kitakachobadilisha Kibali cha Karatasi cha IDP

Majadiliano mengi kuhusu IDP ya baadaye yanaanza na swali lisilo sahihi: kiwango gani kitakachobadilisha kibali cha karatasi? Mtazamo huo unachukulia kwamba vipimo moja vinaweza kufanya kazi yote. Haiwezekani.

Kazi ya NIST kuhusu mDL (leseni ya uendeshaji ya rununu) inabainisha wazi kwamba viwango vipya vya stakabadhi za dijiti vinaibuka katika maeneo tofauti ya matatizo. Familia ya ISO 18013 yenyewe imegawanywa katika sehemu nyingi zinazoshughulikia muundo wa kimwili, usalama, uwasilishaji wa rununu, na upanuzi wa mtandao. Kwa hivyo, stakabadhi ya uendeshaji ya mipakani ya baadaye si vipimo moja — ni mfumo wa vipimo uliOratibiwa, kila kimoja kikishughulikia tatizo tofauti.

Muhtasari wa Mfumo wa Tabaka wa IDP ya Baadaye

Hizi hapa ni tabaka nane ambazo, zikichukuliwa pamoja, zinafafanua jinsi IDP ya baadaye inavyoonekana:

Tabaka la 0 — Msingi wa kimwili na data: ISO/IEC 18013-1
Tabaka la 1 — Usalama wa stakabadhi: ISO/IEC 18013-3
Tabaka la 2 — Uwasilishaji wa karibu (ana kwa ana): ISO/IEC 18013-5
Tabaka la 3 — Uwasilishaji wa mbali / mtandao: ISO/IEC 18013-7
Tabaka la 4 — Semantiki za stakabadhi: Mfano wa Data wa Stakabadhi Zinazoweza Kuthibitishwa wa W3C 2.0
Tabaka la 5 — Itifaki ya utoaji: OpenID4VCI
Tabaka la 6 — Itifaki ya ombi na uwasilishaji: OpenID4VP
Tabaka la 7 — Usambazaji wa uaminifu na idhini ya mthibitishaji: Rejista za uaminifu (mfano wa VICAL wa AAMVA, mfano wa relying-party unaotegemea cheti wa EUDI)

Kila tabaka linategemea viwango vya sasa au hati za mfumo wa ikolojia zinazoendelea. Sehemu zilizo hapa chini zinaeleza kila tabaka linafanya nini — na, muhimu zaidi, kinachosema halifanyi.

Tabaka la 0 — ISO/IEC 18013-1: Msingi wa Kimwili na Semantiki

Sehemu ya 1 ina umuhimu zaidi kuliko watu wengi wanavyotambua, kwa sababu haihusu muundo wa kadi peke yake.

ISO/IEC 18013-1 inafafanua sifa za kimwili na seti ya msingi ya data ya leseni ya uendeshaji inayozingatia ISO, ikiunda msingi wa pamoja wa matumizi ya kimataifa na utambuzi wa pande zote. Imejengwa kwa kadi ya usalama ya ID-1 iliyounganishwa na kitabu kidogo kwa matumizi ya kimataifa, ikibadilisha mfano wa zamani wa IDP ya karatasi. ISO pia inabainisha kwamba, katika hali nyingi, kadi moja inaweza kuchukua nafasi ya haja ya hati mbili tofauti.

Matokeo ya vitendo ni rahisi: IDP ya baadaye haiwezi kuanza kwenye tabaka la mkoba wa dijiti. Ikiwa muundo wa msingi wa hati, mfano wa data, na mpangilio havijafanyiwa kiwango kwanza, kila tabaka la dijiti juu yake linakuwa kiraka cha uoanifu juu ya miundo tofauti ya kitaifa. Sehemu ya 1 ndiyo msingi ambao mfumo wote wa tabaka unategemea.

Tabaka la 1 — ISO/IEC 18013-3: Usalama wa Stakabadhi

Sehemu ya 3 ndiyo mahali ambapo stakabadhi inabadilika kutoka kuwa data kwenye hati hadi kuwa kitu cha usalama. ISO inaelezea 18013-3 kama sehemu inayobainisha mifumo ya:

Udhibiti wa ufikiaji wa data inayosomwa na mashine
Uthibitishaji wa hati
Uthibitisho wa uadilifu

Hata hivyo, ISO inabainisha wazi kwamba Sehemu ya 3 haishughulikii masuala ya faragha yanayohusiana na matumizi ya baadaye ya data — na mipaka hiyo ina umuhimu wake.

Kwa ufupi, 18013-3 inatoa usalama wa stakabadhi, si utawala kamili wa mfumo wa ikolojia. Inasaidia kujibu maswali kama: Je, stakabadhi hii ilitolewa na mamlaka inayodaiwa? Je, data imebadilishwa? Haijibu kikamilifu: Je, mthibitishaji huyu anapaswa hata kuomba sehemu hii? Je, ombi hili linapaswa kuruhusiwa katika muktadha huu?

Hii pia ni tabaka linaloendelea badala ya bidhaa iliyokamilika. ISO inaorodhesha marekebisho ya 2022 ya itifaki ya PACE, marekebisho ya 2023 ya masasisho ya uthibitishaji wa passiv, na rasimu mpya ya 18013-3 inayoandaliwa kwa sasa.

Tabaka la 2 — ISO/IEC 18013-5: Uwasilishaji wa Rununu Ana kwa Ana

Ikiwa Sehemu ya 1 inafafanua hati na Sehemu ya 3 inalinda, Sehemu ya 5 inabadilisha leseni kuwa stakabadhi ya rununu.

ISO inabainisha kwamba 18013-5 inashughulikia kiolesura kati ya mDL na kisomaji, na kati ya kisomaji na miundombinu ya mamlaka ya kutoa. Pia inawezesha wahusika wa tatu — ikiwa ni pamoja na mamlaka na wathibitishaji katika nchi nyingine — kufanya yafuatayo:

Kupata data ya mDL kwa mashine
Kuunganisha data hiyo na mmiliki
Kuthibitisha asili yake
Kuthibitisha uadilifu wake

Kinachosema 18013-5 haishughulikii ni muhimu vile vile. ISO inaorodhesha wazi vipengele vilivyo nje ya upeo, vikiwemo jinsi idhini ya mmiliki ya kushiriki data inavyopatikana na mahitaji ya kuhifadhi data ya mDL na funguo za kibinafsi. Sehemu ya 5 si bidhaa kamili ya mkoba wa dijiti, wala mfano kamili wa idhini ya mtumiaji, wala mfumo kamili wa utawala. Ni tabaka la usafirishaji na uthibitishaji kwa uwasilishaji wa rununu.

Mwongozo wa utekelezaji wa AAMVA unabainisha zaidi kwa kutofautisha kati ya mifano miwili ya urejeshaji:

Urejeshaji wa kifaa, ambapo data inasomwa moja kwa moja kutoka kwa kifaa cha mmiliki.
Urejeshaji wa seva, ambao unaweza kuruhusu mamlaka ya kutoa kufuatilia wakati mDL inapotumiwa, data inayoshirikiwa, na hata kukadiria mahali pa kimwili kupitia uchambuzi wa IP.

Hoja ya pili si sababu ya kukataa kiwango — ni sababu ya kuwa wazi kuhusu mfano gani wa urejeshaji ambao IDP ya baadaye inapaswa kutumia kwa chaguo-msingi. AAMVA pia inahitaji mkoba wa dijiti kumpa mmiliki udhibiti kamili wa vipengele vya data vinavyoshirikiwa, ambayo inafaa zaidi na IDP ya baadaye kuliko mfano wa zamani wa “onyesha hati nzima”.

Tabaka la 3 — ISO/IEC 18013-7: Uwasilishaji wa Mtandao

Sehemu ya 5 inatatua tatizo la ana kwa ana. Sehemu ya 7 inapanua mfano huo kwa matumizi ya mbali.

ISO inaelezea 18013-7:2025 kama kipanuzi cha 18013-5 chenye uwasilishaji wa mDL kupitia mtandao kwa kisomaji. Mtandao si jambo la ziada katika usanifu huu; ni sehemu wazi ya kiwango.

Mwongozo wa leseni ya uendeshaji ya rununu wa Umoja wa Ulaya unashughulikia uwasilishaji wa mtandao kama wa vitendo badala ya wa nadharia, ukielezea hali kama:

Usajili wa ukodishaji wa gari, ambapo watumiaji wanashiriki mDL yao ana kwa ana au kwa mbali mapema
Ukaguzi wa kando ya barabara na polisi
Wasifu wa matumizi ya mDL wa jumla uliojengwa juu ya ISO/IEC 18013-5 na 18013-7

Hata hivyo, mwongozo wa sasa wa AAMVA unakiri mapungufu: matumizi ya mDL kupitia mtandao ni ya hamu sana, lakini baadhi ya viwango vya usaidizi bado vinakomaa. Kuna mapengo ya kweli katika uunganishaji wa sasa wa mkoba na kivinjari, na bila orodha ya wasomaji wanaoaminika, upande wa mdoc unaweza usikuwe na njia ya kuaminika ya kuthibitisha sifa fulani za usalama. Uwasilishaji wa mbali ni wa kweli — na bado unakua.

Hata na masharti hayo, 18013-7 ni jibu la kwanza zito kwa tatizo ambalo IDP ya karatasi haikujaribu kutatua hata kidogo: kuwasilisha haki za uendeshaji kwa mbali, kabla mtu hajafikia kaunta au ukaguzi.

Tabaka la 4 — Mfano wa Data wa VC wa W3C 2.0: Tabaka la Semantiki

Mfano wa Data wa Stakabadhi Zinazoweza Kuthibitishwa wa W3C 2.0 si kiwango cha leseni ya uendeshaji — na hii ndiyo hasa sababu ina umuhimu.

Pendekezo hilo linafafanua mfano wa data unaoweza kupanuliwa kwa stakabadhi zinazoweza kuthibitishwa, linaeleza jinsi zinavyoweza kulindwa dhidi ya mabadiliko, na linaelezea mfumo wa ikolojia kwa majukumu matatu ya msingi: watoa, wamiliki, na wathibitishaji. Leseni ya uendeshaji inaonekana kama moja ya mifano yake ya msingi.

Kwa IDP ya baadaye, VC 2.0 inachangia msamiati wa jumla kwa madai, mawasilisho, na rejista za data zinazoweza kuthibitishwa. W3C inabainisha wazi kwamba rejista hizo zinaweza kuchukua mifano kadhaa, ikiwa ni pamoja na:

Hifadhidata zinazoaminika
Hifadhidata za utambulisho wa serikali
Hifadhidata zilizosambazwa
Vitabu vya kumbukumbu vilivyosambazwa

Hilo linaondoa uongo wa kuchagua kati ya mbinu ya blockchain peke yake au ile ya umiliki kamili. Mfano wa data ni mpana zaidi kuliko yoyote ya hizo mbili.

VC 2.0 pia iko wazi kuhusu ufichuaji wa kuchagua. W3C inabainisha kwamba leseni ya uendeshaji inaweza kubeba data zaidi kuliko inavyohitajika kwa matumizi fulani, na inapendekeza kugawanya taarifa katika vipande vidogo au kutumia mifumo inayowezesha ufichuaji wa kuchagua. Kwa IDP ya baadaye, hii si upendeleo wa faragha wa hiari — ni tofauti kati ya stakabadhi ya kisasa na nakala ya dijiti ya kadi ya plastiki.

Hata hivyo, VC 2.0 si mbadala kamili wa ISO 18013. W3C inabainisha kwamba mfano wa data hauhitaji mfano wa kitamaduni wa mlolongo wa uaminifu wa mamlaka ya cheti. Kwa vitendo, VC 2.0 ni tabaka imara la semantiki, lakini tabaka wazi za usambazaji wa uaminifu na utawala wa mthibitishaji bado zinahitaji kuwepo juu yake.

Tabaka la 5 — OpenID4VCI: Itifaki ya Utoaji

IDP ya baadaye inahitaji njia ya kiwango ya kusogeza stakabadhi kutoka kwa mtoa hadi kwenye mkoba wa dijiti. Hiyo ndiyo jukumu la OpenID kwa Utoaji wa Stakabadhi Zinazoweza Kuthibitishwa (OpenID4VCI) 1.0.

Vipimo hivyo vinafafanua API iliyolindwa na OAuth kwa ajili ya kutoa stakabadhi zinazoweza kuthibitishwa, na kwa makusudi haitegemei muundo mahususi. Miongoni mwa miundo ya stakabadhi inayoungwa mkono:

ISO mdoc
SD-JWT VC
Stakabadhi za W3C VCDM

Pia inaunga mkono ufungaji wa mmiliki na mawasilisho ya baadaye bila kuhusisha mtoa tena. OpenID4VCI 1.0 iliidhinishwa kama Vipimo vya Mwisho mnamo Septemba 2025.

Hii inafanya OpenID4VCI kuwa na umuhimu wa kimkakati kwa mfumo wa ikolojia wa IDP ya baadaye. Badala ya kujenga njia maalum za mtoa-hadi-mkoba kwa kila mamlaka au mtoa mkoba, mfumo wa ikolojia unaweza kufafanua wasifu wa utoaji unaotawaliwa juu ya mfumo wa kiwango cha utoaji — huku ukichagua bado ikiwa stakabadhi inayotokana itakuwa katika muundo wa mdoc, VC, au muundo mwingine unaounga mkono. Kubadilika huko ni moja ya hoja kuu zaidi za kuweka mfumo wa tabaka wa IDP ya baadaye kuwa wa moduli.

Tabaka la 6 — OpenID4VP: Itifaki ya Ombi na Uwasilishaji

Ikiwa OpenID4VCI inasogeza stakabadhi kwenye mkoba wa dijiti, OpenID kwa Mawasilisho Yanayoweza Kuthibitishwa (OpenID4VP) inairudisha nje kwa njia iliyodhibitiwa.

Vipimo hivyo vinafafanua mifumo ya kuomba na kuwasilisha stakabadhi. Msingi wake unatumia ujumbe wa HTTPS na mwelekeo, lakini pia unaunga mkono matumizi kupitia API ya Stakabadhi za Dijiti za W3C badala ya mtiririko wa mwelekeo. OpenID4VP 1.0 ilifikia hadhi ya Vipimo vya Mwisho mnamo Julai 2025.

Hilo lina umuhimu kwa sababu linapa mfumo wa tabaka wa IDP ya baadaye tabaka la uwasilishaji asili wa wavuti ambalo tovuti, programu, na wathibitishaji wa mtandaoni wanaweza kutekeleza moja kwa moja. Maendeleo kadhaa ya hivi karibuni yanaimarisha hili:

Mnamo Agosti 2025, Msingi wa OpenID ulitangaza uchambuzi rasmi wa usalama wa OpenID4VP ukitumiwa juu ya API ya Stakabadhi za Dijiti, bila udhaifu mpya uliopatikana katika mfano wa itifaki uliothibitishwa.
Rasimu ya sasa ya mDL ya NIST inajenga mfano wake wa vitisho kuzunguka kuomba na kuwasilisha mDL kupitia OpenID4VP juu ya API ya Stakabadhi za Dijiti za W3C, na FIDO CTAP ikitumiwa kuimarisha ukaribu na kupinga ulaghai wa akaunti katika mtiririko unaohusika.

Upande wa wavuti wa mfumo wa tabaka na upande wa mDL unakutana. OpenID4VP haipaswi kusomwa kama mshindani wa ISO 18013-7 — ni tabaka la itifaki ya wavuti linalofanya uwasilishaji wa mtandao kuwa wa vitendo katika mazingira ya kweli ya kivinjari, mkoba, na mthibitishaji.

Tabaka la 7 — Rejista za Uaminifu: Mahali Ambapo Mfumo wa Tabaka Unakuwa Mfumo wa Ikolojia

Hili ni tabaka ambalo majadiliano mengi yanakimbia — na tabaka linaloamua ikiwa mfumo mzima unafanya kazi kweli kweli.

Mthibitishaji hawezi kufanya mengi na stakabadhi iliyotiwa saini isipokuwa ikiwa anajua mambo matatu:

Watoa gani ni halali
Funguo gani za umma ziko za sasa
Ikiwa upande unaoomba wenyewe una idhini

Upande wa mtoa, Huduma ya Uaminifu wa Dijiti ya AAMVA inatoa jibu thabiti. Inatoa njia moja, salama, inayostahimili kwa ajili ya wahusika wanaotegemea kupata funguo za umma za mamlaka za kutoa, zilizosambazwa kupitia Orodha ya Cheti cha Mamlaka ya Kutoa Iliyothibitishwa (VICAL). Mwongozo wa AAMVA unaelezea jukumu la mtoa wa VICAL kwa njia ya vitendo: kusanya funguo za umma kutoka kwa mamlaka halali za kutoa, kuthibitisha kwamba mamlaka hizo zinasimamia funguo zao kwa usalama, kuchanganya funguo katika VICAL moja, na kuziwasilisha kwa wathibitishaji.

Upande wa mthibitishaji, Ulaya inashughulikia tatizo la uaminifu kutoka mwelekeo mwingine. Katika Mfumo wa Usanifu na Rejeleo wa EUDI, wahusika wanaotegemea wanasajili, kupata vyeti vya ufikiaji, na kutumia vyeti hivyo kuthibitisha nafsi zao kwa programu za mkoba wa dijiti wakati wa kuomba sifa. Mkoba halafu unathibitisha mlolongo wa cheti, unakagua hali ya kufutwa, unawasilisha ombi kwa mtumiaji, na unatoa sifa zilizoidhinishwa peke yake.

Mfano wa VC wa W3C unachangia hapa pia, ukizingatia rejista za data zinazoweza kuthibitishwa kama jukumu tofauti la mfumo wa ikolojia. Kama ilivyobainishwa mapema, rejista hizo zinaweza kuwa hifadhidata zinazoaminika, hifadhidata za utambulisho wa serikali, hifadhidata zilizosambazwa, au vitabu vya kumbukumbu vilivyosambazwa. Rejista ya uaminifu ya IDP ya baadaye haihitaji kujengwa juu ya blockchain. Inahitaji kutawaliwa, iweze kukaguliwa, na isomwe na mashine.

Ikiwa ISO 18013 inafafanua jinsi stakabadhi inavyoonekana na kusafiri, rejista za uaminifu zinaaamua ikiwa mtu yeyote anapaswa kuiamini.

IDP ya baadaye ni mfumo wa tabaka, si vipimo moja

Jinsi Muamala wa IDP ya Baadaye Unavyofanya Kazi Kutoka Mwanzo hadi Mwisho

Hapa ni mfumo wa tabaka ukifanya kazi, umegawanywa katika nyakati nne kuu za mzunguko wa maisha wa stakabadhi.

1. Utoaji. Mamlaka ya kitaifa — au mtoa aliyeidhinishwa kwa usimamizi mkali — inathibitisha rekodi ya leseni ya msingi na kutoa stakabadhi katika mkoba wa dijiti wa mmiliki. OpenID4VCI ni tabaka la utoaji la vitendo zaidi linalopatikana leo, kwa sababu tayari linaunga mkono miundo ya ISO mdoc, SD-JWT VC, na W3C VCDM. ISO 18013-5 yenyewe inaacha ukusanyaji wa idhini na uhifadhi wa funguo za kibinafsi nje ya upeo, ambayo ndiyo hasa sababu utoaji na utawala wa mkoba lazima zifanye kazi juu ya tabaka la msingi la usafirishaji la ISO.

2. Uwasilishaji ana kwa ana. Katika kusimama kwa ukaguzi wa barabara au dawati la ukodishaji, mkoba wa dijiti unawasilisha stakabadhi kwa kutumia mtiririko wa ukaribu unaotegemea 18013-5. Kisomaji kinathibitisha asili na uadilifu kwa kutumia funguo za mtoa zilizopatikana kutoka kwa rejista ya uaminifu — badala ya kufanya maamuzi ya uaminifu peke yake. Mmiliki anaidhinisha sehemu tu zinazohitajika kwa hali hiyo maalum.

3. Uwasilishaji wa mbali. Kwa ukaguzi wa awali wa ukodishaji au michakato mingine ya mtandaoni, mthibitishaji anaomba seti ndogo ya sifa kupitia mtiririko wenye uwezo wa mtandao ukitumia 18013-7 na/au OpenID4VP. Mkoba wa dijiti unaonyesha sifa gani zinaombwa, mmiliki anaidhinisha, na mthibitishaji anapata wasilisho lililoundwa badala ya scan au kupakiwa kwa PDF. Usanifu wa sasa wa NIST, uliojengwa kuzunguka OpenID4VP pamoja na API ya Stakabadhi za Dijiti, unaonyesha kwamba hii ni njia ya vitendo ya uhandisi sasa.

4. Uaminifu na idhini ya mthibitishaji. Mkoba wa dijiti haumini kila mwombaji bila kujali. Mfumo wa ikolojia uliokukomaa unathibitisha upande unaotegemea, unathibitisha milaolongo ya cheti, unakagua hali ya kufutwa, na humpa mtumiaji uwazi kuhusu nani anayoomba data gani. Mfano wa EUDI una nguvu hasa hapa, ukizingatia usajili wa mthibitishaji na vyeti vya ufikiaji kama sehemu muhimu za mfumo badala ya viongezeko vya hiari.

Mtiririko huu kamili ndiyo hasa sababu IDP ya baadaye lazima iwe mfumo wa tabaka. Hakuna tabaka moja linaweza kulitimiza. Si ISO peke yake. Si VC peke yake. Si OpenID peke yake. Na kwa hakika si PDF iliyoambatishwa kwenye fomu.

Kinachokosekana Bado Katika Mfumo wa Tabaka wa IDP ya Baadaye

Tatizo gumu zaidi lililobaki si kuunda kriptografia mpya — ni kufikia uwezo wa kushirikiana unaotawaliwa.

Fikiria hali ya mfumo wa ikolojia leo:

NIST imeelezea mazingira ya sasa ya viwango kama yanayokua katika maeneo tofauti.
AAMVA imejenga huduma ya uaminifu ya kikanda kwa Amerika Kaskazini.
Ulaya inajenga uaminifu wa wahusika wanaotegemea unaotegemea cheti katika usanifu wake wa mkoba wa dijiti.
OpenID imekamilisha vipimo vya utoaji na uwasilishaji na inapanua miundombinu ya kuzingatia.

Hizi bado ni majibu maalum ya mfumo wa ikolojia. Bado hakuna tabaka moja la uaminifu wa mipakani duniani kwa stakabadhi za dereva. Kazi iliyobaki ni kufafanua:

Sehemu gani za mfumo wa tabaka ni za lazima
Miundo gani ya stakabadhi inakubalika
Jinsi uaminifu wa mtoa na mthibitishaji unavyosambazwa
Jinsi kuzingatia kunavyopimwa
Jinsi utambuzi wa mipakani unavyotawaliwa bila kuathiri faragha

Hitimisho: IDP ya Baadaye ni Mfumo wa Tabaka, Si Hati

IDP ya baadaye haitaonekana kwa sababu shirika moja la viwango linaandika hati moja. Itaibuka pale ambapo mfumo wa tabaka unaofaa utakapofafanuliwa, kutawaliwa, na kupitishwa katika mamlaka mbalimbali. Mfumo huo wa tabaka tayari una tabaka zinazoweza kutambuliwa: