Бъдещото МШП не е брошура. То е презентационен слой, запазващ поверителността.

Международното шофьорско позволително (МШП) на бъдещето не трябва да бъде поредният документ, който се носи. То трябва да представлява управляван, криптографски проверим начин за представяне на национални шофьорски права през граници — онлайн и офлайн, с минимално разкриване на данни и без да се превръща всяка проверка в наблюдение.

Всички казват, че бъдещето на международното шофьорско позволително е дигитално. Това не е грешно — но не е и достатъчно конкретно.

PDF брошура на телефон не е бъдещето. По-добре изглеждащ QR код не е бъдещето. Блокчейн токен с думата „шофиране” в маркетинговите материали не е бъдещето.

Истинският проблем е по-дълбок от формата. Той се свежда до един централен въпрос: как едно законно право за шофиране, издадено от един орган, да стане разбираемо, надеждно и използваемо на друго място, от друг проверяващ, под напрежение, понякога без мрежа и без да разкрива повече лични данни от необходимото?

Това е въпросът, на който хартиеното МШП никога не е отговорило напълно. И това е въпросът, на който системата от следващо поколение трябва да отговори.

Защо хартиеното МШП реши проблема с четимостта, но не и с доверието

Хартиеното МШП имаше смисъл в свят, в който хартията беше основният носител. То действаше като слой на съвместимост — разбираема от човека връзка между една система за лицензиране и друга. Това беше полезно и в известна степен все още е така.

Но трудната част на съвременната трансгранична мобилност вече не е само четимостта. Това е доверието.

Днешните проверяващи се сблъскват с поредица от по-трудни въпроси:

• Могат ли да установят дали удостоверението е автентично?
• Могат ли да потвърдят, че то все още е валидно?
• Могат ли да проверят само конкретните полета, от които реално се нуждаят?
• Могат ли да го направят, без да се свързват с издаващия орган всеки път?
• Могат ли да го проверят онлайн, лично и на пътя?
• Могат ли да го направят, без пътуването да се превърне в глобална система за проследяване?

Ето защо бъдещото МШП не трябва да се разбира като проект за дигитална брошура. То трябва да се разбира като проблем с архитектурата на презентацията.

Стандарти, които вече сочат към дигитално МШП

Това вече не е теоретично. Общността по стандартизация вече се е насочила в тази посока:

• ISO/IEC 18013-1:2018 установи модел, при който единен защитен лиценз може да служи едновременно за вътрешни и международно признати цели, предвиждайки машинно четими технологии и интеграцията на биометрия, криптография и компресия.
• ISO/IEC 18013-3 обхваща контрол на достъпа, удостоверяване на автентичност и валидиране на целостта.
• ISO/IEC 18013-5 дефинира интерфейсите между мобилното шофьорско удостоверение, четеца и инфраструктурата на издаващия орган, включително използването от проверяващи в други държави.
• ISO/IEC 18013-7 добавя представяне на мобилното шофьорско удостоверение през интернет.
• Работата на ИКЕ на ООН по електронни шофьорски позволителни свързва техническите и изискванията за сигурност със съответствието с ISO/IEC 18013-5.

Грешният подход към дигитализацията на МШП

Грешният подход е да се вземе настоящото МШП, да се преобразува в дигитален формат и да се постави в приложение. Това звучи ефективно, но запазва грешния фокус — поддържа системата центрирана върху документа като физически обект.

По-добрият подход е да се третира международното шофиране като контролирано представяне на национално издадени права за шофиране.

Тази промяна е важна, защото щом се мисли за презентацията, проектантските въпроси стават по-прецизни:

• Кой е издал основното право за шофиране?
• Как притежателят получава и съхранява удостоверението?
• Как проверяващият изисква само данните, от които законно се нуждае?
• Как се разпространяват и验证ват ключовете на издателя?
• Как се проверява отнемането без живо проследяване от издателя?
• Какво работи офлайн и за какво все още е необходима хартия като резервен вариант?
• Кой проверяващ има право да вижда кои данни и защо?

Това е много по-сериозен начин за проектиране на заместителя на хартиеното МШП.

По-добра дефиниция на бъдещото МШП

Ето предложена дефиниция:

Бъдещото МШП е базирано на стандарти производно трансгранично удостоверение, което представя национално издадени права за шофиране на проверяващ по подходящ за контекста начин, под контрола на притежателя, с криптографска проверка, разкриване на данни на база роля, онлайн и офлайн потоци за представяне и проверка на статус при запазване на поверителността.

Тази дефиниция е съзнателно тясна. Тя не:

• Превръща бъдещото МШП в самостоятелно право за шофиране
• Го превръща в универсално хранилище на данни за самоличност
• Изисква живa връзка с издателя при всяка транзакция
• Приема, че гише за наем, полицейски служител и застраховател трябва да виждат едни и същи полета
• Изисква блокчейн като ядро на системата

Това е дисциплиниран отговор на проблем с доверието.

Седемте компонента на работещо бъдещо МШП

Без маркетингов език, едно работещо бъдещо МШП се нуждае от седем компонента:

1. Авторитетен национален първичен източник. Законното право за шофиране произтича от вътрешния лицензионен орган. Международният слой никога не трябва да създава права за шофиране — само да ги представя.
2. Издател. Доверен публичен орган или строго управляван упълномощен издател, действащ от негово име, издава дигиталното удостоверение, отразяващо текущото право за шофиране.
3. Портфейл на притежателя. Шофьорът се нуждае от защитен портфейл, който съхранява удостоверението, защитава частните ключове, удостоверява идентичността на притежателя и представя удостоверението на проверяващите.
4. Проверяващ или четец. Това може да бъде полицейско устройство, четец на гише за наем, онлайн система или друг упълномощен проверяващ.
5. Регистър на доверието. Проверяващите се нуждаят от надежден начин за получаване на публичните ключове и метаданните за доверие на легитимни издатели.
6. Слой за статус. Трябва да съществува начин за изразяване на спиране, отнемане, изтичане или промяна на статус при запазване на поверителността.
7. Физически резервен вариант. Изтощени батерии, лоша свързаност, повредени устройства, консервативни юрисдикции и преходни политически среди са нормална реалност — не изключения.

Разкриване на данни на база роля: едно удостоверение, различни аудитории

Една от най-големите грешки в проектирането на системи за самоличност е приемането, че едно удостоверение означава едно разкриване на данни. Това е обратното на добрия дизайн.

Полицейски служител на пътна проверка няма същата законна нужда като гише за наем. Гише за наем няма същата нужда като работодател. Работодател няма същата нужда като онлайн система за предварителна проверка.

Бъдещото МШП трябва да поддържа различни набори за разкриване на данни за различни категории проверяващи:

• Пътна проверка: Самоличност, снимка, категории и права, ограничения, статус на валидност. Нищо повече по подразбиране.
• Гише за наем: Самоличност, снимка, категории за шофиране, дати на издаване и изтичане, евентуално информация за възраст — но не всяко поле в удостоверението.
• Онлайн предварителна проверка: Доказателство за самоличност, доказателство за съответното право за шофиране, доказателство за текуща валидност, евентуално потвърждение, свързано с резервацията.
• Работодател или съответствие на флота: Отделен, изрично консентиран работен поток, а не същият профил за разкриване на данни като при проверка при пътуване.

Стандартите вече поддържат този модел. Текущият проект на NIST за мДШУ описва заявки, позволяващи на проверяващите да посочат кои атрибути искат. Указанията за изпълнение на AAMVA изискват приложението ясно да показва какви данни са поискани и да дава на притежателя пълен контрол върху това кои елементи от данните се споделят.

Бъдещото МШП не трябва да бъде дигитална карта. То трябва да бъде инструмент за контролирано разкриване на данни.

Мигновената проверка не трябва да се превръща в мигновено наблюдение

Тук много проекти за дигитална самоличност грешат. Те описват „проверката в реално време” сякаш автоматично означава напредък. Не е така.

Проверяващият се нуждае от навременно доверие. Но издателят не трябва да научава всяко място и всеки момент, когато притежателят представя удостоверението. Това разграничение е от съществено значение.

Архитектурната рамка на ЕС е ясна по този въпрос. Инстанциите на разчитащите страни не трябва да искат съответния списък за статус всеки път, когато се представи удостоверение. Вместо това:

• Актуализираните списъци трябва да се изтеглят отделно, по времена и от места, несвързани с конкретно представяне от потребител.
• Позициите в списъка за статус трябва да бъдат рандомизирани с достатъчно записи, за да се осигури колективна поверителност.
• Заявките за списъци не трябва да се превръщат в сигнали за проследяване на конкретни притежатели.

Текущият проект на NIST за мДШУ описва валидиране от страна на проверяващия въз основа на подписи на издателя и публични ключове, без да е необходимо директно свързване с издателя. Указанията на AAMVA забраняват извличането от сървър в своите указания за изпълнение и центрират вместо това извличането от устройство и разпределението на публични ключове, базирано на услуга за доверие.

Бъдещото МШП трябва да поддържа мигновена проверка — без да създава глобален запис за това къде и кога шофьорът е доказал самоличността си.

Разпределение на доверието: управление в машинно четима форма

Много хора обсъждат портфейли и криптография. Много по-малко обсъждат инфраструктурата, която реално прави доверието да работи — но инфраструктурата е частта, която има значение.

Проверяващият може да се довери на удостоверение само ако може надеждно да открие и се довери на публичните ключове и свързаните метаданни на издателя. Екосистемата на бъдещото МШП се нуждае от машинно четим, управляем отговор на въпроси като:

• Кои издатели са легитимни?
• Кои публични ключове са актуални?
• Кои издатели са упълномощени за кои юрисдикции?
• Кои категории проверяващи са регистрирани или акредитирани?
• Какво се случва, когато издател ротира ключове или промени политика?

Услугата за дигитално доверие на AAMVA е един конкретен пример: единен, защитен, устойчив начин за разчитащите страни да получат публичните ключове на издаващите органи, доставени чрез верифициран списък с органи за сертификация на издатели. Ръководството за мДШУ на ЕС описва как държавите членки уведомяват Комисията за упълномощени издатели на мДШУ, Комисията публикува този списък за целите на проверката, а регистрацията на разчитащите страни се извършва в рамката за доверие на портфейла.

Това е посоката, от която се нуждае бъдещото МШП — не система, при която всеки сканира QR код и се доверява на резултата без валидиране, а такава, при която доверието е разпределено, версионирано и машинно проверяемо.

Онлайн и пътната проверка трябва да споделят една унифицирана система

Едно сериозно бъдещо МШП не може да се раздели на отделни системи: една за пътни проверки, една за наем на автомобили, една за дистанционно вписване, една за проверка на самоличността и друга за проверка на правото за шофиране. Именно тази фрагментация е това, от което потребителите вече страдат.

Техническите стандарти вече съществуват, за да се избегне това:

• ISO/IEC 18013-5 дефинира интерфейсите за представяне на мобилното шофьорско удостоверение лично.
• ISO/IEC 18013-7 разширява това до представяне през интернет.
• Ръководството на ЕС за мобилното шофьорско удостоверение изброява наема на автомобили и пътните проверки като сценарии за верификация и описва дистанционно споделяне, както и проверки за близост с помощта на потоци, задействани от QR код, Bluetooth, Wi-Fi Aware и NFC.

Бъдещата система трябва да се справя с онлайн и присъствени сценарии, защото пътуването включва и двете. Мобилността включва и двете. Доверието изисква и двете.

Протоколният слой, роден за уеб, вече е зрял

В продължение на години една от причините дискусиите за самоличността да изглеждат неточни беше, че протоколният слой все още беше непълен. Това е много по-малко вярно сега:

• OpenID за издаване на проверими удостоверения 1.0 дефинира защитен с OAuth API за издаване на удостоверения, изрично поддържащ множество формати на удостоверения, включително ISO mdoc, SD-JWT VC и W3C VCDM удостоверения.
• OpenID за проверими презентации 1.0 дефинира механизъм за проверяващите да искат и получават презентации на удостоверения.
• Моделът на данни за проверими удостоверения 2.0 на W3C формализира тристранната екосистема от издатели, притежатели и проверяващи.

Това променя разговора. Бъдещото МШП вече не трябва да се представя като единично правителствено приложение с изградени по поръчка процеси. То може да бъде проектирано като управляван профил на удостоверение върху по-широка оперативно съвместима екосистема.

Това не премахва необходимостта от публично управление. То премахва извинението, че няма модерен протоколен стек, върху който да се надгражда.

Защо блокчейнът е незадължителен — но признаването не е

Бъдещото МШП не се нуждае от блокчейн като своя основа. Това не означава, че технологията на разпределения регистър е безполезна — тя може да бъде ценна в специфични роли за прозрачност или регистър — но не трябва да се третира като център на системата за удостоверения за шофиране.

Моделът на данни W3C VC 2.0 е изричен: регистрите на проверими данни могат да приемат много форми: доверени бази данни, децентрализирани бази данни, правителствени бази данни за самоличност или разпределени регистри. DID Core е също толкова изричен, че много, но не всички, DID методи използват разпределени регистри. Стандартите не налагат архитектура, ориентирана към блокчейн.

Това е правилната позиция, защото най-трудната част на бъдещото МШП не е технологията. Най-трудната част е:

• Правно признаване
• Управление на издателите
• Внедряване на четци
• Акредитация на проверяващите
• Операции по списъка за доверие
• Логика за отнемане
• Трансгранично съгласуване на политики

AAMVA изгради услуга за доверие. Ръководството на ЕС включва публикуване на издатели и регистрация на разчитащи страни. Проектите на ИКЕ на ООН свързват електронните разрешителни с ISO/IEC 18013-5. Истинското предизвикателство не е липсата на криптография — то е предизвикателството на управляемата оперативна съвместимост.

Реалистичен поток на бъдещото МШП на практика

Бъдещото МШП трябва да бъде просто на практика. Ето как работи в три чести сценария:

1. Издаване или обновяване

Националният орган проверява основния лицензионен запис и издава удостоверение в портфейла на притежателя. Портфейлът го съхранява сигурно, защитава ключовете и може по-късно да обнови статуса или да получи актуализирани удостоверения чрез управляван поток за издаване. OpenID4VCI предоставя жизнеспособен слой за издаване, роден за уеб, докато указанията на AAMVA изискват криптиране в покой, сигурно съхранение на ключове и удостоверяване на идентичността на притежателя при достъп до или освобождаване на данни.

2. Дистанционна предварителна проверка при наем на автомобил

Платформа за наем изпраща удостоверена заявка за минимален набор от права за шофиране. Портфейлът показва заявката на притежателя, който я одобрява. Проверяващият получава презентацията чрез поток с интернет възможности, валидира подписа на издателя и ключовия материал, проверява локално наличната информация за доверие и статус и предварително одобрява резервацията. Ръководството на ЕС за мДШУ вече описва дистанционното споделяне при наем на автомобили; проектът на NIST описва заявки за атрибути, управлявани от заявки; OpenID4VP и ISO/IEC 18013-7 осигуряват широката посока за представяне за потоци, базирани на интернет.

3. Пътна проверка

Служител иска набора за разкриване на данни при пътна проверка. Притежателят представя чрез поток за близост. Четецът валидира удостоверението локално, проверява правата за шофиране и валидността и не вижда повече от необходимото. Издателят не се свързва по подразбиране. Ръководството на ЕС описва пътна верификация, задействана от QR код, Bluetooth, Wi-Fi Aware и NFC, докато ISO/IEC 18013-5 и указанията на AAMVA центрират близостта и извличането от устройство, а не контакт с издателя в реално време.

Това е правилното потребителско изживяване: бързо, проверяемо, минимално натрапчиво и просто.

Какво не е бъдещото МШП

За яснота, бъдещото МШП не е:

• Самостоятелна шофьорска книжка
• Снимка на карта
• Универсална колекция от данни за самоличност
• Канал за наблюдение, контролиран от проверяващия
• Хартия в дигитален формат
• Система за доверие, зависима от блокчейн

То е внимателно управляван презентационен слой върху национално издадени права за шофиране. Това е по-малко драматично — и много по-вероятно да проработи.

Защо пътят на миграция е толкова важен, колкото архитектурата

Най-добрата архитектура е безполезна, ако пътят на миграция не е реалистичен. Правителствата няма да заменят всеки хартиен работен поток за една нощ — и не трябва.

Реалистичен път изглежда така:

1. Фаза 1: Запазване на хартията. Добавяне на защитен дигитален спътник.
2. Фаза 2: Стандартизиране на списъците за доверие на издателите и категориите на проверяващите.
3. Фаза 3: Поддръжка на представяне чрез близост и дистанционно представяне.
4. Фаза 4: Преминаване на рутинни проверки и наеми към потоци с приоритет на дигиталното.
5. Фаза 5: Намаляване на хартиената брошура до статус на резервен, а не основен вариант.

Този път съответства на посоката, в която вече се движат стандартите и официалната работа по екосистемата: логиката на единния документ на ISO, инфраструктурата на услугата за доверие на AAMVA, случаите на използване на мДШУ, базирани на портфейл на EUDI, и движението на ИКЕ на ООН към модели на електронни разрешителни, съгласувани с ISO/IEC 18013-5.

Основният аргумент в едно изречение

Ето аргумента в дестилиран вид: Бъдещото МШП не е дигитална брошура. То е управляван отговор на трансграничен проблем с доверието.

Не по-добре изглеждаща версия на стария документ — по-добра система. Система, при която:

• Законното право все още идва от националния орган
• Притежателят контролира презентацията
• Проверяващият получава само това, от което се нуждае
• Доверието може да бъде проверено без наблюдение по подразбиране
• Дистанционното и присъственото използване споделят една архитектура
• Хартията оцелява само там, където все още има практическа стойност

Това е стандартът, към който трябва да се стремим.

След като видите проблема по този начин, интересният въпрос вече не е дали МШП трябва да стане дигитално. Интересният въпрос става: кой е готов да проектира трансграничния слой за идентичност на шофьора достатъчно сериозно, за да замени хартията, без да възпроизведе нейните слабости — или да добави нови?

Нищо от това не е спекулативно. Текущата работа на NIST по мДШУ описва портфейл, контролиран от потребителя, проверяващ, който валидира автентичността, без да се налага директно свързване с издателя, и екосистема на удостоверения, изградена около издатели, портфейли и проверяващи. Услугата за дигитално доверие на AAMVA вече съществува, за да разпределя публичните ключове на издаващите органи. Ръководството на ЕС за мобилното шофьорско удостоверение описва списъци с упълномощени издатели и регистрация на разчитащи страни в рамките на по-широка рамка за доверие.