🔍 Biometrics

Biometric Identification

The AI Act requires that, for remote biometric identification systems, no action be taken on the basis of an identification unless it has been separately verified and confirmed by at least two qualified individuals (Art. 14(5)), with both identities recorded (Art. 12(3)(d)). But a formal "two confirmations" requirement alone does not guarantee that the two confirmations were substantially distinct, nor that they concerned the same identical biometric result.

If a biometric identification is disputed months later, can an independent examiner reconstruct who confirmed the result, under what declared authority, against which system output, from which input, and on the basis of which preserved records?
Capabilities ● Standard Intake ● ESB Buffer ● External Artifacts
Without EVIDE
  • The internal log shows two names, but no record distinguishes whether the two confirmations occurred separately or whether the second simply ratified the first
  • No way to establish, months later, which input generated the originally confirmed match, or which system version produced it
  • The authority declared by the two verifiers exists only in internal systems - no external anchoring supports it
  • It cannot be established whether the two confirmations actually examined the same output, or two different readings of the same case
With EVIDE
  • Each confirmation carries an externally anchored declared identity and role, with distinct timestamps for the first and second verification
  • The input that generated the match (matched_artefact_reference), the verified biometric output, and the system version remain anchored in the same record - not reconstructed after the fact
  • The information basis declared by each verifier (review_basis) remains distinguishable: direct consultation of the reference database, pre-compiled summary, or a shared report with the first confirmation already visible
  • The array structure of confirmations makes structural differences immediately examinable - a single confirmation, or more than two, remain visible as such instead of being absorbed into a fixed-field format
Biometric Identification
Key evidentiary questions for biometric identification
If a biometric identification is disputed months later, can these questions be answered independently?
  • 1 Are the two identities associated with the verification distinguishable, with separate timestamps?
  • 2 What authority or declared role did each verifier hold at the moment of confirmation?
  • 3 Did both confirmations concern the same identical biometric output, or distinct outputs?
  • 4 Which input generated the match submitted for verification?
  • 5 Are the two confirmations independent, or did the second depend on the first (same source, same moment, same channel)?
  • 6 Which information basis (review_basis - illustrative values: direct database consultation, pre-compiled summary, shared report; not a closed list) did each verifier declare having consulted?
  • 7 Which elements of the dual verification remain unverifiable with the available data?
Example evidentiary record for biometric identification
A real, API-conformant payload example - verified against the EVIDE intake schema v2.1.
{ "evide_schema": "2.1", "source_system": "BiometricVerificationPlatform", "source_reference": "EVT-2026-0705-1620", "source_timestamp_utc": "2026-07-05T16:20:11Z", "decision": { "type": "biometric_identification", "status": "finalized", "closure_timestamp_utc": "2026-07-05T16:31:04Z", "summary": "Declared biometric identification closed following dual-confirmation under AI Act Art. 14(5)" }, "authority": { "id": "verifier_01", "role": "Certified Biometric Verifier", "dapi_number": "DAPI-XXXX", "verification": "DAPI-XXXX" }, "matched_output": { "matched_artefact_reference": "https://example.org/artefacts/biometric-input-ref-88f3", "system_version": "BioMatchEngine-v4.2.1" }, "confirmations": [ { "authority": { "id": "verifier_01", "role": "Certified Biometric Verifier", "dapi_number": "DAPI-XXXX", "verification": "DAPI-XXXX" }, "confirmed_at_utc": "2026-07-05T16:22:47Z", "declared_as_independent": true, "review_basis": "direct_database_consultation" }, { "authority": { "id": "verifier_02", "role": "Certified Biometric Verifier", "dapi_number": "DAPI-YYYY", "verification": "DAPI-YYYY" }, "confirmed_at_utc": "2026-07-05T16:31:04Z", "declared_as_independent": true, "review_basis": "pre_compiled_summary" } ], "intervention": { "type": "declared_event", "classification_status": "stable", "classification_context": { "taxonomy_reference": "https://example.org/taxonomies/biometric-verification-taxonomy-v1.0", "threshold_reference": "https://example.org/rules/ai-act-art14-dual-confirmation-v1.0", "threshold_status": "met" }, "rationale": "Two-person confirmation declared under AI Act Art. 14(5) dual-verification requirement", "trace": { "reference": "BIOMETRIC-002/identification-event-20260705", "access": "restricted" } }, "human_oversight": { "is_declared": true, "declared_level": "L1" }, "handoff": { "boundary_readiness": { "status": "candidate", "readiness_gate": null, "visibility_surface": null, "unresolved_signals": [] }, "reconstruction_independence": "declared", "submission_status": "not_submitted", "acceptance_status": "not_claimed" }, "extensions": ["evidence_references"], "evidence_references": [ { "artifact_type": "verification_log", "pointer": "biometric-platform://verification/case-88f3/log.json", "declared_origin": "biometric verification platform", "declared_description": "System log documenting both verifier confirmations", "hash": { "algorithm": "SHA-256", "value": "sha256:9a03d7...e451_example_not_for_submission" }, "hash_scope": "full_file", "hashed_by": "Verification platform export" } ], "content_hash": { "algorithm": "SHA-256", "value": "sha256:3fe0...a812_example_not_for_submission" } }
Verified Identity
DAPI-verified identity for each confirming verifier

Article 14(5) requires two qualified individuals to confirm a biometric identification, with both identities recorded under Article 12(3)(d). A recorded identity is not the same as a verified one - an internal user ID or a typed name in a review form declare who acted, but do not confirm it. Each confirmation in the record above carries its own DAPI-verified identity - closing the gap between "two people confirmed" and "we know who they actually were".

DAPI Identity Certification ↑
What EVIDE does not claim

EVIDE does not determine whether the underlying decision was correct, whether applicable procedures were followed, or whether the outcome was legally justified. It documents the evidentiary conditions that remain independently examinable after the event.

declared_as_independent: true is a declaration by the verifier or the system recording it - not an EVIDE certification that the independence was substantial. A structurally complete EVIDE record does not exclude the possibility that the two confirmations were produced by an interface that shows the second verifier the outcome of the first, or by a workflow that generates semi-automatic approvals: EVIDE documents what was declared independent, it does not verify the absence of conditioning in the interface that collected the declaration.

⚠️ Time synchronization between independent source systems may require separate examination. Anchoring guarantees the immutability of the declaration once received - not the accuracy of the declared timestamps.