Hogyan működik az eIDAS-ellenőrzés: Technikai mélyelemzés

Javítva 2026. október 20-án: a bejegyzés korábbi változata azt állította, hogy az EUDI Tárca PID-je képes egy age_over_18 attribútumot felfedni. Ez nem így van – a PID nem tartalmaz életkor-attribútumot, ezért az ellenőrző csak a születési dátumot kéri el, és az igen/nem választ maga számítja ki. age_over_18 csak a különálló életkor-igazolásban (proof-of-age attestation, eu.europa.ec.av.1) létezik. Az ID Austriát, a Smart-ID-t és a BankID-t sem mutatjuk be többé EUDI Tárcaként (ezek meglévő nemzeti eID-alkalmazások), és pontosítottuk, hogy az ellenőrző a PID-szolgáltató aláírását a bizalmi listák alapján ellenőrzi, nem pedig egy kormányzati rendszert hív meg az ellenőrzés közben.

Az ellenőrzési folyamat áttekintése

Az eIDAS-alapú személyazonosság-ellenőrzés egy gondosan felépített lépéssorozatot követ, amely a biztonság, az adatvédelem és a felhasználói élmény egyensúlyára épül. A folyamat megértése alapvető azoknak a fejlesztőknek, akik személyazonosság-ellenőrzést integrálnak az alkalmazásukba.

A teljes ellenőrzési folyamatban négy fő szereplő vesz részt:

1. Igénybe vevő fél (az Ön alkalmazása): A személyazonosság-ellenőrzést kérő szolgáltatás
2. eIDAS szolgáltató: Köztes réteg (middleware), amely összeköti az Ön alkalmazását az eIDAS-hálózattal
3. EUDI Tárca: A felhasználó tárcaalkalmazása, amelyet a tagállama rendszere keretében biztosítanak
4. PID-szolgáltató: A tagállam által kijelölt szerv, amely a személyazonosító adatokat a tárcába kiadja, és amelynek aláíró tanúsítványait a bizalmi listák teszik közzé

Járjuk végig ennek a folyamatnak minden lépését részletesen.

1. lépés: Ellenőrzési munkamenet inicializálása

Amikor az alkalmazásának ellenőriznie kell egy felhasználó személyazonosságát, a folyamat egy ellenőrzési munkamenet létrehozásával kezdődik.

Munkamenet-létrehozási kérés

Az alkalmazás API-hívást indít az eIDAS szolgáltatóhoz:

POST /api/verification/create
{
  "verificationType": "AGE",
  "purpose": "Age verification for purchase",
  "returnUrl": "https://yourapp.com/verification/callback"
}

A verificationType mező határozza meg, milyen kérdésre van szüksége válaszra. Az eIDAS Pro logikai (igen/nem) eredményekre összpontosít: true/false válaszokat kap, nem személyes adatokat.

Életkor-ellenőrzés (AGE):

• PID esetén a tárca kizárólag a születési dátumot fedi fel (a PID-ben nincs age_over_18 attribútum); az ellenőrző kiszámítja, hogy „18 éves vagy idősebb-e”, és csak az igen/nem eredményt tartja meg
• Életkor-igazolás (eu.europa.ec.av.1) esetén a tárca közvetlenül az age_over_18 értéket fedi fel, születési dátum nélkül

Országellenőrzés (COUNTRY):

• Szerepel-e a felhasználó lakóhelye szerinti ország az Ön engedélyezési listáján? (a lakóhely szerinti ország a PID-ben opcionális, így nem minden PID-ből válaszolható meg)

Miért logikai eredmények?

Ez a megközelítés maximális adatvédelmet biztosít minimális GDPR-felelősséggel:

• Csak azt tudja meg, amit tudnia kell (igen/nem)
• Nincsenek nevek, születési dátumok vagy címek, amelyeket tárolni vagy védeni kellene
• Nincs különleges kategóriájú adatfeldolgozás
• Drasztikusan csökkentett, adatvédelmi incidensekből eredő felelősség

Adatvédelmi megjegyzés: Az eIDAS Pro szándékosan csak logikai válaszokat ad vissza; a PID-ből kiolvasott születési dátumot soha nem adja vissza, nem tárolja és nem naplózza. Ha teljes személyazonosító adatokra (nevek, címek) van szüksége, dokumentumalapú ellenőrzési megközelítésekre lesz szükség, a hozzájuk tartozó GDPR-kötelezettségekkel és költségekkel együtt. Számos szervezet használja az eIDAS-t EU-specifikus minimális adatú felhasználási esetekre és dokumentum-ellenőrzést a teljes személyazonosító adatokat igénylő forgatókönyvekre.

Adatkezelői megjegyzés: Bár az eIDAS minimalizálja az adatgyűjtést, szervezete továbbra is adatkezelő marad az Ön által tárolt ellenőrzési eredmények vonatkozásában. Részletekért a fennmaradó kötelezettségeiről tekintse meg GDPR-megfelelőségi útmutatónkat.

Munkamenet-válasz

A szolgáltató egyedi ellenőrzési munkamenetet generál és a következőt adja vissza:

{
  "sessionId": "vs_a8f2b3c1...",
  "qrCodeData": "eidas://verify?session=vs_a8f2b3c1...",
  "deepLink": "at.gv.eid://verify?session=vs_a8f2b3c1...",
  "expiresAt": "2026-01-22T15:30:00Z",
  "statusUrl": "https://api.provider.com/verification/vs_a8f2b3c1/status"
}

A munkamenet jellemzően 5–10 perc után jár le, hogy megakadályozza az elavult ellenőrzési kéréseket.

2. lépés: QR-kód generálása és megjelenítése

A QR-kód hidat képez a webalkalmazás és a felhasználó mobileszköze között.

QR-kód tartalma

A QR-kód több kritikus információt kódol:

1. Protokoll-séma: eidas:// vagy országspecifikus sémák, mint az at.gv.eid://
2. Munkamenet-azonosító: Összekapcsolja ezt az ellenőrzést a backend munkamenettel
3. Szolgáltatói végpont: Ahová a tárcának el kell küldenie az ellenőrzési kérést
4. Kért attribútumok: Milyen információt kell ellenőrizni

Modern szabványok: OpenID4VP

A modern eIDAS-implementációk az OpenID for Verifiable Presentations (OpenID4VP) szabványt használják, amely szabványosítja az ellenőrizhető hitelesítő adatok kérésének és bemutatásának módját. A QR-kód a következőket tartalmazza:

openid4vp://?
  client_id=https://yourprovider.com
  &request_uri=https://yourprovider.com/request/vs_a8f2b3c1

A request_uri egy aláírt JWT-re mutat, amely tartalmazza a teljes ellenőrzési kérést, biztosítva az integritást és megakadályozva a manipulációt.

Megjelenítési bevált gyakorlatok

Reszponzív kialakítás: Mobileszközökön QR-kód helyett „Koppintson a megnyitáshoz” gombot jelenítsen meg, mélyhivatkozásokkal a megfelelő tárcaalkalmazás közvetlen indításához.

Betöltési állapotok: Jelenítsen meg szkennelési animációt és egyértelmű utasításokat („Szkennelje be a nemzeti eID alkalmazásával”).

Alternatív lehetőségek: Biztosítson alternatív ellenőrzési módszereket az eID-tárcával nem rendelkező felhasználók számára.

3. lépés: Tárcaalkalmazásos hitelesítés

Miután a felhasználó beszkenneli a QR-kódot, nemzeti eID tárca-alkalmazása veszi át az irányítást.

Kérelem ellenőrzése

A tárca-alkalmazás:

1. Lekéri a teljes kérést: Letölti az aláírt kérést a request_uri címről
2. Érvényesíti az aláírásokat: Meggyőződik arról, hogy a kérés legitim szolgáltatótól származik
3. Ellenőrzi a hatókört: Megbizonyosodik, hogy a kért attribútumok megfelelőek és jogszerűek
4. Megjeleníti a hozzájárulási képernyőt: Megmutatja a felhasználónak, pontosan milyen információ kerül megosztásra

Felhasználói hitelesítés

Az információk kiadása előtt a tárca erős hitelesítést igényel. A módszerek országonként eltérnek, de jellemzően a következőket tartalmazzák:

Biometrikus hitelesítés (leggyakoribb):

• Ujjlenyomat-olvasás
• Arcfelismerés
• Írisz-szkennelés

PIN/Jelszó: Numerikus PIN vagy alfanumerikus jelszó

Hardverbiztonság: Sok nemzeti eID tárca biztonságos elemeket (SE) vagy megbízható végrehajtási környezeteket (TEE) használ az eszközön, biztosítva, hogy a kriptográfiai kulcsok soha ne hagyják el a biztonságos enklávét.

Példa: tárcás folyamat

1. A felhasználó a QR-kód beolvasásával megnyitja EUDI Tárca alkalmazását
2. Az alkalmazás megjeleníti: „Az eidas-pro.com kéri: Születési dátum (életkor-ellenőrzéshez)”
3. A felhasználó áttekinti és megérinti a „Jóváhagyás” gombot
4. Biometrikus felszólítás: „Használja ujjlenyomatát a megerősítéshez”
5. A felhasználó ujjlenyomattal hitelesíti magát
6. Az alkalmazás generálja és aláírja az ellenőrzési választ

A teljes alkalmazáson belüli folyamat 3–5 másodpercet vesz igénybe visszatérő felhasználók számára.

4. lépés: Attribútumcsere és ellenőrzés

A felhasználó hitelesítése után a tárca kriptográfiailag aláírt választ készít, amely tartalmazza a kért attribútumokat.

Válaszstruktúra

A tárca Verifiable Presentation-t generál SD-JWT VC (Selective Disclosure JWT Verifiable Credentials) formátumban, amelyet az EU digitális személyazonossági tárcája ténylegesen használ:

// SD-JWT VC (PID, vct urn:eudi:pid:1) szelektív közzététellel - csak a birthdate felfedése
eyJhbGciOiJFUzI1NiIsInR5cCI6ImRjK3NkLWp3dCJ9.
eyJpc3MiOiJodHRwczovL2lzc3Vlci5laWRhcy5ldSIsImlhdCI6MTY0MzI4NDgwMCwiZXhwIjoxNjQzMjg4NDAwLCJ2Y3QiOiJ1cm46ZXVkaTpwaWQ6MSIsInN1YiI6ImRpZDpqd2s6ZXlKdUlqb2lSRk5CSWl3aWVTSTZJalkzTnpZeE1qRTJNeUo5IiwiX3NkIjpbIkc1RW5oT0FPb1U5WF84UUFBQUFBQUFBQUFBIiwiSjZVVnJPbkFBQUFBQUFBQUFBQUFBQUEiXSwiX3NkX2FsZyI6InNoYS0yNTYifQ.
kLJkC5RhcvkKU-VU8-U5Ng7Iq4r8KxP9I_gKU8U8U8U8U

// Közzétételi tömb (csak birthdate felfedve, más attribútumok rejtve)
~WyJhQUFBQUFBQSIsImJpcnRoZGF0ZSIsIjE5OTAtMDUtMTQiXQ

// Key Binding JWT (bizonyítja, hogy a tulajdonos irányítja a tárcát)
eyJhbGciOiJFUzI1NiIsInR5cCI6ImtiK2p3dCJ9.
eyJub25jZSI6IjEyMzQ1Njc4OTAiLCJhdWQiOiJodHRwczovL3ZlcmlmaWVyLmNvbSIsImlhdCI6MTY0MzI4NDgwMCwic2RfaGFzaCI6ImtoMlA1LVl0QmQzSnVIbVFQQUFBQUFBIn0.
signature_proving_holder_possession

Megjegyzés a szelektív közzétételről: A fenti példa SD-JWT VC-t (Selective Disclosure JSON Web Token Verifiable Credential) használ, amely az eIDAS 2.0 végrehajtási aktusai által előírt jelenlegi szabvány. Bár a Zero-Knowledge Proofs (ZKP) kutatás tárgyát képezi a jövőbeli adatvédelmi fejlesztések érdekében, a jelenlegi EUDI Tárca-implementáció szelektív közzétételt használ SD-JWT VC és mdoc formátumokban. PID-del az életkor-ellenőrzés úgy működik, hogy a tárca csak a birthdate állítást fedi fel, amelyet az ellenőrző igen/nem eredményre redukál; age_over_18 attribútum a PID-ben nincs. Születési dátum nélküli age_over_18 csak a különálló életkor-igazolásban (eu.europa.ec.av.1) létezik.

Az SD-JWT VC kulcselemei:

• Fejléc + Payload: Tartalmazza a kibocsátót, a kibocsátás dátumát és a szelektíven közzétehető állításokat (hashelve)
• Közzétételek: Csak azok az attribútumok, amelyeket a felhasználó választ felfedni (ebben az esetben birthdate)
• Kulcskötés: Kriptográfiai bizonyíték arról, hogy a hitelesítő adatot bemutató személy irányítja a tárcát

Adatvédelmi előny: Az ellenőrző CSAK a születési dátumot tudja meg, amelyre egyszer van szüksége a 18+ eredmény kiszámításához. Más attribútumok, mint a név, a cím és az állampolgárság kriptográfiailag rejtve maradnak, az eIDAS Pro pedig a dátumot igen/nem eredményre redukálja, mielőtt bármit tárolna.

Kriptográfiai ellenőrzés

A szolgáltató a következőket ellenőrzi:

1. Aláírás-ellenőrzés: Megerősíti, hogy a választ a legitim nemzeti személyazonosság-szolgáltató írta alá
2. Tanúsítványlánc: Ellenőrzi a teljes bizalmi láncot a nemzeti gyökértanúsítvány-hatóságig
3. Visszavonási állapot: Ellenőrzi, hogy az aláíró tanúsítványt nem vonták-e vissza
4. Időbélyeg-ellenőrzés: Biztosítja, hogy a válasz friss és nem visszajátszott

Ez az ellenőrzés ezredmásodpercek alatt történik, előre gyorsítótárazott nyilvános kulcsok és tanúsítvány-visszavonási listák felhasználásával.

Attribútumkinyerés

Az ellenőrzés után a szükséges attribútumok kinyerésre kerülnek, majd visszajutnak az alkalmazásához:

{
  "status": "success",
  "sessionId": "vs_a8f2b3c1...",
  "result": {
    "ageVerified": true  // a születési dátumból számítva, amelyet nem ad vissza
  },
  "verifiedAt": "2026-01-22T12:00:05Z",
  "providerId": "AT",  // Ausztria
  "assuranceLevel": "high"  // eIDAS biztonsági szint
}

5. lépés: Valós idejű állapotfrissítések

Amíg a felhasználó a mobileszközén hitelesíti magát, a webalkalmazásnak tudnia kell, mikor fejeződik be a folyamat.

Server-Sent Events (SSE)

A legelegánsabb megoldás a Server-Sent Events használata valós idejű frissítésekhez:

const eventSource = new EventSource(
  `https://api.provider.com/verification/${sessionId}/stream`
);

eventSource.addEventListener('status', (event) => {
  const data = JSON.parse(event.data);

  if (data.status === 'scanned') {
    // A felhasználó beszkennelte a QR-kódot
    showMessage('Várakozás a hitelesítésre...');
  } else if (data.status === 'completed') {
    // Ellenőrzés sikeres
    redirectToSuccessPage();
  } else if (data.status === 'failed') {
    // Ellenőrzés sikertelen
    showError(data.reason);
  }
});

Lekérdezéses alternatíva

Olyan környezetekben, amelyek nem támogatják az SSE-t, alkalmazzon lekérdezést exponenciális visszalépéssel:

async function pollStatus(sessionId) {
  const maxAttempts = 60;  // 5 perc
  let attempts = 0;

  while (attempts < maxAttempts) {
    const response = await fetch(
      `https://api.provider.com/verification/${sessionId}/status`
    );
    const data = await response.json();

    if (data.status !== 'pending') {
      return data;
    }

    // Exponenciális visszalépés: 1mp, 2mp, 4mp, 8mp, majd 10mp
    const delay = Math.min(1000 * Math.pow(2, attempts), 10000);
    await sleep(delay);
    attempts++;
  }

  throw new Error('Ellenőrzési időtúllépés');
}

Biztonsági protokollok és titkosítás

Az eIDAS-ellenőrzés több biztonsági réteget alkalmaz a különböző támadási vektorok elleni védelem érdekében.

Az átviteli réteg biztonsága

Minden kommunikáció TLS 1.3-at használ erős cipher suite-okkal. Mobilalkalmazásoknál ajánlott a tanúsítvány-pin-elés a közbeékelődéses (MITM) támadások megelőzésére.

Kérés aláírása

Az ellenőrzési kérések JSON Web Signatures (JWS) segítségével vannak aláírva:

• Algoritmus: ES256 (ECDSA P-256 és SHA-256 használatával)
• Kulcstárolás: Hardveres biztonsági modulok (HSM) a szolgáltatói kulcsokhoz
• Rotáció: Rendszeres kulcsrotáció átfedő érvényességi időszakokkal

Válaszok ellenőrzése

A válaszok ellenőrzése a következő lépéseken alapul:

1. Digitális aláírások: Minden választ a nemzeti személyazonosság-szolgáltató digitálisan aláír
2. Időbélyeg-ellenőrzések: A válaszokat rövid időablakon belül kell felhasználni (jellemzően 60 másodperc)
3. Nonce-ellenőrzés: Minden kérés tartalmaz egy kriptográfiai nonce-t, amelyet a válaszban vissza kell küldeni
4. Munkamenet-kötés: A válaszok adott munkamenetekhez kötöttek és nem használhatók újra

Adatvédelem-központú technikák

Szelektív közzététel: A felhasználók kiválaszthatják, mely attribútumokat osztják meg, még akkor is, ha többet kértek.

Zero-Knowledge Proofs: Adatok tulajdonságainak bizonyítása maguk az adatok felfedése nélkül. Például igazolható, hogy valaki 18 év feletti anélkül, hogy a születési dátuma láthatóvá válna. Az uniós életkor-ellenőrzési specifikációban ez a különálló életkor-igazolásra vonatkozik, és csak a W3C Digital Credentials API-n keresztül, nem OpenID4VP-n; egy PID-bemutatás továbbra is felfedi a születési dátumot.

Attribútumtitkosítás: Átvitel közben az attribútumok munkamenet-specifikus kulcsokkal titkosítottak, így még a szolgáltatói infrastruktúra sem fér hozzájuk, amíg az alkalmazásához meg nem érkeznek.

Integrációs minták

A különböző alkalmazás-architektúrák különböző integrációs megközelítéseket igényelnek.

1. minta: Backend-to-backend (szerveroldali)

Ajánlott szerveroldali renderelésű alkalmazásokhoz vagy natív mobilalkalmazásokhoz:

// 1. Munkamenet létrehozása a backendjén
POST /api/verification/create
→ { sessionId, qrCodeData }

// 2. QR-kód megjelenítése a felhasználónak
// 3. Állapot lekérdezése vagy streamelése backend oldalon
GET /api/verification/:sessionId/status

// 4. Befejezés után az eredmény lekérése
GET /api/verification/:sessionId/result
→ { result: { ageVerified: true } }

Előnyök: Teljes kontroll, jobb biztonság, az attribútumok soha nem érik el a frontendet.

2. minta: JavaScript widget (kliensoldali)

A legjobb SPA-khoz és gyors integrációkhoz:

import { init } from '@eidas-pro/widget';

await init({
  containerId: 'age-check',
  baseUrl: 'https://yourapp.com/eidas', // a proxy szerveroldalon tartja az API-kulcsot
  verificationType: 'age',
  onVerified: (verified, { sessionId }) => {
    console.log('Age check passed:', verified, sessionId);
  },
  onError: (error) => {
    console.error('Verification failed:', error);
  }
});

Előnyök: Gyors integráció, automatikus UI-kezelés, reszponzív kialakítás.

3. minta: E-kereskedelmi bővítmény

A WooCommerce és Shopify platformokhoz készült előre elkészített bővítmények kezelik a teljes folyamatot:

• Ellenőrzési lépés beiktatása a pénztárfolyamatba
• Ellenőrzési állapot tárolása a rendeléssel
• Adminfelület biztosítása a megfelelőségi jelentésekhez
• A hibák és peremhelyzetek automatikus kezelése

Hibakezelés és peremhelyzetek

Egy robusztus implementációnak többféle hibaforgatókönyvet is kezelnie kell.

Gyakori hibaforgatókönyvek

Időtúllépés: A felhasználó nem olvassa be a QR-kódot a lejárati időn belül

• Megoldás: Új QR-kód megjelenítése, munkamenet meghosszabbítása, ha a felhasználó még jelen van

Felhasználói lemondás: A felhasználó elutasítja az attribútumok megosztását

• Megoldás: Alternatív ellenőrzési módszerek biztosítása vagy az ellenőrzés szükségességének magyarázata

Hálózati hibák: Kapcsolati problémák az ellenőrzés során

• Megoldás: Újrapróbálkozások exponenciális visszalépéssel, munkamenet-állapot megőrzése

Nem támogatott attribútumok: A kért attribútum nem érhető el a felhasználó eID-sémájában

• Megoldás: Elegáns visszalépés alternatív attribútumokra vagy másik ellenőrzési útra

Biztonsági szint eltérés: A felhasználó eID-ja nem felel meg az elvárt biztonsági szintnek

• Megoldás: További hitelesítési tényező kérése vagy az ellenőrzés elutasítása egyértelmű magyarázattal

Naplózás és megfigyelés

Vezessen be átfogó naplózást a következőkre:

• Ellenőrzési kérés részletei (személyes adatok nélkül)
• Sikeres/sikertelen arányok országonként
• Átlagos ellenőrzési időtartam
• Hibatípusok és -gyakoriságok

Ezek az adatok kulcsfontosságúak a konverziós ráták optimalizálásához és a technikai problémák azonosításához.

Teljesítmény-optimalizálás

Gyorsítótárazási stratégiák

Nyilvános kulcs gyorsítótárazás: Gyorsítótárazza a nemzeti személyazonosság-szolgáltató nyilvános kulcsait megfelelő TTL-lel (jellemzően 24 óra) az ismételt lekérések elkerülése érdekében.

Tanúsítványlánc-ellenőrzés: Előzetesen kérje le és ellenőrizze a tanúsítványláncokat alacsony forgalmú időszakokban.

A bizalmi listák gyorsítótárazása: Tárolja gyorsítótárban a bizalmi listákat, és frissítse őket ütemezetten. Egy bemutatás ellenőrzéséhez nem kell a PID-szolgáltatót hívni, így a validálás késleltetése helyi marad.

Válaszidő-célok

• Munkamenet létrehozása: < 200ms
• QR-kód generálás: < 50ms
• Attribútum-validálás: < 500ms
• Teljes felhasználói folyamat: 5–10 másodperc (elsősorban a felhasználói hitelesítés ideje)

Összegzés

Az eIDAS-ellenőrzés robusztus kriptográfiai alapokra, szabványosított protokollokra és adatvédelem-központú architektúrákra épül. A technikai folyamat megértésével - a munkamenet inicializálásától az attribútumok ellenőrzéséig - a fejlesztők biztonságos és felhasználóbarát integrációkat építhetnek.

Az OpenID4VP, az ellenőrizhető hitelesítő adatok és a decentralizált digitális identitás kombinációja olyan rendszert hoz létre, amely egész Európában jól skálázható, miközben védi a felhasználók adatait és fenntartja a jogi érvényességet.

Az eIDAS-ellenőrzés megvalósítása során összpontosítson a hibakezelésre, a teljesítmény-optimalizálásra és az egyértelmű felhasználói kommunikációra. A technikai összetettséget az alapul szolgáló protokollok kezelik; az Ön feladata, hogy zökkenőmentes és megbízható élményt teremtsen.

---

Technikai támogatásra van szüksége az integrációjához? Mérnöki csapatunk rendelkezésre áll architektúra-felülvizsgálatokhoz, implementációs kérdésekhez és teljesítmény-optimalizáláshoz. Lépjen kapcsolatba velünk →

Kapcsolódó cikkek

GDPR-megfelelés egyszerűen: Hogyan minimalizálja az eIDAS az adatgyűjtést

Ismerje meg, hogyan ér el magas szintű GDPR-megfelelést az eIDAS-alapú személyazonosság-ellenőrzés az adatminimalizálás, a beépített adatvédelem és a felhasználói kontroll révén. Csökkentse adatvédelmi felelősségét a biztonság javítása mellett.

11 perc olvasás

Korhatár-ellenőrzés bevezetése WooCommerce-ben eIDAS-szal

Teljes útmutató az eIDAS-alapú korhatár-ellenőrzés bevezetéséhez WooCommerce áruházában. Ismerje meg, hogyan valósíthat meg jogszerű és gördülékeny ellenőrzést alkohol, dohány és más korhatáros termékek esetén.

11 perc olvasás