Stos Technologiczny Przyszłego IDP: Dlaczego Zastąpienie Papierowego Zezwolenia Wymaga Warstwowej Architektury Standardów

Żaden pojedynczy standard nie zastąpi papierowego Międzynarodowego Prawa Jazdy (IDP). Prawdziwym następcą jest stos standardów działających razem — a zrozumienie tego stosu jest kluczem do zrozumienia, dokąd naprawdę zmierzają transgraniczne cyfrowe dokumenty uprawniające do kierowania.

Dlaczego Żaden Pojedynczy Standard Nie Zastąpi Papierowego IDP

Większość dyskusji na temat przyszłego IDP rozpoczyna się od błędnego pytania: który standard zastąpi papierowe zezwolenie? Takie ujęcie zakłada, że jedna specyfikacja może wykonać całą pracę. Nie może.

Prace NIST nad mDL (mobilnym prawem jazdy) wyraźnie wskazują, że nowe standardy cyfrowych dokumentów tożsamości pojawiają się w odrębnych obszarach problemowych. Sama rodzina ISO 18013 jest już podzielona na wiele części obejmujących projekt fizyczny, zabezpieczenia, prezentację mobilną i rozszerzenia internetowe. Przyszły transgraniczny dokument uprawniający do kierowania to zatem nie jedna specyfikacja — lecz skoordynowany stos specyfikacji, z których każda obsługuje odrębny aspekt.

Stos Przyszłego IDP w Skrócie

Oto osiem warstw, które razem definiują, jak wygląda przyszły IDP:

Warstwa 0 — Fizyczna i danych podstawowych: ISO/IEC 18013-1
Warstwa 1 — Bezpieczeństwo dokumentu: ISO/IEC 18013-3
Warstwa 2 — Prezentacja zbliżeniowa (osobista): ISO/IEC 18013-5
Warstwa 3 — Prezentacja zdalna / internetowa: ISO/IEC 18013-7
Warstwa 4 — Semantyka dokumentu: W3C Verifiable Credentials Data Model 2.0
Warstwa 5 — Protokół wydawania: OpenID4VCI
Warstwa 6 — Protokół żądania i prezentacji: OpenID4VP
Warstwa 7 — Dystrybucja zaufania i autoryzacja weryfikatorów: Rejestry zaufania (model VICAL AAMVA, model certyfikatów stron ufających EUDI)

Każda warstwa jest oparta na aktualnych standardach lub aktywnej dokumentacji ekosystemu. Poniższe sekcje wyjaśniają, co robi każda warstwa — i, co równie ważne, czego nie robi.

Warstwa 0 — ISO/IEC 18013-1: Fizyczna i Semantyczna Podstawa

Część 1 ma większe znaczenie, niż większość ludzi zdaje sobie sprawę, ponieważ nie dotyczy wyłącznie projektu karty.

ISO/IEC 18013-1 określa właściwości fizyczne i podstawowy zestaw danych prawa jazdy zgodnego z ISO, tworząc wspólną podstawę do użytku międzynarodowego i wzajemnego uznawania. Opiera się na zabezpieczonej karcie formatu ID-1 uzupełnionej broszurą do użytku międzynarodowego, zastępując starszy model papierowego IDP. ISO zauważa również, że w wielu przypadkach jedna karta może zastąpić dwa oddzielne dokumenty.

Praktyczna implikacja jest prosta: przyszły IDP nie może zaczynać się od warstwy portfela. Jeśli najpierw nie zostaną ustandaryzowane struktura dokumentu, model danych i układ, każda cyfrowa warstwa powyżej staje się łatą kompatybilności nakładaną na zróżnicowane formaty krajowe. Część 1 to fundament, od którego zależy reszta stosu.

Warstwa 1 — ISO/IEC 18013-3: Bezpieczeństwo Dokumentu

Część 3 to miejsce, w którym dokument przechodzi od bycia danymi na dokumencie do bycia obiektem bezpieczeństwa. ISO opisuje 18013-3 jako część, która określa mechanizmy:

Kontroli dostępu do danych odczytywalnych maszynowo
Uwierzytelniania dokumentu
Walidacji integralności

ISO jest jednak jednoznaczne, że Część 3 nie odnosi się do kwestii prywatności związanych z późniejszym wykorzystaniem danych — i ta granica ma znaczenie.

Krótko mówiąc, 18013-3 zapewnia bezpieczeństwo dokumentu, a nie pełne zarządzanie ekosystemem. Pomaga odpowiedzieć na pytania takie jak: Czy ten dokument został wydany przez wskazany organ? Czy dane zostały zmienione? Nie odpowiada w pełni na pytanie: Czy ten weryfikator w ogóle powinien żądać tego pola? Czy takie żądanie powinno być dozwolone w tym kontekście?

Jest to również aktywna warstwa, a nie gotowy produkt. ISO wymienia poprawkę z 2022 roku dotyczącą protokołu PACE, poprawkę z 2023 roku dotyczącą aktualizacji uwierzytelniania pasywnego oraz nowy projekt 18013-3 aktualnie opracowywany.

Warstwa 2 — ISO/IEC 18013-5: Mobilna Prezentacja Osobista

Jeśli Część 1 definiuje dokument, a Część 3 go zabezpiecza, Część 5 przekształca prawo jazdy w mobilny dokument tożsamości.

ISO określa, że 18013-5 obejmuje interfejs między mDL a czytnikiem oraz między czytnikiem a infrastrukturą organu wydającego. Umożliwia również stronom trzecim — w tym organom i weryfikatorom w innych krajach — :

Maszynowe pobieranie danych mDL
Powiązanie tych danych z posiadaczem
Uwierzytelnianie ich pochodzenia
Weryfikację ich integralności

To, czego 18013-5 nie obejmuje, jest równie ważne. ISO wyraźnie wymienia elementy spoza zakresu, w tym sposób uzyskiwania zgody posiadacza na udostępnianie danych oraz wymagania dotyczące przechowywania danych mDL i kluczy prywatnych. Część 5 nie jest kompletnym produktem portfela, kompletnym modelem zgody użytkownika ani kompletnym systemem zarządzania. Jest to warstwa transportu i weryfikacji dla prezentacji mobilnej.

Wytyczne implementacyjne AAMVA precyzują to dalej, rozróżniając dwa modele pobierania:

Pobieranie z urządzenia, gdzie dane są odczytywane bezpośrednio z urządzenia posiadacza.
Pobieranie z serwera, które może umożliwić organowi wydającemu obserwowanie, kiedy używany jest mDL, jakie dane są udostępniane, a nawet szacowanie lokalizacji fizycznej poprzez analizę adresów IP.

Ten drugi punkt nie jest powodem do odrzucenia standardu — jest powodem do precyzyjnego określenia, który model pobierania powinien być domyślnie stosowany w przyszłym IDP. AAMVA wymaga również, aby portfel dawał posiadaczowi pełną kontrolę nad tym, które elementy danych są udostępniane, co znacznie lepiej pasuje do przyszłego IDP niż starszy model „pokaż cały dokument”.

Warstwa 3 — ISO/IEC 18013-7: Prezentacja Internetowa

Część 5 rozwiązuje problem prezentacji osobistej. Część 7 rozszerza ten model na użytek zdalny.

ISO opisuje 18013-7:2025 jako rozszerzenie 18013-5 o internetową prezentację mDL do czytnika. Internet nie jest drugorzędnym zagadnieniem w tej architekturze; jest wyraźną częścią standardu.

Podręcznik mobilnego prawa jazdy UE już traktuje prezentację internetową jako praktyczną, a nie teoretyczną, opisując scenariusze takie jak:

Odprawa przy wypożyczeniu samochodu, gdzie użytkownicy udostępniają swój mDL osobiście lub zdalnie z wyprzedzeniem
Kontrole drogowe policji
Ogólny profil użycia mDL oparty na ISO/IEC 18013-5 i 18013-7

Niemniej jednak aktualne wytyczne AAMVA są szczere co do ograniczeń: użycie mDL przez internet jest wysoce pożądane, ale niektóre wspierające standardy nadal dojrzewają. Istnieją realne luki w obecnej integracji portfela z przeglądarką, a bez listy zaufanych czytników strona mdoc może nie mieć niezawodnego sposobu na potwierdzenie pewnych właściwości bezpieczeństwa. Zdalna prezentacja jest realna — i wciąż się rozwija.

Nawet przy tych zastrzeżeniach, 18013-7 jest pierwszą poważną odpowiedzią na problem, którego papierowy IDP nigdy nie próbował rozwiązać: zdalne prezentowanie uprawnień do kierowania, zanim osoba dotrze do okienka lub punktu kontrolnego.

Warstwa 4 — W3C VC Data Model 2.0: Warstwa Semantyczna

Model Danych Weryfikowalnych Dokumentów Tożsamości W3C 2.0 nie jest standardem prawa jazdy — i właśnie dlatego ma znaczenie.

Rekomendacja definiuje rozszerzalny model danych dla weryfikowalnych dokumentów tożsamości, wyjaśnia, jak można je chronić przed zmianami, i opisuje ekosystem w kategoriach trzech głównych ról: wydawców, posiadaczy i weryfikatorów. Prawo jazdy pojawia się jako jeden z jej podstawowych przykładów.

W przypadku przyszłego IDP, VC 2.0 wnosi ogólne słownictwo dla twierdzeń, prezentacji i weryfikowalnych rejestrów danych. W3C wyraźnie wskazuje, że takie rejestry mogą przyjmować kilka form, w tym:

Zaufane bazy danych
Rządowe bazy danych tożsamości
Zdecentralizowane bazy danych
Rozproszone rejestry

To przełamuje fałszywą dychotomię między podejściem opartym wyłącznie na blockchainie a w pełni własnościowym. Model danych jest szerszy niż oba.

VC 2.0 jest również jednoznaczne w kwestii selektywnego ujawniania. W3C zauważa, że prawo jazdy może zawierać więcej danych, niż jest potrzebne w danym przypadku użycia, i zaleca albo podzielenie informacji na mniejsze części, albo zastosowanie mechanizmów umożliwiających selektywne ujawnianie. W przypadku przyszłego IDP nie jest to opcjonalne udogodnienie w zakresie prywatności — to różnica między nowoczesnym dokumentem a cyfrową kserokopią plastikowej karty.

VC 2.0 nie jest jednak pełnym zamiennikiem ISO 18013. W3C wskazuje, że model danych nie wymaga tradycyjnego modelu łańcucha zaufania opartego na urzędzie certyfikacji. W praktyce VC 2.0 jest silną warstwą semantyczną, ale na szczycie muszą nadal znajdować się jawne warstwy dystrybucji zaufania i zarządzania weryfikatorami.

Warstwa 5 — OpenID4VCI: Protokół Wydawania

Przyszły IDP potrzebuje standardowego sposobu przenoszenia dokumentu od wydawcy do portfela. To właśnie jest rolą OpenID dla Wydawania Weryfikowalnych Dokumentów Tożsamości (OpenID4VCI) 1.0.

Specyfikacja definiuje chronione przez OAuth API do wydawania weryfikowalnych dokumentów tożsamości i jest celowo niezależna od formatu. Wśród obsługiwanych formatów dokumentów:

ISO mdoc
SD-JWT VC
Dokumenty W3C VCDM

Obsługuje również powiązanie posiadacza i późniejsze prezentacje bez dalszego zaangażowania wydawcy. OpenID4VCI 1.0 zostało zatwierdzone jako Specyfikacja Finalna we wrześniu 2025 roku.

To sprawia, że OpenID4VCI jest strategicznie ważny dla ekosystemu przyszłego IDP. Zamiast budować dedykowane potoki od wydawcy do portfela dla każdej jurysdykcji lub dostawcy portfela, ekosystem może zdefiniować zarządzany profil wydawania na bazie standardowego frameworka wydawania — zachowując jednocześnie możliwość wyboru, czy wynikowy dokument jest zakodowany jako mdoc, VC czy inny obsługiwany format. Ta elastyczność jest jednym z najmocniejszych argumentów za utrzymaniem modularności stosu przyszłego IDP.

Warstwa 6 — OpenID4VP: Protokół Żądania i Prezentacji

Jeśli OpenID4VCI przenosi dokument do portfela, OpenID dla Weryfikowalnych Prezentacji (OpenID4VP) wyciąga go z powrotem w kontrolowany sposób.

Specyfikacja definiuje mechanizm żądania i prezentacji dokumentów. Jej podstawa wykorzystuje komunikaty HTTPS i przekierowania, ale obsługuje również użycie za pośrednictwem W3C Digital Credentials API zamiast przepływów przekierowania. OpenID4VP 1.0 uzyskało status Specyfikacji Finalnej w lipcu 2025 roku.

Ma to znaczenie, ponieważ daje stosowi przyszłego IDP natywną webową warstwę prezentacji, którą mogą bezpośrednio wdrożyć strony internetowe, aplikacje i weryfikatorzy online. Kilka ostatnich wydarzeń to potwierdza:

W sierpniu 2025 roku OpenID Foundation ogłosiła formalną analizę bezpieczeństwa OpenID4VP używanego za pośrednictwem Digital Credentials API, nie wykrywając nowych podatności w zweryfikowanym modelu protokołu.
Aktualny projekt mDL NIST buduje swój model zagrożeń wokół żądania i prezentacji mDL za pośrednictwem OpenID4VP nad W3C Digital Credentials API, z FIDO CTAP używanym do egzekwowania zbliżenia i ochrony przed phishingiem w odpowiednich przepływach.

Strona webowa stosu i strona mDL zbiegają się. OpenID4VP nie powinien być odczytywany jako konkurent ISO 18013-7 — jest to webowa warstwa protokołu, która sprawia, że internetowa prezentacja jest praktyczna w rzeczywistych środowiskach przeglądarek, portfeli i weryfikatorów.

Warstwa 7 — Rejestry Zaufania: Gdzie Stos Staje się Ekosystemem

To warstwa, którą wiele dyskusji pomija — i warstwa, która decyduje o tym, czy cały system faktycznie działa.

Weryfikator niewiele może zrobić z podpisanym dokumentem, chyba że zna trzy rzeczy:

Którzy wydawcy są uprawnieni
Które klucze publiczne są aktualne
Czy żądająca strona jest sama w sobie uprawniona

Po stronie wydawcy, Cyfrowa Usługa Zaufania AAMVA oferuje konkretną odpowiedź. Zapewnia jeden, bezpieczny, odporny sposób dla stron ufających na uzyskanie kluczy publicznych organów wydających, dystrybuowanych poprzez Zweryfikowaną Listę Certyfikatów Organów Wydających (VICAL). Wytyczne AAMVA opisują rolę dostawcy VICAL w praktycznych kategoriach: zbieranie kluczy publicznych od uprawnionych organów wydających, weryfikacja, że te organy bezpiecznie zarządzają swoimi kluczami, łączenie kluczy w jeden VICAL i dostarczanie go weryfikatorom.

Po stronie weryfikatora, Europa podchodzi do problemu zaufania z innej strony. W Architekturze i Ramach Referencyjnych EUDI strony ufające rejestrują się, uzyskują certyfikaty dostępu i używają tych certyfikatów do uwierzytelniania się w aplikacjach portfela przy żądaniu atrybutów. Portfel weryfikuje następnie łańcuch certyfikatów, sprawdza status unieważnienia, przedstawia żądanie użytkownikowi i udostępnia tylko zatwierdzone atrybuty.

Model VC W3C wnosi tutaj swój wkład, traktując weryfikowalne rejestry danych jako odrębną rolę ekosystemową. Jak wspomniano wcześniej, te rejestry mogą być zaufanymi bazami danych, rządowymi bazami danych tożsamości, zdecentralizowanymi bazami danych lub rozproszonymi rejestrami. Przyszły rejestr zaufania IDP nie musi być oparty na blockchainie. Musi być zarządzany, audytowalny i odczytywalny maszynowo.

Jeśli ISO 18013 definiuje, jak wygląda i podróżuje dokument, rejestry zaufania decydują, czy ktokolwiek powinien mu wierzyć.

Przyszły IDP to stos, nie jedna specyfikacja

Jak Działa Przyszła Transakcja IDP od Początku do Końca

Oto stos w działaniu, podzielony na cztery kluczowe momenty cyklu życia dokumentu.

1. Wydanie. Organ krajowy — lub ściśle zarządzany upoważniony wydawca — weryfikuje bazowy zapis prawa jazdy i wydaje dokument do portfela posiadacza. OpenID4VCI jest najskuteczniejszą dostępną dziś warstwą wydawania, ponieważ obsługuje już formaty ISO mdoc, SD-JWT VC i W3C VCDM. Sam ISO 18013-5 pozostawia zbieranie zgód i przechowywanie kluczy prywatnych poza zakresem, co jest dokładnie powodem, dla którego wydawanie i zarządzanie portfelem muszą działać ponad podstawową warstwą transportu ISO.

2. Prezentacja osobista. Na poboczu drogi lub przy biurku wypożyczalni portfel prezentuje dokument przy użyciu przepływu zbliżeniowego opartego na 18013-5. Czytnik weryfikuje pochodzenie i integralność przy użyciu kluczy wydawcy uzyskanych z rejestru zaufania — zamiast samodzielnie podejmować decyzje o zaufaniu. Posiadacz zatwierdza tylko pola potrzebne do danej konkretnej sytuacji.

3. Prezentacja zdalna. W przypadku wcześniejszych kontroli przy wypożyczeniu lub innych procesów online weryfikator żąda minimalnego zestawu atrybutów za pośrednictwem przepływu obsługującego internet przy użyciu 18013-7 i/lub OpenID4VP. Portfel pokazuje, które atrybuty są żądane, posiadacz zatwierdza, a weryfikator otrzymuje ustrukturyzowaną prezentację zamiast skanu lub przesłanego pliku PDF. Aktualna architektura NIST, zbudowana wokół OpenID4VP i Digital Credentials API, pokazuje, że jest to teraz praktyczna ścieżka inżynierska.

4. Zaufanie i autoryzacja weryfikatora. Portfel nie ufa ślepo każdemu żądającemu. Dojrzały ekosystem uwierzytelnia stronę ufającą, weryfikuje łańcuchy certyfikatów, sprawdza status unieważnienia i daje użytkownikowi wgląd w to, kto i o jakie dane pyta. Model EUDI jest tutaj szczególnie mocny, traktując rejestrację weryfikatora i certyfikaty dostępu jako istotne części systemu, a nie opcjonalne dodatki.

Ten kompletny przepływ jest dokładnie powodem, dla którego przyszły IDP musi być stosem. Żadna pojedyncza warstwa nie może go zapewnić. Nie sam ISO. Nie samo VC. Nie sam OpenID. I z pewnością nie PDF dołączony do formularza.

Czego Wciąż Brakuje w Stosie Przyszłego IDP

Najtrudniejszy pozostający problem to już nie tworzenie nowej kryptografii — to osiągnięcie zarządzanej interoperacyjności.

Rozważmy, gdzie dziś stoi ekosystem:

NIST opisał obecny krajobraz standardów jako rozwijający się w odrębnych obszarach.
AAMVA zbudowało regionalną usługę zaufania dla Ameryki Północnej.
Europa buduje zaufanie stron ufających oparte na certyfikatach w swojej architekturze portfela.
OpenID sfinalizowało specyfikacje wydawania i prezentacji oraz rozszerza infrastrukturę zgodności.

Są to nadal odpowiedzi specyficzne dla ekosystemu. Nie istnieje jeszcze jedna globalna transgraniczna warstwa zaufania dla dokumentów kierowcy. Pozostała praca polega na zdefiniowaniu:

Które części stosu są obowiązkowe
Które formaty dokumentów są akceptowalne
Jak dystrybuowane jest zaufanie do wydawcy i weryfikatora
Jak testowana jest zgodność
Jak zarządzane jest transgraniczne uznawanie bez naruszania prywatności

Podsumowanie: Przyszły IDP to Stos, nie Dokument

Przyszły IDP nie pojawi się dlatego, że jedna organizacja normalizacyjna napisze jeden dokument. Pojawi się, gdy spójny stos zostanie zdefiniowany, zarządzany i przyjęty przez jurysdykcje. Ten stos ma już możliwe do zidentyfikowania warstwy: