Geleceğin UEB'i Bir Kitapçık Değil. Bir Gizlilik Korumalı Sunum Katmanıdır.

Geleceğin uluslararası ehliyet belgesi (UEİ), taşınması gereken başka bir belge olmamalıdır. Ulusal sürüş ayrıcalıklarını sınırlar ötesinde sunmanın — çevrimiçi ve çevrimdışı, minimum veri ifşasıyla ve her doğrulamayı bir gözetleme sistemine dönüştürmeden — yönetilen, kriptografik olarak doğrulanabilir bir yolu olmalıdır.

Herkes uluslararası ehliyet belgesinin geleceğinin dijital olduğunu söylüyor. Bu yanlış değil — ama yeterince spesifik de değil.

Telefondaki bir PDF kitapçık gelecek değildir. Daha iyi görünen bir QR kod gelecek değildir. Pazarlama materyallerinde “sürüş” yazan bir blok zinciri token’ı da gelecek değildir.

Asıl sorun formattan daha derine iner. Tek bir temel soruya indirgenir: Bir otorite tarafından verilen yasal bir sürüş ayrıcalığı, başka bir yerde, başka bir doğrulayıcıya, baskı altında, bazen ağ bağlantısı olmadan ve gerekenden fazla kişisel veri açıklamadan nasıl anlaşılır, güvenilir ve kullanılabilir hale gelir?

Bu, kâğıt UEİ’nin hiçbir zaman tam olarak çözemediği sorudur. Ve yeni nesil sistemin yanıtlaması gereken soru budur.

Kâğıt UEİ Neden Okunabilirliği Çözdü Ama Güveni Çözemedi

Kâğıt UEİ, kâğıdın birincil ortam olduğu bir dünyada anlam ifade ediyordu. Bir uyumluluk katmanı görevi görüyordu — bir lisanslama sistemi ile diğeri arasında insan tarafından okunabilir bir bağlantı. Bu yararlıydı ve bir ölçüde hâlâ öyle.

Ancak modern sınır ötesi mobilitetin zor kısmı artık yalnızca okunabilirlik değildir. Güvendir.

Günümüzün doğrulayıcıları bir dizi daha zor soruyla karşı karşıyadır:

• Kimlik belgesinin gerçek olup olmadığını belirleyebiliyorlar mı?
• Hâlâ geçerli olduğunu teyit edebiliyorlar mı?
• Yalnızca gerçekten ihtiyaç duydukları alanları kontrol edebiliyorlar mı?
• Bunu her seferinde ihraç eden otoriteyle iletişime geçmeden yapabiliyorlar mı?
• Çevrimiçi, yüz yüze ve yol kenarında doğrulama yapabiliyorlar mı?
• Seyahati küresel bir takip sistemine dönüştürmeden bunu yapabiliyorlar mı?

Bu nedenle geleceğin UEİ’si, dijital bir kitapçık projesi olarak değil, bir sunum mimarisi sorunu olarak anlaşılmalıdır.

Dijital UEİ’ye İşaret Eden Mevcut Standartlar

Bu artık teorik değildir. Standartlar topluluğu bu yönde çoktan harekete geçmiştir:

• ISO/IEC 18013-1:2018, tek bir güvenli ehliyetin hem yurt içi hem de uluslararası alanda tanınan amaçlara hizmet edebileceği bir model kurmuş; makine tarafından okunabilir teknolojilerin ve biyometri, kriptografi ile sıkıştırmanın entegrasyonunu öngörmüştür.
• ISO/IEC 18013-3, erişim kontrolü, kimlik doğrulama ve bütünlük doğrulamasını kapsar.
• ISO/IEC 18013-5, mobil sürücü belgesi, okuyucu ve ihraç eden otorite altyapısı arasındaki arayüzleri tanımlar; diğer ülkelerdeki doğrulayıcılar tarafından kullanımı da kapsar.
• ISO/IEC 18013-7, internet üzerinden mobil sürücü belgesi sunumunu ekler.
• UNECE’nin elektronik sürüş izinlerine ilişkin çalışmaları, teknik ve güvenlik gereksinimlerini ISO/IEC 18013-5 uyumluluğuyla ilişkilendirir.

UEİ’yi Dijitalleştirmenin Yanlış Yaklaşımı

Yanlış yaklaşım, mevcut UEİ’yi alıp dijital bir formata dönüştürmek ve bir uygulamaya koymaktır. Bu verimli görünür; ancak yanlış odağı korur — sistemi fiziksel bir nesne olarak belge merkezli tutmaya devam eder.

Daha iyi yaklaşım, uluslararası sürüşü ulusal düzeyde verilmiş sürüş haklarının kontrollü bir sunumu olarak ele almaktır.

Bu değişim önemlidir; çünkü sunumu düşündüğünüzde tasarım soruları daha net hale gelir:

• Temel sürüş hakkını kim verdi?
• Hamil kimlik belgesini nasıl alır ve depolar?
• Bir doğrulayıcı, yalnızca meşru olarak ihtiyaç duyduğu veriyi nasıl talep eder?
• İhraç eden anahtarları nasıl dağıtılır ve güvenilir hale getirilir?
• İptal, ihraç eden tarafından canlı takip yapılmadan nasıl kontrol edilir?
• Çevrimdışı ne çalışır, yedek olarak kâğıt hâlâ neye ihtiyaç duyar?
• Hangi doğrulayıcının hangi veriyi görmeye izni vardır ve neden?

Bu, kâğıt UEİ’nin yerine geçecek sistemin tasarlanmasının çok daha ciddi bir yoludur.

Geleceğin UEİ’si İçin Daha İyi Bir Tanım

İşte önerilen bir tanım:

Geleceğin UEİ’si, ulusal düzeyde verilmiş sürüş ayrıcalıklarını bir doğrulayıcıya bağlama uygun biçimde sunan; hamil kontrolünde, kriptografik doğrulamayla, rol tabanlı ifşayla, çevrimiçi ve çevrimdışı sunum akışlarıyla ve gizlilik korumalı durum denetimiyle işleyen, standartlara dayalı, türev bir sınır ötesi kimlik belgesidir.

Bu tanım kasıtlı olarak dardır. Şunları yapmaz:

• Geleceğin UEİ’sini bağımsız bir sürüş hakkı haline getirmez
• Onu evrensel bir kimlik veri deposuna dönüştürmez
• Her işlem için ihraç edenle canlı bağlantı gerektirmez
• Bir araç kiralama görevlisinin, bir polis memurunun ve bir sigortacının aynı alanları görmesi gerektiğini varsaymaz
• Sistemin çekirdeği olarak blok zinciri gerektirmez

Bu, bir güven sorununa disiplinli bir yanıttır.

İşlevsel Bir Gelecek UEİ’nin Yedi Bileşeni

Pazarlama dilinden arındırıldığında, işlevsel bir Gelecek UEİ’nin yedi bileşene ihtiyacı vardır:

1. Yetkili bir ulusal gerçek kaynağı. Sürüş yapma hakkı yurt içi lisanslama otoritesinden gelir. Uluslararası katman hiçbir zaman sürüş hakkı oluşturmamalı — yalnızca sunmalıdır.
2. Bir ihraç eden. Güvenilir bir kamu otoritesi ya da onun adına hareket eden sıkı şekilde yönetilen yetkili bir ihraç eden, mevcut sürüş ayrıcalığını yansıtan dijital kimlik belgesini düzenler.
3. Bir hamil cüzdanı. Sürücünün, kimlik belgesini depolayan, özel anahtarları koruyan, hamili doğrulayan ve kimlik belgesini doğrulayıcılara sunan güvenli bir cüzdana ihtiyacı vardır.
4. Bir doğrulayıcı veya okuyucu. Bu bir polis cihazı, araç kiralama masası okuyucusu, çevrimiçi sistem veya başka yetkili bir doğrulayıcı olabilir.
5. Bir güven sicili. Doğrulayıcıların meşru ihraç edenlerin açık anahtarlarını ve güven meta verilerini elde etmek için güvenilir bir yola ihtiyacı vardır.
6. Bir durum katmanı. Askıya alma, iptal, süre dolması veya durum değişikliğini gizlilik koruyucu bir şekilde ifade etmenin bir yolu olmalıdır.
7. Fiziksel bir yedek. Boşalan piller, zayıf bağlantı, hasarlı cihazlar, temkinli yargı bölgeleri ve geçiş politikası ortamları — bunlar uç durumlar değil, normal gerçekliktir.

Rol Tabanlı İfşa: Tek Kimlik Belgesi, Farklı Hedef Kitleler

Kimlik sistemlerindeki en büyük tasarım hatalarından biri, tek bir kimlik belgesinin tek bir ifşa anlamına geldiğini varsaymaktır. Bu, iyi tasarımın tam tersidir.

Yol kenarındaki bir polis memurunun meşru ihtiyacı, araç kiralama masasıyla aynı değildir. Araç kiralama masasının ihtiyacı, işverenle aynı değildir. İşverenin ihtiyacı, çevrimiçi ön kontrol sistemiyle aynı değildir.

Gelecek UEİ’si, farklı doğrulayıcı kategorileri için farklı ifşa kümelerini desteklemelidir:

• Yol kenarı denetimi: Kimlik, fotoğraf, kategoriler ve yetkiler, kısıtlamalar, geçerlilik durumu. Varsayılan olarak bundan fazlası değil.
• Araç kiralama masası: Kimlik, fotoğraf, sürüş kategorileri, düzenleme ve son kullanma tarihleri, muhtemelen yaş bilgisi — ancak kimlik belgesindeki her alan değil.
• Çevrimiçi ön kontrol: Kimlik kanıtı, ilgili sürüş yetkisinin kanıtı, mevcut geçerliliğin kanıtı, muhtemelen rezervasyona bağlı onay.
• İşveren veya filo uyum denetimi: Açıkça onaylanmış ayrı bir iş akışı; seyahat doğrulamayla aynı ifşa profili değil.

Standartlar bu modeli zaten desteklemektedir. NIST’in güncel mDL taslağı, doğrulayıcıların hangi özellikleri talep ettiğini belirtemesine olanak tanıyan sorgular tanımlamaktadır. AAMVA’nın uygulama kılavuzları, uygulamanın hangi verinin talep edildiğini açıkça göstermesini ve hamilin hangi veri öğelerinin paylaşılacağı üzerinde tam kontrol sahibi olmasını gerektirir.

Gelecek UEİ’si dijital bir kart olmamalıdır. Bir kontrollü ifşa aracı olmalıdır.

Anında Doğrulama Anında Gözetlemeye Dönüşmemelidir

Pek çok dijital kimlik projesi burada hata yapar. “Gerçek zamanlı doğrulamayı” otomatik olarak ilerleme anlamına geliyormuş gibi tanımlarlar. Öyle değil.

Doğrulayıcının zamanında güvene ihtiyacı vardır. Ancak ihraç edenin, hamilin kimlik belgesini her sunduğu yeri ve zamanı öğrenmesi gerekmez. Bu ayrım esastır.

AB Mimarisi ve Referans Çerçevesi bu konuda nettir. Bağlı taraf örnekleri, her kimlik belgesi sunulduğunda ilgili durum listesini talep etmemelidir. Bunun yerine:

• Güncellenmiş listeler ayrıca, belirli bir kullanıcı sunumuyla ilgisiz zaman ve konumlardan indirilmelidir.
• Durum listesi konumları rastgele sıralanmalı; toplu gizlilik sağlamak için yeterli sayıda giriş bulunmalıdır.
• Liste talepleri belirli hamillerle ilgili takip sinyaline dönüşmemelidir.

NIST’in güncel mDL taslağı, ihraç eden imzaları ve açık anahtarlarına dayalı doğrulayıcı geçerliliğini, ihraç edenle doğrudan iletişim kurmaya gerek kalmadan tanımlamaktadır. AAMVA’nın kılavuzu, uygulama yönergelerinde sunucu alımını yasaklar ve bunun yerine cihaz alımı ile güven hizmetine dayalı açık anahtar dağıtımını esas alır.

Gelecek UEİ’si, sürücünün kim olduğunu nerede ve ne zaman kanıtladığına dair küresel bir kayıt oluşturmadan anında doğrulamayı desteklemelidir.

Güven Dağıtımı: Makine Tarafından Okunabilir Biçimde Yönetişim

Pek çok kişi cüzdanları ve kriptografiyi tartışır. Güveni gerçekte işler kılan altyapıyı ise çok daha azı ele alır — oysa asıl önemli olan kısım altyapıdır.

Bir doğrulayıcı, ancak ihraç edenin açık anahtarlarını ve ilgili meta verileri güvenilir biçimde keşfedip güvenebilirse bir kimlik belgesine güvenebilir. Gelecek UEİ ekosisteminin şu soruları yanıtlayan makine tarafından okunabilir, yönetilebilir bir yanıta ihtiyacı vardır:

• Hangi ihraç edenler meşrudur?
• Hangi açık anahtarlar günceldir?
• Hangi ihraç edenler hangi yargı bölgeleri için yetkilendirilmiştir?
• Hangi doğrulayıcı kategorileri kayıtlı veya akredite edilmiştir?
• Bir ihraç eden anahtarları döndürdüğünde veya politikasını değiştirdiğinde ne olur?

AAMVA’nın Dijital Güven Hizmeti, somut bir örnektir: bağlı tarafların ihraç eden otoritelerin açık anahtarlarını elde etmesi için tek, güvenli ve dayanıklı bir yol; doğrulanmış bir ihraç eden sertifika otoritesi listesi aracılığıyla sunulur. AB’nin mDL kılavuzu, Üye Devletlerin yetkili mDL ihraç edenleri Komisyon’a bildirmesini, Komisyon’un bu listeyi doğrulama amacıyla yayımlamasını ve bağlı tarafların cüzdan güven çerçevesi kapsamında kayıt yaptırmasını tanımlar.

Gelecek UEİ’nin ihtiyaç duyduğu yön budur — herkesin bir QR kod tarayıp doğrulama yapmadan sonuçlara güvendiği bir sistem değil, güvenin dağıtıldığı, sürümlendiği ve makine tarafından denetlenebildiği bir sistem.

Çevrimiçi ve Yol Kenarı Tek Bir Birleşik Sistem Paylaşmalıdır

Ciddi bir Gelecek UEİ, kendini ayrı sistemlere bölemez: biri yol kenarı denetimleri için, biri araç kiralama için, biri uzaktan kayıt için, biri kimlik doğrulama için ve bir diğeri sürüş doğrulaması için. Bu parçalanma, kullanıcıların hâlâ yaşadığı sorunun ta kendisidir.

Bundan kaçınmak için teknik standartlar artık mevcuttur:

• ISO/IEC 18013-5, mobil sürücü belgesinin yüz yüze sunumuna ilişkin arayüzleri tanımlar.
• ISO/IEC 18013-7, bunu internet üzerinden sunuma genişletir.
• AB mobil sürücü belgesi kılavuzu, hem araç kiralama hem de yol kenarı denetimlerini doğrulama senaryoları olarak listeler; QR tetiklemeli akışlar, Bluetooth, Wi-Fi Aware ve NFC kullanılarak uzaktan paylaşım ve yakınlık denetimlerini tanımlar.

Gelecekteki sistem, seyahat her ikisini de kapsadığı için hem çevrimiçi hem de yüz yüze senaryoları ele alabilmelidir. Mobilite her ikisini de kapsar. Güven her ikisini de gerektirir.

Web’e Özgü Protokol Katmanı Artık Olgunlaştı

Yıllarca kimlik tartışmalarının muğlak kalmasının bir nedeni, protokol katmanının hâlâ tamamlanmamış olmasıydı. Bu durum artık çok daha az geçerli:

• Doğrulanabilir Kimlik Belgesi Düzenleme için OpenID 1.0, ISO mdoc, SD-JWT VC ve W3C VCDM kimlik belgelerini de kapsayan birden fazla kimlik belgesi biçimini açıkça destekleyen, OAuth korumalı bir kimlik belgesi düzenleme API’si tanımlar.
• Doğrulanabilir Sunumlar için OpenID 1.0, doğrulayıcıların kimlik belgesi sunumlarını talep etmesi ve alması için bir mekanizma tanımlar.
• W3C’nin Doğrulanabilir Kimlik Bilgileri Veri Modeli 2.0, ihraç edenler, hamillar ve doğrulayıcılardan oluşan üç taraflı ekosistemi resmileştirir.

Bu, tartışmayı değiştiriyor. Gelecek UEİ’si artık özel olarak geliştirilmiş süreçlere sahip tek bir hükümet uygulaması olarak hayal edilmek zorunda değildir. Daha geniş, birlikte çalışabilir bir ekosistemin üzerinde yönetilen bir kimlik belgesi profili olarak tasarlanabilir.

Bu, kamusal yönetişim ihtiyacını ortadan kaldırmaz. Üzerine inşa edilecek modern bir protokol yığınının bulunmadığı bahanesini ortadan kaldırır.

Neden Blok Zinciri İsteğe Bağlı — Ama Tanınma Zorunlu

Gelecek UEİ’si, temel olarak blok zincirine ihtiyaç duymaz. Bu, dağıtık defter teknolojisinin işe yaramaz olduğu anlamına gelmez — belirli şeffaflık veya sicil rollerinde değerli olabilir — ancak sürüş kimlik belgesi sisteminin merkezi olarak ele alınmamalıdır.

W3C VC Veri Modeli 2.0, doğrulanabilir veri sicillerinin pek çok biçim alabileceğini açıkça belirtir: güvenilir veri tabanları, merkezi olmayan veri tabanları, devlet kimlik veri tabanları veya dağıtık defterler. DID Core de aynı şekilde pek çok DID yönteminin, ancak hepsinin değil, dağıtık defterler kullandığını açıkça ifade eder. Standartlar, blok zinciri merkezli bir mimariyi zorunlu kılmaz.

Bu doğru bir tutum; çünkü Gelecek UEİ’nin en zor kısmı teknoloji değildir. En zor kısım şunlardır:

• Hukuki tanınma
• İhraç eden yönetişimi
• Okuyucu dağıtımı
• Doğrulayıcı akreditasyonu
• Güven listesi işlemleri
• İptal mantığı
• Sınır ötesi politika uyumu

AAMVA bir güven hizmeti kurdu. AB kılavuzu, ihraç eden yayımlamayı ve bağlı taraf kaydını içeriyor. UNECE taslakları, elektronik izinleri ISO/IEC 18013-5 ile ilişkilendiriyor. Asıl zorluk kriptografinin yokluğu değil — yönetilen birlikte çalışabilirlik zorluğudur.

Uygulamada Gerçekçi Bir Gelecek UEİ Akışı

Gelecek UEİ’si pratikte basit olmalıdır. İşte üç yaygın senaryoda nasıl işlediği:

1. Düzenleme veya Yenileme

Ulusal otorite, temel ehliyet kaydını doğrular ve hamilin cüzdanına bir kimlik belgesi düzenler. Cüzdan bunu güvenli biçimde depolar, anahtarları korur ve yönetilen bir düzenleme akışı aracılığıyla durumu yenileyebilir ya da güncellenmiş onaylar alabilir. OpenID4VCI, uygulanabilir bir web’e özgü düzenleme katmanı sağlarken AAMVA kılavuzu, bekleyen verilerin şifrelenmesini, güvenli anahtar depolamayı ve verilere erişildiğinde veya serbest bırakıldığında hamil doğrulamasını zorunlu kılar.

2. Uzaktan Araç Kiralama Ön Kontrolü

Bir kiralama platformu, minimum sürüş yetkisi kümesi için kimliği doğrulanmış bir talep gönderir. Cüzdan, talebi hamile gösterir; hamil onaylar. Doğrulayıcı, internet özellikli bir akış üzerinden sunumu alır, ihraç eden imzasını ve anahtar materyalini doğrular, yerel olarak mevcut güven ve durum bilgisini kontrol eder ve rezervasyonu ön onaya alır. AB mDL kılavuzu, uzaktan araç kiralama paylaşımını zaten tanımlamaktadır; NIST’in taslağı, sorgu odaklı özellik taleplerini açıklamaktadır; OpenID4VP ve ISO/IEC 18013-7 ise internet tabanlı akışlar için genel sunum yönünü sağlamaktadır.

3. Yol Kenarı Denetimi

Bir memur, yol kenarı ifşa kümesini talep eder. Hamil, yakınlık akışı aracılığıyla sunar. Okuyucu, kimlik belgesini yerel olarak doğrular, sürüş yetkilerini ve geçerliliği kontrol eder ve gerekenden fazlasını görmez. İhraç eden, varsayılan olarak iletişime geçilmez. AB kılavuzu, QR tetiklemeli, Bluetooth, Wi-Fi Aware ve NFC tabanlı yol kenarı doğrulamasını tanımlarken ISO/IEC 18013-5 ve AAMVA kılavuzu, gerçek zamanlı ihraç eden teması yerine yakınlık ve cihaz alımını esas alır.

Doğru kullanıcı deneyimi budur: hızlı, doğrulanabilir, minimalist ve basit.

Gelecek UEİ’si Ne Değildir

Açıkça belirtmek gerekirse, Gelecek UEİ şunlar değildir:

• Bağımsız bir sürücü belgesi
• Bir kartın fotoğrafı
• Evrensel bir kimlik verisi koleksiyonu
• Doğrulayıcı tarafından kontrol edilen bir gözetleme kanalı
• Dijital formatta kâğıt
• Blok zincirine bağımlı bir güven sistemi

Ulusal düzeyde verilen sürüş ayrıcalıkları üzerinde dikkatlice yönetilen bir sunum katmanıdır. Bu daha az çarpıcı — ve çok daha işe yarar.

Geçiş Yolunun Mimarisi Kadar Önemi Var

En iyi mimari, geçiş yolu gerçekçi değilse işe yaramaz. Hükümetler her kâğıt iş akışını bir gecede değiştirmeyecek — ve değiştirmemeli de.

Gerçekçi bir yol şöyle görünür:

1. Aşama 1: Kâğıdı koruyun. Güvenli dijital bir yardımcı ekleyin.
2. Aşama 2: İhraç eden güven listelerini ve doğrulayıcı kategorilerini standartlaştırın.
3. Aşama 3: Hem yakınlık hem de uzaktan sunumu destekleyin.
4. Aşama 4: Rutin denetimleri ve kiralamaları dijital öncelikli akışlara taşıyın.
5. Aşama 5: Kâğıt kitapçığı birincil statüden yedek statüsüne indirgeyin.

Bu yol, standartların ve resmi ekosistem çalışmalarının zaten yöneldiği yere uymaktadır: ISO’nun tek belge mantığı, AAMVA’nın güven hizmeti altyapısı, EUDI’nin cüzdan tabanlı mDL kullanım senaryoları ve UNECE’nin ISO/IEC 18013-5 ile uyumlu elektronik izin modellerine yönelik hareketi.

Temel Argüman Tek Bir Cümlede

İşte argüman özlü biçimde: Gelecek UEİ’si dijital bir kitapçık değildir. Sınır ötesi güven sorununa yönetilen bir yanıttır.

Eski belgenin daha iyi görünen bir versiyonu değil — daha iyi bir sistem. Şu özelliklere sahip bir sistem:

• Hukuki hak hâlâ ulusal otoriteden gelir
• Hamil sunumu kontrol eder
• Doğrulayıcı yalnızca ihtiyacı olanı alır
• Güven, varsayılan gözetleme olmadan denetlenebilir
• Uzaktan ve yüz yüze kullanım tek bir mimariyi paylaşır
• Kâğıt yalnızca pratik değeri olan yerlerde varlığını sürdürür

Hedeflenmesi gereken standart budur.

Sorunu bu şekilde gördüğünüzde, ilginç soru artık UEİ’nin dijital olup olmayacağı değildir. İlginç soru şudur: Kâğıdın zayıflıklarını yeniden üretmeden ya da yenilerini eklemeden sınır ötesi sürücü kimlik katmanını ciddiye almaya kim hazır?

Bunların hiçbiri spekülatif değildir. NIST’in güncel mDL çalışması, kullanıcı tarafından kontrol edilen bir cüzdanı, ihraç edenle doğrudan iletişime geçmeden özgünlüğü doğrulayan bir doğrulayıcıyı ve ihraç edenler, cüzdanlar ve doğrulayıcılar etrafında inşa edilmiş bir kimlik belgesi ekosistemini tanımlar. AAMVA’nın Dijital Güven Hizmeti, ihraç eden otoritelerin açık anahtarlarını dağıtmak amacıyla zaten mevcuttur. AB’nin mobil sürücü belgesi kılavuzu, yetkili ihraç eden listelerini ve bağlı tarafların daha geniş bir güven çerçevesi içindeki kaydını tanımlar.