Detecció de vivacitat: Mètodes, mètrica i proves (CA)

La detecció de vivacitat és un control biomètric que estima si una mostra prové d'una persona viva que està present durant la captura, en lloc d'una foto, una reproducció, una màscara o un altre artefacte. En la verificació facial, ajuda a respondre “és aquesta una captura en viu?” abans que un sistema de coincidència facial separat respongui “aquesta cara coincideix amb la referència?”

El terme estàndard per a detectar artefactes presentats a un sensor biomètric és detecció d'atacs de presentació, o PAD. Vivacitat i PAD s'utilitzen sovint de manera intercanviable en discussions de productes, però el límit és important: els atacs també poden injectar mitjans sintètics o reproduïts a la ruta de dades sense presentar res a la càmera física.

Aspectes clau

• La vivacitat i la coincidència facial responen a preguntes diferents. Un desconegut en viu pot passar la vivacitat i seguir sent la persona equivocada; una imatge precisa de la persona correcta pot coincidir tot i ser una reproducció.
• Els mètodes passius i actius creen diferents compromisos. Les comprovacions passives observen una captura normal, mentre que les comprovacions actives demanen a l'usuari que completi una acció sol·licitada.
• La PAD i la defensa contra injeccions cobreixen diferents rutes d'atac. Un flux de captura sòlid ha de considerar tant el sensor com la pipeline de programari posterior.
• Un percentatge d'exactitud únic no és suficient. L'avaluació necessita taxes d'error d'atac, taxes d'error d'usuari genuí, condicions de prova, segments demogràfics i de dispositius, latència i comportament de reintent.
• Les proves han de semblar-se al desplegament previst. Els instruments d'atac, les càmeres, la compressió, la il·luminació, la geografia i la població d'usuaris afecten els resultats.

Què fa la detecció de vivacitat

Un flux de verificació facial remota sol contenir diverses decisions diferents:

1. Integritat de la captura: La mostra es va originar a través de la càmera i la ruta de l'aplicació esperades?
2. Detecció d'atacs de presentació: El sensor sembla observar una característica biomètrica en viu en lloc d'un instrument d'atac?
3. Qualitat biomètrica: La mostra és apta per a l'anàlisi?
4. Coincidència facial: La cara capturada és prou similar a la referència de confiança?
5. Risc contextual: Els senyals del dispositiu, la xarxa, el compte i el comportament recolzen la mateixa conclusió?

Col·lapsar aquestes decisions en un únic resultat “verificat” dificulta la localització de les debilitats. Mantenir-les separades permet a un equip ajustar la política, explicar els resultats i respondre de manera diferent a la baixa qualitat, la sospita de suplantació, la manca de coincidència d'identitat i l'alt risc contextual.

La vivacitat és, per tant, un control dins d'una decisió d'identitat, no una prova d'identitat per si mateixa.

Atacs de presentació i atacs d'injecció

Un atac de presentació es produeix al sensor biomètric. L'atacant presenta alguna cosa destinada a ser capturada com si fos la persona objectiu. Exemples inclouen:

• una imatge facial impresa o mostrada;
• una reproducció de vídeo en una altra pantalla;
• un retall o artefacte parcial;
• una màscara bidimensional o tridimensional;
• maquillatge, pròtesis o altres modificacions d'aparença.

Un atac d'injecció canvia la ruta de captura. Es poden inserir mitjans preregistrats, alterats o generats en una càmera virtual, aplicació, interfície del sistema operatiu, emulador o sol·licitud de xarxa. La càmera física pot no veure mai la mostra falsificada.

Aquesta distinció canvia la defensa. La PAD pot detectar proves visuals o de comportament associades a un artefacte presentat, però un flux injectat pot evitar les condicions físiques que el mètode PAD espera. Les defenses poden incloure, per tant, la integritat de l'aplicació, la captura de confiança, la resistència a la reproducció, la vinculació de sessions, l'autenticació de càrregues útils, la detecció de càmeres virtuals i les comprovacions de coherència del costat del servidor, a més de l'anàlisi biomètrica.

Vivacitat passiva, activa i híbrida

Vivacitat passiva

La vivacitat passiva analitza una captura sense demanar a l'usuari que realitzi un desafiament conspicu. Depenent de la implementació, pot inspeccionar la textura, les pistes de profunditat, les reflexions, el moviment, la formació d'imatges, la coherència temporal o altres senyals.

El principal benefici és el baix cost d'interacció: la comprovació pot tenir lloc durant un selfie normal o una captura curta. L'inconvenient és que la seva seguretat depèn en gran mesura del conjunt d'atacs provats, el canal de captura, el model i el llindar. “Passiu” descriu l'experiència de l'usuari, no un nivell d'assegurament universal.

Vivacitat activa

La vivacitat activa demana a l'usuari que respongui a una indicació, com canviar la posició del cap o seguir una seqüència aleatòria. La resposta pot afegir proves de desafiament-resposta i fer que una reproducció fixa sigui menys útil.

Els inconvenients són el temps addicional, els requisits d'accessibilitat, les necessitats de localització i l'error de l'usuari. Els desafiaments previsibles o reutilitzables també poden perdre valor, de manera que el disseny del desafiament i la vinculació de sessions importen tant com el gest visible.

Vivacitat híbrida

Un flux híbrid combina l'anàlisi passiva amb un desafiament actiu, sovint escalant només quan el resultat passiu és incert o el risc circumdant és més alt. Això pot preservar un camí curt per a la majoria dels usuaris genuïns mentre es recullen més proves en casos seleccionats.

nody

Mètode	Interacció amb l'usuari	Força principal	Limitació principal	Patró útil
Passiu	Captura normal	Baixa fricció	Depèn de les condicions de captura i dels atacs provats	Detecció predeterminada
Actiu	Acció sol·licitada	Afegeix proves de desafiament-resposta	Més abandonament i treball d'accessibilitat	Casos de major risc o incerts
Híbrid	Condicional	Pot equilibrar proves i fricció	Més complexitat de política i orquestració	Escalada basada en el risc

L'elecció correcta depèn de l'acció que es protegeix. La recuperació de comptes, les transferències d'alt valor, les comprovacions d'edat, l'accés dels empleats i l'incorporació inicial de clients no justifiquen necessàriament el mateix llindar o interacció.

Com es produeix una decisió de vivacitat

Tot i que les implementacions difereixen, un flux ben estructurat sol seguir aquestes etapes:

1. Iniciar una sessió vinculada. El backend crea un intent de curta durada associat a l'usuari, l'acció, el dispositiu i la política esperats.
2. Guia de captura. La interfície comprova l'enquadrament, la visibilitat, la il·luminació i el moviment mentre dóna instruccions accessibles.
3. Protegir la ruta d'entrada. L'aplicació limita les oportunitats de reproducció i substitució i vincula la mostra a la sessió actual.
4. Comprovar la qualitat de la mostra. L'entrada inutilitzable se separa dels atacs sospitosos; demanar una millor captura és diferent de rebutjar el frau.
5. Executar anàlisi PAD o de vivacitat. El sistema produeix puntuacions o proves categòriques basades en el mètode configurat.
6. Coincidir la identitat quan sigui necessari. Una comparació biomètrica separada vincula la captura en viu a una referència de confiança.
7. Combinar senyals de risc. El dispositiu, la IP, l'historial d'intents, la velocitat i el context del compte poden canviar l'acció requerida.
8. Aplicar política. El resultat pot ser passar, reintentar, augmentar, revisar manualment o rebutjar.
9. Registrar la decisió. Les dades d'auditoria han d'identificar versions, llindars, proves, temps i el motiu del resultat.

Els reintents mereixen regles explícites. Els intents il·limitats donen als atacants més oportunitats i poden amagar problemes operatius. Els límits excessivament estrictes, però, poden castigar els usuaris genuïns amb càmeres antigues, discapacitats, mala connectivitat o il·luminació difícil.

Les mètriques que importen

ISO/IEC 30107 separa els errors que impliquen presentacions d'atac dels errors que impliquen usuaris genuïns. Els termes PAD comuns inclouen:

• APCER — Taxa d'error de classificació de presentació d'atac: la proporció de presentacions d'atac d'un tipus especificat que es classifiquen incorrectament com a de bona fe.
• BPCER — Taxa d'error de classificació de presentació de bona fe: la proporció de presentacions genuïnes classificades incorrectament com a atacs.

Aquests valors s'han d'interpretar conjuntament i en un punt d'operació declarat. Baixar un llindar pot rebutjar més atacs mentre també rebutja més usuaris genuïns. Agregar tots els atacs en una mitjana pot ocultar la debilitat contra un instrument particular, com ara reproduccions o màscares.

També són necessàries altres mesures operatives:

• fallada en adquirir o completar;
• taxes de reintent i abandonament;
• latència de decisió;
• resultats per dispositiu, sistema operatiu, càmera i condició de xarxa;
• resultats en grups demogràfics rellevants;
• taxa de revisió manual i acord del revisor;
• frau confirmat i resultats falsos positius després del desplegament.

La coincidència facial introdueix les seves pròpies mesures de falsa coincidència i falsa no-coincidència. Aquestes no s'han de presentar com a mètriques de vivacitat. Un informe complet nomena el subsistema, la població, el llindar, el conjunt de proves i el denominador per a cada taxa.

Què demostren les proves PAD independents—i què no

L'avaluació independent és valuosa perquè proporciona un pla de prova repetible, instruments d'atac documentats i resultats produïts fora de la pròpia demostració del proveïdor. ISO/IEC 30107-3 especifica els principis per a les proves i informes PAD.

La certificació o les proves de laboratori no demostren que cada desplegament funcionarà de manera idèntica. Llegiu l'abast:

• Quin producte i versió es van provar?
• El mode era actiu, passiu o tots dos?
• Quines espècies d'atac i nivells de presentació es van incloure?
• Quins dispositius, càmeres i condicions ambientals es van utilitzar?
• Quins llindars i regles de reintent es van aplicar?
• Les proves van cobrir només atacs de presentació, o també atacs d'injecció?

Un desplegament pot divergir d'un resultat de laboratori a través de diferents càmeres, compressió, integració d'SDK, llindars, guia de captura o política. Tracteu l'informe com a prova sobre una configuració definida, i després afegiu proves per a l'entorn real.

Com avaluar un sistema de vivacitat

1. Definiu l'acció protegida

Manifesteu què passa després d'un aprovat i el dany causat per un fals acceptació o un fals rebuig. La conseqüència d'obrir un compte de baix risc pot diferir d'autoritzar la recuperació d'un compte o una gran transferència.

2. Construïu un model d'atac

Llisteu els instruments de presentació i les rutes d'injecció rellevants. Incloeu reproduccions i impressions ordinàries abans de centrar-vos només en mitjans sintètics sofisticats. Considereu si un atacant posseeix una imatge d'alta qualitat, un vídeo, documents d'identitat, credencials de compte o control del dispositiu.

3. Demaneu proves amb abast

Sol·liciteu resultats per atac al llindar d'operació proposat, no una xifra sense etiquetar del “99%”. Reviseu els errors d'usuari genuïns, la finalització, la latència, la cobertura del dispositiu, l'accessibilitat i l'abast de la prova independent juntament amb el rendiment de l'atac.

4. Proveu la integració real

Executeu l'SDK de producció o el component de captura als dispositius, navegadors, ample de banda i il·luminació que els vostres usuaris realment tenen. Proveu la interrupció, la denegació de permisos, el fons, els reintents, els emuladors, les càmeres virtuals i les sessions reutilitzades.

5. Avalueu la decisió completa

Proveu la coincidència facial, les proves de documents o de bases de dades, la vinculació de sessions, els senyals del dispositiu i de la xarxa, la lògica d'escalada, les eines de revisió, els registres d'auditoria i les rutes de recuperació. Un resultat de vivacitat no pot compensar una referència d'inscripció feble o una solució de reserva insegura.

6. Superviseu després del llançament

Feu un seguiment dels canvis de resultats per versió del producte, segment de dispositiu, geografia, canal d'adquisició i política. Els canvis poden indicar un nou atac, una regressió del model, un problema específic de la càmera o un canvi en la combinació de trànsit. Conserveu les proves versionades perquè les decisions històriques siguin explicables.

Errors d'avaluació comuns

Tractar la vivacitat com a prova d'identitat

Una persona viva pot utilitzar el document d'una altra persona o una identitat sintètica. Emparelleu les proves de presència amb una referència de confiança i altres controls de diligència deguda del client.

Comparar proveïdors amb un sol número principal

Els percentatges sense denominadors, tipus d'atac, llindars i errors d'usuari genuïns no són comparables. Demaneu la corba d'operació o els resultats al llindar que preteneu utilitzar.

Ignorar la ruta d'injecció

La PAD orientada a la càmera i la integritat de l'aplicació resolen problemes relacionats però diferents. Proveu si els mitjans preregistrats o generats poden eludir la ruta del sensor esperada.

Confondre la mala qualitat amb el frau

La borrositat, l'enlluernament, l'oclusió, les necessitats d'accessibilitat i l'ample de banda baix poden causar incertesa. Un reintent de qualitat hauria d'utilitzar missatges i polítiques diferents d'un atac sospitós.

Bloquejar cada intent incert

La política binària pot augmentar els falsos positius i excloure els usuaris genuïns. El reintent basat en el risc, l'escalada activa, un altre factor i la revisió entrenada solen ser més segurs que obligar un detector a decidir-ho tot.

Deixar la recuperació més feble que la inscripció

Els atacants busquen el camí més fàcil. Si la recuperació del compte o el restabliment de factors eludeix l'assegurament original, una vivacitat forta en la incorporació no protegeix el cicle de vida del compte.

Llista de verificació de desplegament

Abans del llançament, confirmeu que:

• l'acció protegida i l'assegurament requerit estan documentats;
• les amenaces de presentació i injecció estan modelades per separat;
• els resultats de la prova identifiquen versions, llindars, dispositius, instruments d'atac i denominadors;
• els resultats de vivacitat, qualitat i coincidència facial romanen separats;
• les sessions i les captures són de curta durada, vinculades i resistents a la reproducció;
• les polítiques de reintent, escalada, revisió i recuperació tenen límits explícits;
• s'han provat els recorreguts d'accessibilitat i de dispositius de gamma baixa;
• els registres conserven el motiu, les proves, la configuració i la versió de cada decisió;
• la supervisió pot detectar canvis per tipus d'atac i segment d'usuari;
• la retenció de la privadesa i els controls d'accés coincideixen amb la sensibilitat de les dades biomètriques.

Ús de Didit per a la vivacitat dins d'un flux de treball d'identitat

Didit proporciona Vivacitat Passiva a 0,10 $ per comprovació i Vivacitat Activa a 0,15 $ per comprovació. Les seves certificacions llistades inclouen iBeta Nivell 1 PAD. Els equips poden combinar la vivacitat amb la Verificació d'ID, la coincidència facial i l'Anàlisi de Dispositius i IP en un flux de treball, i després triar quan reintentar, augmentar, revisar o aturar.

El paquet complet de KYC té un preu de 0,33 $ i combina la Verificació d'ID, la Vivacitat Passiva, la Coincidència Facial i l'Anàlisi d'IP. Els preus actuals dels mòduls es publiquen a la pàgina de preus. Aquests fets del producte descriuen els controls disponibles; una organització encara ha d'establir llindars i regles de revisió per al seu propi risc, usuaris i obligacions reguladores.

Preguntes freqüents

La detecció de vivacitat és el mateix que el reconeixement facial?

No. La vivacitat estima si una mostra biomètrica prové d'una persona viva i present. La coincidència facial compara aquesta mostra amb una referència per estimar si representen la mateixa persona. Molts fluxos necessiten ambdós.

Què és la detecció d'atacs de presentació?

La PAD és la detecció automatitzada d'intents d'interferir amb un sistema biomètric al sensor presentant un artefacte o una característica alterada. És el terme orientat a estàndards comunament associat amb els controls de vivacitat.

És millor la vivacitat passiva o activa?

Cap és universalment millor. Els mètodes passius solen reduir la interacció, mentre que els mètodes actius afegeixen proves de desafiament-resposta a costa de la fricció i el treball d'accessibilitat. Avalueu ambdós davant el mateix model d'atac, població d'usuaris, dispositius i política d'operació.

La detecció de vivacitat pot aturar els deepfakes?

Pot ser una capa contra alguns atacs de mitjans sintètics, però no és una defensa completa contra els deepfakes. Els controls d'injecció, la captura de confiança, els senyals forenses i de procedència, la coincidència facial, el risc contextual i la recuperació segura segueixen sent necessaris.

Què signifiquen APCER i BPCER?

APCER mesura les presentacions d'atac classificades incorrectament com a genuïnes; BPCER mesura les presentacions genuïnes classificades incorrectament com a atacs. Ambdues depenen dels tipus d'atac provats i del llindar d'operació.

Una certificació PAD cobreix els atacs d'injecció?

No automàticament. L'abast de la certificació s'ha de llegir amb atenció. Les proves PAD se centren en atacs de presentació sota condicions definides; les defenses d'injecció i de ruta d'aplicació poden requerir una avaluació separada.

Amb quina freqüència s'ha d'utilitzar la vivacitat?

L'ús hauria de seguir el risc de l'acció. Pot ser adequat en la inscripció, la recuperació, l'autenticació d'alt risc o les transaccions sensibles, però la captura biomètrica repetida també crea costos de privadesa i d'experiència d'usuari.

Referències principals

• Glossari NIST: Detecció d'Atacs de Presentació
• ISO/IEC 30107-1:2023 marc de detecció d'atacs de presentació biomètrica
• ISO/IEC 30107-3:2023 proves i informes PAD
• NIST FATE Part 10: Rendiment de la PAD passiva basada en programari
• NIST SP 800-63B-4: Autenticació i gestió d'autenticadors
• Programa de certificació de verificació facial de FIDO Alliance

La vivacitat funciona millor quan la seva afirmació es manté estreta i comprovable: afegeix proves que una mostra biomètrica prové d'una persona viva en la captura. Les decisions d'identitat, autorització i risc continu han de construir-se al voltant d'aquesta prova en lloc de inferir-les.