Polis, İcarə Masaları, İşəgötürənlər, Sığortaçılar: Niyə Eyni Məlumatı Görməməlidirlər

Gələcək Beynəlxalq Sürücülük İcazəsinin (BSİ) ən böyük dizayn səhvi hər yoxlayıcıya eyni yoxlayıcı kimi yanaşmaq olardı. Polis əməkdaşı, avtomobil icarə masası, işəgötürən və sığortaçı eyni sualı vermir — buna görə də eyni cavabı almamalıdırlar.

Bir sürücü. Sürməyə eyni əsas hüquq. Bir cüzdan. Lakin dörd çox fərqli yoxlayıcı:

• Yol kənarında polis əməkdaşı
• Avtomobil təhvil alınarkən icarə masası
• Avtomobil parkı uyğunluğunu yoxlayan işəgötürən
• İddia araşdıran sığortaçı

Əgər gələcək BSİ dördünə eyni məlumatı göstərirsə, sistem artıq uğursuz olub. Credential təhlükəsiz olmadığından deyil, açıqlama modeli çox sadə olduğundan.

Standartlar icması artıq həmin sadə modeldən uzaqlaşır. W3C-nin doğrulanabilir-etimadnaməler üzrə işi emitentlər, saxlayıcılar və yoxlayıcılar ekosistemini təsvir edir, yoxlayıcılara misal kimi işəgötürənlər və veb saytları göstərir. Avropa İttifaqının mobil sürücülük vəsiqəsi üzrə işi artıq yol kənarı yoxlamalarını və avtomobil icarəsini ayrı yoxlama ssenariləri kimi qəbul edir, o cümlədən icarə üçün uzaqdan əvvəlcədən paylaşma və polis üçün şəxsi yoxlama daxildir. Arxitektura artıq çoxlu yoxlayıcı tipləri üçün nəzərdə tutulub. Səhv, istifadəçi təcrübəsini yalnız bir tip mövcudmuş kimi dizayn etmək olardı.

Niyə Fiziki Kart Bizi Yanlış Düşünməyə Öyrətdi

Fiziki vəsiqə bizi hər şeyi göstər yanaşmasına öyrətdi. Kartı uzadırsınız. Qarşı tərəf kartda olanı görür. Bu bütün qarşılıqlı əlaqədir.

Bu yanaşma kağız dünyasında qəbul edilə bilər, çünki alternativ yoxdur. Rəqəmsal dünyada isə qəbul edilməz hala gəlir.

W3C VC Data Model 2.0 birbaşa bildirir: sürücülük vəsiqəsi İD nömrəsi, boy, çəki, doğum tarixi və ev ünvanını ehtiva edə bilər — lakin bu yenə də müəyyən bir əməliyyat üçün lazım olandan çox ola bilər. Cari standartlardan əsas məqamlar:

• W3C ən yaxşı təcrübəsi: seçici açıqlamanı dəstəkləyin və yalnız ciddi şəkildə lazım olanı tələb edin
• Avropa İttifaqı məlumatların mühafizəsi üzrə rəhbərlik: emal müəyyən məqsədlərlə məhdudlaşdırılmalı, emal edilən məlumatlar isə zəruri və mütənasib olmalıdır
• Gələcək BSİ-nin birinci prinsipi: eyni credential yoxlama hüququnun eyni olması demək deyil

Doğru Model Siyasətə Əsaslanan Açıqlamadır

Ciddi bir arxitektura istəyirsinizsə, doğru model rəqəmsal kart təqdimatından daha çox atributa əsaslanan giriş nəzarətinə yaxındır.

NIST SP 800-205 giriş nəzarəti qərarlarını subyekt, obyekt, tələb olunan əməliyyat və mühit şərtləri ilə əlaqəli atributların siyasətə qarşı qiymətləndirilməsi kimi müəyyən edir. Bu gələcək BSİ üçün tam doğru strukturdur:

• Subyekt: sürücü
• Obyekt: tələb olunan məlumat sahələri
• Əməliyyat: mücərrəd “vəsiqəyə bax” deyil, “yol kənarında B kateqoriyasını idarə etmək hüququnu yoxla” və ya “sifariş üçün icarə uyğunluğunu yoxla” kimi konkret bir şey
• Mühit: yol kənarı, icarə masası, uzaqdan əvvəlcədən yoxlama, avtomobil parkına qoşulma və zərər sonrası iddia baxışı müxtəlif mühitlərdir və fərqli qərarlara gətirməlidir

NIST həmçinin qeyd edir ki, atribut sistemlərinin dəqiqliyi, idarəetməsi və atributların azaldılması, qruplaşdırılması və minimuma endirilməsi mexanizmləri lazımdır.

Beləliklə, gələcək BSİ soruşmamalıdır: Bu yoxlayıcı vəsiqəni oxuya bilərmi? Soruşmalıdır: Bu yoxlayıcı hansı iddialara, hansı nəzərdə tutulan istifadə üçün, bu mühitdə, hansı saxlama qaydaları ilə sahib ola bilər?

Yoxlayıcı Hər Hansı Bir Şey Tələb Etməzdən Əvvəl Özünü Təqdim Etməlidir

Gələcək BSİ cüzdanın məlumat göstərməsi ilə başlamamalıdır. Yoxlayıcının kim olduğunu sübut etməsi ilə başlamalıdır.

EUDI arxitekturası bu barədə aydındır. Güvənən tərəflər:

• Hansı atributları tələb etmək niyyətində olduqlarını və hansı məqsədlə olduğunu qeydiyyatdan keçirməlidirlər
• Giriş sertifikatları almalıdırlar
• Hər hansı açıqlamadan əvvəl cüzdana autentifikasiya etməlidirlər
• Qeydiyyat məlumatı mövcud olduqda qeydiyyatdan keçirilmiş əhatə dairəsinə qarşı yoxlanılmalıdırlar

İstifadəçi daha sonra kimin soruşduğunu, nəyin soruşulduğunu və tələbin qeydiyyatdan keçirilmiş əhatə dairəsində olub olmadığını görə bilər.

ETSI-nin cari cüzdan-güvənən-tərəf sertifikatı işi bunu daha konkret edir. Cüzdan-güvənən-tərəf qeydiyyat sertifikatı güvənən tərəfin nəzərdə tutulan istifadəsini və tələb etmək üçün qeydiyyatdan keçirdiyi atributları təsvir edə bilər. Müvafiq giriş sertifikatı tələbin qanuni, səlahiyyətli tərəfdən gəlməsini təmin etmək üçün mövcuddur. ETSI həmçinin aşağıdakılar kimi güvənən tərəf metaməlumatlarını daxil edir:

• Ticarət adı
• Dəstək URI-si
• Nəzərdə tutulan istifadə
• Səlahiyyətlər
• Reyestr URI-si
• Nəzarət orqanı məlumatı

Gələcək BSİ-nin ikinci prinsipi: yoxlayıcı kimliyi yoxdursa, açıqlama da yoxdur.

Niyə Razılıq Ekranları Kifayət Deyil

Burada başqa bir səhv var: istifadəçi təsdiqini hüquqi legitimliklə eyniləşdirmək.

EUDI arxitekturası açıqca bildirir ki, atributları təqdim etmək üçün istifadəçi təsdiqi güvənən tərəfin şəxsi məlumatların emalı üçün qanuni əsas kimi qiymətləndirilməməlidir. Güvənən tərəfin yenə də öz qanuni əsası olmalıdır. EUDI həmçinin güvənən tərəfin hüquq-mühafizə orqanlarının və ya başqa dövlət qurumunun bir hissəsi ola biləcəyi hallar da daxil olmaqla bütün istifadə hallarında istifadəçi təsdiqini tələb edir.

Yaxşı bir cüzdan interfeysi kömək edə bilər, lakin öz başına yoxlayıcının həddini aşmasını həll edə bilməz. Qayda interfeysdən əvvəl mövcud olmalıdır.

Buna görə gələcək BSİ-yə hər ikisi lazımdır:

• Kriptoqrafik yoxlayıcı autentifikasiyası kimin soruşduğunu təsdiqləmək üçün
• Siyasət məhdudiyyətləri həmin yoxlayıcı kateqoriyasının nə tələb edə biləcəyi barədə

Hər ikisi olmadan “istifadəçi seçimi” siyasət uğursuzluğunu fərdə yükləməyin bir yoluna çevrilir.

1. Polis: Bütün Şəxsiyyəti Deyil, Sürüş Hüququnu Yoxlayın

Yol kənarı polis ssenarisi ən diqqətli olandır.

Avropa İttifaqının mDL təlimatı bunu birbaşa təsvir edir: polis və ya digər səlahiyyətli şəxslər tələb olunduqda vəsiqəni, o cümlədən vəsiqənin etibarlılığını və nəqliyyat vasitəsi səlahiyyətlərini yoxlayır. İstifadəçi səyahətində əməkdaş QR tetiklenmiş axın, Bluetooth, Wi-Fi Aware və ya NFC vasitəsilə vəsiqəni yoxlayır. Bu, diqqətli bir yoxlama tapşırığıdır:

• Bu şəxs sahibi midir?
• Credential etibarlıdırmı?
• Hansı nəqliyyat vasitəsi səlahiyyətləri və məhdudiyyətlər tətbiq edilir?

Standart olaraq icazə verilir:

• Ad
• Portret
• Vəsiqənin statusu
• Verilmə və bitmə tarixləri
• Kateqoriyalar
• Sürüşlə əlaqəli məhdudiyyətlər
• Emitent və yurisdiksiya
• Aktuallıq/status nəticəsi

Standart olaraq icazə verilmir:

• Ev ünvanı
• Yol kənarı istifadəsi üçün lazım olmayan daxili identifikatorlar
• Digər attestasiyalardan əlaqəsiz atributlar
• Tarixi təqdimat jurnalları
• Kommersiya metaməlumatları

AAMVA-nın tətbiq rəhbərliyi portret məqamını möhkəmləndirir: portret tələb olunarsa və hər hansı digər element açıqlanırsa, yoxlayıcının məlumatı onu təqdim edən şəxslə əlaqələndirə bilməsi üçün portret paylaşılmalıdır. Eyni rəhbərlik həmçinin bildirir ki, maraqlı tərəflər qanunla tələb olunduğu hallar istisna olmaqla mDL sahiblərini və ya mDL istifadəsini izləməməlidirlər.

Polis işi dövlətin hər şeyi alması deyil. Yol kənarı tətbiqi üçün lazım olan sürüşlə əlaqəli məlumatları alması deməkdir. Bu mühüm bir fərqdir.

2. İcarə Masaları: Uyğunluq, Kimlik Uyğunluğu və Lazımsız Heç Nə

İcarə işi daha ətraflıdır, çünki həqiqətən iki an var: gəlişdən əvvəl uzaqdan əvvəlcədən yoxlama və açarların şəxs və ya kiosk tərəfindən verildiyi təhvil alma.

Avropa İttifaqının mDL təlimatı hər ikisini artıq modelləşdirir. Avtomobil icarəsi xidməti rezervasiya zamanı şəxsiyyəti sübut edən sənədlə birlikdə mDL tələb edə bilər, attestasiyaları yoxlaya bilər və sonradan nəqliyyat vasitəsini buraxmadan əvvəl müştərini şəxsən təhvil alma zamanı yoxlaya bilər. İstifadəçilər mDL-lərini avtomobil icarəsi şirkətləri ilə ya şəxsən, ya da uzaqdan əvvəlcədən paylaşa bilər.

İcarə masasının əsas məqsədi bir hadisəni araşdırmaq deyil. Qərar verməkdir: Bu rezervasiya və siyasət çərçivəsində bu nəqliyyat vasitəsini bu müştəriyə icarəyə verə bilərəmmi?

Uzaqdan əvvəlcədən yoxlamaya daxil edilməlidir:

• Kimlik əlaqəsi
• Portret və ya ekvivalent kimlik bağlayan element
• Müvafiq nəqliyyat vasitəsi kateqoriyası
• Verilmə və bitmə tarixləri
• Cari etibarlılıq
• Mümkün yaş hədd və ya yaş qrupu

Təhvil alma təsdiqləməlidir:

• Sahibin əvvəlcədən yoxlamanı tamamlayan eyni şəxs olduğunu
• Cari etibarlılığı
• Müvafiq səlahiyyətləri

Standart olaraq lazım deyil:

• Rezervasiya profili artıq əlaqə məlumatlarını ehtiva edəndə tam ev ünvanı
• Yaş üstü və ya yaş qrupu kifayət etdiyi halda tam doğum tarixi
• Əlaqəsiz kimlik atributları
• Rezervasiya attestasiyası artıq mövcud olduqda tam credentialın təkrar-təkrar yenidən təqdim edilməsi

NIST-in cari mDL arxitekturası güvənən tərəfin yalnız lazımlı atributları tələb etmək üçün DCQL istifadə etdiyini göstərir və açıqca bildirir ki, bu, credentialı tək bir vahid kimi qəbul etmək əvəzinə tələbi strukturlaşdıraraq məlumatın minimuma endirilməsini və sahibin razılığını dəstəkləyir. AAMVA əlavə edir ki, proqram tələb olunan məlumatı və yoxlayıcının məlumatı saxlamaq niyyətini olub olmadığını aydın şəkildə göstərməlidir.

3. İşəgötürənlər: Tam Kimliyə Giriş Yolu Deyil, Bir Yoxlayıcı Kateqoriyası

W3C-nin icmalı işəgötürənin rəqəmsal sisteminin universitetdən alınan dərəcəni yoxlamasını yoxlayıcı nümunəsi kimi istifadə edir. Bu, işəgötürən yoxlamasının credential ekosistemləri üçün artıq tanınan bir nümunə olduğunu xatırladır.

İşəgötürən və ya avtomobil parkı operatoru qanuni olaraq bilmək istəyə bilər:

• İşçinin hazırda müəyyən nəqliyyat vasitəsi kateqoriyalarını idarə etmək hüququnun olub olmadığını
• Əsas məhdudiyyətlərin mövcud olub olmadığını
• Səlahiyyətin etibarlı qalıb qalmadığını

Bu real bir iş tələbidir. Lakin bu, avtomatik olaraq tam sürücülük credentialına, tam kimlik məlumatlarına və ya davamlı təkrar təqdimatlara daimi girişi əsaslandırmır.

NIST xəbərdar edir ki, yenidən istifadə edilə bilən bir identifikatoru tez-tez ötürmək və istifadəçiləri kimlik daşıyan credential təqdim etmək üçün mütəmadi olaraq şərtləndirmək arzuolunmazdır və gündəlik autentifikasiyanın passkey-lər kimi autentifikasiya üçün nəzərdə tutulmuş texnologiyalara əsaslanması lazım olduğunu bildirir. NIST, server tərəfli biometrik uyğunlaşdırma yerinə lokal cihaz autentifikasiyasına üstünlük verir, çünki bu, məxfiliyi daha yaxşı qoruyur.

Gələcək BSİ iş yeri giriş nişanına çevrilməməlidir.

İşəgötürən və avtomobil parkı istifadəsi üçün doğru nümunə adətən bunlardır:

• İşlə əlaqəli səlahiyyət yoxlaması
• Bəlkə dövri uyğunluq attestasiyası
• Bəlkə sahibin müəyyən kateqoriyalar üçün etibarlı qaldığına dair iddia
• Lakin işçi bir sistemə daxil olduqda və ya iş növbəsinə başladıqda bütün vəsiqə məlumatlarının standart olaraq köçürülməsi deyil

Avtomobil parkının uyğunluğu ayrı bir nəzərdə tutulan istifadəyə və ayrı bir açıqlama prifilinə malik ayrı bir güvənən tərəf kateqoriyasıdır.

4. Sığortaçılar: İddialar Davamlı Görünürlük Üçün İcazə Deyil

Sığorta işi çox vaxt gerçəkdir. Avropa İttifaqının mDL istifadə halı materialında sığortaçılar icarə ssenarisindəki dolayı yolla görünür: sığorta şirkətləri avtomobil icarəsi şirkətlərindən avtomobili icarəyə götürən şəxsin sürüş hüququnun olub olmadığını yoxlamalarını tələb edir. Sığorta artıq sürüş yoxlama axınına təsir göstərir.

Lakin bu, bir sığortaçının polislə eyni məlumatı alması və ya credentiala daimi giriş hüququ olması demək deyil.

Gələcək BSİ sığortaçılara ayrı nəzərdə tutulan istifadələri olan ayrı bir yoxlayıcı kateqoriyası kimi yanaşmalıdır:

• Sığortalaşma
• İcarə riski yoxlaması
• Zərər sonrası iddia baxışı
• Fırıldaq araşdırması

Bunlar eyni məqsəd deyil. Avropa İttifaqının məlumatların mühafizəsi prinsiplərinə görə, şəxsi məlumatlar müəyyən məqsədlər üçün toplanmalı və həmin məqsəd üçün zəruri və mütənasib olanla məhdudlaşdırılmalıdır. W3C-nin VC rəhbərliyi texniki cəhətdən eyni nəticəyə gəlir: yoxlayıcılar yalnız ciddi şəkildə lazım olanı tələb etməlidirlər.

Qanuni, hadisəyə xas nümunələr:

• Vəsiqənin müvafiq anda etibarlı olduğuna dair sübut
• Müvafiq nəqliyyat vasitəsi səlahiyyətinə dair sübut
• İddia üçün lazım olduğu hallarda kimlik əlaqəsinə dair sübut
• İddiyaya xas açıqlama

Standart olaraq icazə verilmir:

• Əsas credentiala daimi giriş
• Müştəri sığortaçıyla hər qarşılıqlı əlaqədə təkrar edilən ümumi yoxlama
• Sürücülük credentialının giriş tokeni kimi istifadəsi
• Əlaqəsiz atributların toplanması

Sürücülük credentialı izləmə abunəliyi deyil. Və sakitcə belə olmamalıdır.

Niyə Vasitəçilər Görünən Olmalıdır

Real bazarlar vasitəçiləri əhatə edir. İcarə platformları, avtomobil parkı satıcıları, işəgötürən HR sistemləri və sığorta iddia emalçıları çox vaxt üçüncü tərəflər vasitəsilə fəaliyyət göstərir.

EUDI arxitekturası bunu belə həll edir:

• Vasitəçilərə güvənən tərəflər kimi yanaşmaq
• Onların qeydiyyatdan keçməsini tələb etmək
• Vasitəçilik edilən güvənən tərəf üçün tələb olunan atributların qeydiyyatdan keçirilməsini tələb etmək
• Həm vasitəçini, həm də son güvənən tərəfi istifadəçiyə göstərmək
• Vasitəçilərin əməliyyatın məzmunu haqqında məlumat saxlamasını qadağan etmək

Gələcək BSİ heç vaxt istifadəçinin icarə şirkətinə açıqlama etdiyini düşündüyü, lakin gerçəkdə görünməz bir yoxlama brokeri, analitika emalçısı və iddia satıcısı zincirinə açıqlama etdiyi bir nümunəyə icazə verməməlidir.

ETSI burada kömək edir. Onun cüzdan-güvənən-tərəf sertifikat modeli dəstək URI-lərini, nəzərdə tutulan istifadəni, reyestr URI-lərini və nəzarət orqanı metaməlumatlarını dəstəkləyir. Bu, istifadəçilərin tələbin digər ucunda kimin olduğunu və silinmə ya düzəliş istədikdə hara müraciət etmələri lazım olduğunu anlaması üçün lazım olan maşın tərəfindən oxuna bilən infrastruktur növüdür.

Saxlama Giriş Nəzarətinin Bir Hissəsidir

Seçici açıqlama haqqında əksər müzakirələr çox tez başa çatır. Nəyin açıqlandığına diqqət yetirilir. Sonradan nə qədər müddət saxlandığına isə kifayət qədər diqqət yetirilmir.

Cari rəhbərlik artıq bir araya gəlir:

• AAMVA: cüzdan sahibə hansı məlumatın tələb olunduğunu və yoxlayıcının məlumatı saxlamaq niyyətinin olub olmadığını aydın şəkildə bildirməlidir; maraqlı tərəflər qanunla tələb olunduğu hallar istisna olmaqla sahibləri və ya mDL istifadəsini izləməməlidirlər
• W3C: sahibin proqramı yoxlayıcılarla paylaşılan məlumatların jurnallarını təqdim etməlidir ki, həddindən artıq tələblər müəyyən edilə bilsin
• EUDI: istifadəçilər əməliyyat jurnallarına daxil olmalı, şübhəli tələbləri bildirməli və silinmə tələb etməli olmalıdırlar

Saxlama sinfi açıqlama siyasətinin özünün bir hissəsi olmalıdır:

• Yol kənarı polis: qanuni əməliyyat qeydindən kənarda standart olaraq saxlama yoxdur
• İcarə əvvəlcədən yoxlaması: yenidən istifadə edilə bilən kimlik surəti deyil, rezervasiyaya bağlı əməliyyat qeydi
• İşəgötürən avtomobil parkı uyğunluğu: xam credential məlumatları deyil, uyğunluq qeydi və ya attestasiya nəticəsi
• Sığortaçı iddiası: daimi giriş deyil, iddiaya məhdud qeyd

Saxlamanı nəzərə almayan gələcək BSİ yalnız qismən məxfiliyi qoruyur.

Cüzdanın Əslində Nə Qərara Gəlməsi Lazımdır

Bu bütün məqaləni bir tətbiq qaydasına endirməli olsaydım, bu olardı:

Cüzdan “Bu credentialı təqdim edə bilərəmmi?” sualına cavab verməməlidir. “Bu iddialar toplusunu bu autentifikasiya edilmiş yoxlayıcıya, bu nəzərdə tutulan istifadə üçün, bu kontekstdə, bu saxlama sinfi altında təqdim edə bilərəmmi?” sualına cavab verməlidir.

Bu qərar ən azı bu girdilər tərəfindən idarə edilməlidir:

• Yoxlayıcı kimliyi
• Yoxlayıcı kateqoriyası
• Nəzərdə tutulan istifadə
• Qeydiyyatdan keçirilmiş atribut əhatə dairəsi
• Mövcuddursa, emitentdən açıqlama siyasəti
• Mühit (yol kənarı, təhvil alma, uzaqdan, avtomobil parkı, iddia)
• Sahibin təsdiqi
• Tətbiq edilən saxlama siyasəti

Standartlar artıq bunun üçün çox sayda mexanizm ehtiva edir: seçici açıqlama, güvənən tərəf autentifikasiyası, qeydiyyatdan keçirilmiş nəzərdə tutulan istifadə, giriş sertifikatları, açıqlama siyasəti qiymətləndirməsi və məqsədlə bağlı tələblər. Hələ çatışmayan isə bu hissələri bir ardıcıl açıqlama arxitekturası kimi qəbul etmək intizamıdır.

Əsas Arqument

Gələcək BSİ məlumatın açıqlanıb açıqlanmaya biləcəyini soruşmamalıdır. Soruşmalıdır:

• Kim soruşur?
• Hansı məqsədlə?
• Hansı səlahiyyət altında?
• Hansı kontekstdə?
• Hansı saxlama nəticələri ilə?

Polis, icarə masaları, işəgötürənlər və sığortaçılar tələbin digər ucundaki dörd loqo deyil. Bunlar dörd fərqli risk modeli, dörd fərqli hüquqi kontekst, soruşmaq üçün dörd fərqli səbəbdir — və dörd fərqli açıqlama dəsti yaratmalıdırlar.

Bu lazımsız mürəkkəblik deyil. Müasir sürücülük credentialının hər yoxlayıcıya eyni yoxlayıcı kimi yanaşmaqdan vazkeçdikdə necə göründüyü budur.