Biometrické ověření, nebo identifikace: co se ptát dodavatele

Proč dodavatelé míchají ověření a identifikaci

V poptávkách se často objeví věta, že řešení používá tvář, otisk nebo hlas pro bezpečné přihlášení. Z této věty ale nepoznáte, zda systém pouze porovná čerstvý vzorek s jednou předloženou šablonou, nebo zda prohledává celou databázi a hledá shodu. Pro první posouzení proto začíná rozlišením pracovního režimu jedna ku jedné a vyhledání jedna ku N, včetně toho, kde datový tok začíná a končí.

První režim uživatel tvrdí, kým je, a systém to jen potvrdí nebo odmítne. Druhý režim identitu teprve určuje porovnáním s více záznamy. Pro interní vyjasnění pomůže i přehled o vztahu GDPR a umělé inteligence, protože samotné označení biometrické ověření neříká, jak jsou data ukládána a kdo k nim má přístup.

Podle přehledu AI Act Service Desku se rozlišuje ověření deklarované identity od jiných biometrických použití, přičemž toto ověření není v dané kategorii zakázáno ani zařazeno jako vysoce rizikové, ale samo o sobě neznamená soulad s GDPR ani bezpečné ukládání (přehled Service Desku k biometrickým systémům). Pracovní karta níže připravuje další dotazy; sama právní soulad neposuzuje.

Datový tok rozhoduje víc než název funkce

Dodavatelský název typu Smart Login nic negarantuje. si vyžádejte jednoduchý popis toku: kde vzniká biometrický vzorek, kde se tvoří šablona, kde probíhá porovnání a zda se něco posílá mimo zařízení. Ptejte se také na dobu uchování, oddělení šablon od běžných provozních dat a na to, co se může stát při úniku nebo záměně.

Zvlášť citlivé je nasazení u zaměstnanců, kde se přidává otázka dobrovolnosti, alternativního postupu bez biometrie a dohledu. Kontext pomůže zasadit rozbor monitorování zaměstnanců pomocí AI, ale nenahrazuje popis konkrétního toku od vašeho dodavatele.

Trvejte na tom, aby dodavatel popsal tok vlastními slovy a obrázkem, nikoli jen marketingovým názvem. Pokud popis toku nedodá, berte to v pracovní kartě jako nezodpovězenou otázku, nikoli jako potvrzení bezpečného návrhu.

Pracovní karta: osm otázek pro dodavatele

Následující kartu berte pouze jako doporučený pracovní artefakt CIAD. Neslouží jako záruka souladu a nenahrazuje právní posouzení. Vyplňte ji pro každý nabízený režim zvlášť, protože jeden produkt může umět ověření i vyhledávání.

Ilustrativní hypotetický příklad vyplnění

Představme si čistě hypotetický příklad pro interní nácvik, nikoli popis reálného produktu ani živé testování. Firma poptává docházkový terminál s tváří. Dodavatel do karty napíše: režim je ověření jedna ku jedné po přiložení čipu, šablona vzniká při registraci a ukládá se pouze v terminálu, porovnání probíhá lokálně, vzorek se po porovnání maže, log obsahuje jen čas a výsledek ano či ne, alternativa je PIN, poskytovatelem je výrobce terminálu a provozovatelem zákazník.

Pracovní výsledek tohoto hypotetického příkladu zní: podle popisu jde o režim 1:1 s lokálním porovnáním; dodavatel dále tvrdí, že vzorek po porovnání maže a nabízí alternativu v podobě PINu. Počet šablon, přístupová oprávnění ani všechny ostatní body karta z tohoto popisu neurčuje, proto je třeba je označit jako nezodpovězené nebo ověřit. Pokud by dodavatel naopak uvedl centrální vyhledávání ve všech zaměstnancích, šlo by podle jeho popisu o režim 1:N: jeden vzorek se porovnává se záznamy v rozsahu uvedené databáze. Počet otevřených bodů určete až podle skutečně vyplněných odpovědí.

Tento příklad ukazuje, proč je užitečné žádat přesný výsledek slovy dodavatele. Pro ochranu podoby a projevů lidí se hodí i praktický přehled ochrany hlasu a tváře, zejména když registrace probíhá fotografií nebo nahrávkou.

Omezení této karty

Karta nerozhoduje o souladu a nedokládá bezpečnost uložení. I když dodavatel označí funkci jako ověření, může být návrh stále problematický kvůli dlouhému uchování, širokému přístupu nebo chybějící alternativě. Chybnou shodu nebo odmítnutí popisujte jako možnost, nikoli jako garantovanou míru, pokud nemáte vlastní ověřená data.

Omezení platí i pro role: vyplněná kolonka poskytovatel a provozovatel je pracovní předpoklad pro další dotazy, nikoli právní určení. Pokud se dodavatelský model změní, například přibude cloudové zpracování, vyplňte kartu znovu. Doporučujeme vést každou verzi nabídky odděleně a uchovat přesné znění odpovědí.

Další krok po obdržení odpovědí

Jako další krok doporučujeme projít osm odpovědí a označit každou jako potvrzená, nejasná nebo chybějící. U nejasných bodů požádejte o doplnění toku, uchování a alternativy. Teprve s úplnou kartou má smysl řešit interní potřebnost, přiměřenost a provozní postupy.

Pokud dodavatel potvrdí pouze ověření jedna ku jedné, soustřeďte se na otázky úložiště, výmazu a alternativy. Pokud připustí vyhledávání jedna ku N, ptejte se podrobně na rozsah databáze, účel prohledávání a dohled nad provozem. Kartu přiložte k internímu rozhodnutí, aby bylo patrné, z čeho vycházelo a co zůstalo otevřené.