DCQL pe înțeles: cum cere un verificator unui portofel exact ce îi trebuie
DCQL, Digital Credentials Query Language, este modalitatea convenită prin care o organizație îi spune unui portofel de ce credențiale are nevoie și ce date din interiorul lor. El transformă o cerere precum "dovediți că firma dumneavoastră este înregistrată în Țările de Jos" în ceva ce înțelege orice portofel conform, fără o integrare separată pentru fiecare portofel.
Problema pe care o rezolvă DCQL
Un portofel de business conține credențiale de multe feluri, emise de organisme diferite din țări diferite și stocate în formate tehnice diferite. O organizație care trebuie doar să confirme un număr de înregistrare și o denumire juridică nu are nicio modalitate portabilă de a cere exact atât. Ajunge fie să preia întregul credențial, cu tot ce mai conține, fie să construiască o integrare separată pentru fiecare portofel pe care îl întâlnește.
DCQL rezolvă partea de întrebare. O singură cerere standard indică credențialele dorite și datele concrete dorite din fiecare. Portofelul o compară cu ce are efectiv deținătorul, îi arată deținătorului ce i se cere și divulgă doar atât. Verificatorul primește un răspuns previzibil, indiferent ce portofel folosește deținătorul.
1. Verificator
Cere exact credențialele și datele de care are nevoie
2. Portofel
Stabilește care dintre credențialele stocate corespund cererii
3. Titular
Vede ce i se cere și aprobă divulgarea doar a acelor date
4. Verificator
Primește datele aprobate și nimic mai mult
Ce poate cere un verificator
O cerere este o listă scurtă cu ceea ce este necesar. Poate indica un credențial sau mai multe, iar pentru fiecare poate indica datele concrete dorite, în loc de tot conținutul. Trei opțiuni suplimentare acoperă aproape orice caz real: variantele de rezervă, combinațiile și o limitare a emitenților acceptați.
- Ce credențiale sunt necesare și ce date din fiecare dintre ele.
- Variante de rezervă acceptabile, în ordinea preferinței, pentru deținătorii care nu au tot.
- Combinații, astfel încât o cerere să poată impune un credențial și oricare dintre alte două.
- O restricție la emitenți aflați pe o listă de încredere oficială, astfel încât credențialele de la oricine altcineva să nu fie oferite niciodată.
Cererea unei variante de rezervă
Nu toți deținătorii au același credențial. Un verificator poate indica ce ar prefera și ce ar accepta totuși, în ordine, iar portofelul folosește cea mai bună opțiune pe care deținătorul o poate îndeplini efectiv. Astfel se evită o a doua rundă și se evită respingerea unui client căruia îi lipsește doar un detaliu util, dar neesențial.
1. Preferat
Se folosește când credențialul conține ambele date
2. Alternativă
Se folosește doar când prima opțiune nu poate fi îndeplinită
Aici verificatorul ar prefera un număr de înregistrare împreună cu denumirea juridică, dar acceptă doar denumirea juridică atunci când credențialul deținătorului nu conține un număr de înregistrare.
Combinarea credențialelor într-o singură cerere
Verificările de la înrolare se bazează rareori pe un singur document. Un verificator poate cere un credențial și accepta alături de el oricare dintre alte două, totul într-o singură cerere, astfel încât deținătorul aprobă o singură dată, iar verificatorul primește un răspuns complet într-un singur pas.
Obligatoriu
Înregistrarea companiei
Unul dintre
Înregistrare în scopuri de TVA
Unul dintre
Atestare de cont bancar
Înregistrarea firmei este obligatorie. În plus, este suficientă fie o înregistrare în scopuri de TVA, fie o atestare de cont bancar, iar deținătorul trebuie să aibă doar una dintre ele.
Acceptarea doar a emitenților de încredere
Un verificator poate restrânge o cerere la credențiale al căror emitent apare pe o listă de încredere oficială. Credențialele de la oricine altcineva nici măcar nu îi sunt oferite deținătorului, așa că o imitație autoemisă nu ajunge deloc la verificare.
Verificatorul spune: doar de la emitenți aflați pe o listă de încredere oficială a UE
Credențial de înregistrare de la un emitent listat
Emitentul apare pe lista de încredere
✓ Este oferit deținătorului
Credențial de înregistrare de la un emitent nelistat
Emitentul nu apare pe lista de încredere
✗ Nu este oferit deținătorului
Acesta este un filtru în portofel, nu o garanție în sine. Verificatorul tot compară emitentul cu lista de încredere atunci când validează ce a primit.
Stadiul actual al DCQL
- DCQL face parte din însăși specificația OpenID4VP, nu este un document separat, și a înlocuit o dependență anterioară de DIF Presentation Exchange.
- EUDI Wallet Architecture and Reference Framework indică OpenID4VP ca protocol de prezentare și DCQL împreună cu el, așa că se așteaptă ca portofelele și verificatoarele din ecosistem să îl accepte.
- Portofelele și verificatoarele de referință din programul EUDI Wallet au convers către DCQL, așa că o integrare cu un portofel de business începută astăzi ar trebui să îl presupună, în locul alternativei mai vechi.
Ce înseamnă asta pentru dumneavoastră
Verificator
Un singur format de cerere acoperă orice portofel și primiți doar datele pe care le-ați cerut, adică mai puține date de stocat, de securizat și de justificat.
Titular
Vedeți exact ce vi se cere înainte de a aproba, iar nimic dincolo de asta nu iese din portofelul dumneavoastră.
Emitent
Credențialele pe care le emiteți rămân utile pentru verificări parțiale, astfel că un singur credențial poate servi multor scopuri diferite.
Aprofundare tehnică
Această pagină explică ce face tehnologia și pe cine afectează. Documentația noastră pentru dezvoltatori acoperă implementarea propriu-zisă: mesajele, câmpurile și exemplele detaliate de care are nevoie o echipă de integrare.
Citiți documentația tehnicăTermeni înrudiți
Întrebări frecvente
Prin ce diferă DCQL de DIF Presentation Exchange?
Ambele sunt modalități prin care un verificator descrie ce dorește de la un portofel. Presentation Exchange este cea mai veche și mai largă dintre cele două, concepută să funcționeze cu mai multe protocoale. DCQL este deliberat mai mic și este definit în interiorul OpenID4VP. Ecosistemul EUDI Wallet s-a standardizat pe DCQL, deci pe acesta trebuie construite planurile pentru piața europeană.
Poate o singură cerere să vizeze mai mult de un credențial?
Da, iar acesta este unul dintre motivele pentru care există. Un verificator poate cere o înregistrare a firmei și o atestare de cont bancar într-o singură cerere sau poate accepta una dintre două alternative, iar deținătorul aprobă totul într-un singur pas, în loc să fie întrebat de două ori.
Ce se întâmplă dacă deținătorul nu are tot ce i s-a cerut?
Verificatorul poate indica variante de rezervă acceptabile, în ordinea preferinței, iar portofelul o folosește pe cea mai bună pe care deținătorul o poate îndeplini efectiv. Astfel, un verificator poate cere un număr de înregistrare exact acolo unde există și se poate mulțumi cu denumirea juridică acolo unde nu există, fără să trimită o a doua cerere și fără să refuze deținătorul.
Este DCQL specific EUDI Wallet?
Nu. DCQL face parte din OpenID4VP, iar orice implementare a acestui protocol îl poate folosi. Ecosistemul EUDI Wallet este un adoptator important: Architecture and Reference Framework indică OpenID4VP cu DCQL ca modalitate de prezentare a credențialelor, motiv pentru care contează pentru oricine construiește pentru piața europeană.
Ajută acest lucru la minimizarea datelor conform GDPR?
Face minimul explicit. Cererea precizează ce date sunt necesare, deținătorul vede lista înainte de aprobare, iar portofelul nu divulgă nimic în plus. Astfel, minimizarea datelor nu mai este o promisiune de politică, ci o limită impusă chiar de schimbul de date, ceea ce este mult mai ușor de demonstrat.
Surse
Această pagină are caracter informativ și nu constituie consultanță juridică. Pentru îndrumări oficiale, consultați direct OpenID Foundation și Comisia Europeană.