The Outlier Lab

Document Verification and Liveness

Checking that an ID document is genuine and that a live person who matches it is present, at onboarding, recovery and high-risk payouts; deepfakes and injection now set the bar.

What it is

Remote identity verification has five layers that can be attacked separately. Ask your vendor about each one:

LayerQuestion it answersAttack class (conceptual)
Document authenticityIs this a genuine, unaltered document of the claimed type?Forged, templated, edited or AI-generated documents
Document livenessIs a physical document being captured live, not a screen or printout?Re-capture of images
Biometric liveness (PAD)Is a live human present?Presentation attacks: photos, masks, replayed video
Capture integrity (injection detection)Is the media coming from a genuine camera on a genuine device?Injected streams that bypass the camera, from virtual cameras or emulators
Face matchDoes the live face match the document photo (and the onboarding selfie)?Look-alikes; morphing

The capture-integrity layer is what changed most from 2023 to 2026. Generative tools made convincing face and document media cheap. Liveness checks that analyze only the image can be beaten if the image never came from a real camera. NIST SP 800-63A-4 (2025) now requires remote proofing to include controls confirming media comes from a genuine sensor, analysis of all submitted media for manipulation, and documented testing against known attack artifacts.

What it stops (and what it doesn't)

  • Stops: onboarding by someone holding only stolen PII; image-only document fraud; recovery attempts by attackers who can't produce the victim's face (when matched against the onboarding selfie).

  • Raises the cost of: synthetic-media attacks, if injection detection and device integrity checks are in place.

  • Doesn't stop:

    • The real person signing up for someone else: recruited mules, people paid to verify an account, family members
    • Accounts sold after verification
    • First-party fraud
    • Anything after onboarding

    IDV proves a person was present once. It says nothing about who controls the account next week.

Design considerations

  • Use IDV at transaction moments as well as onboarding:

    • Recovery of a high-value account (Secure Account Recovery Design)
    • First large payout to a new destination
    • Lifting a cooling-off restriction early
    • Limit increases for instant funding
    • Seller payout activation on marketplaces

    A selfie matched against the onboarding image is a strong re-authentication for these rare, high-stakes events.

  • Store the onboarding biometric template (with consent and under privacy law) so later checks can match 1:1 against the original rather than only against a document the attacker supplies.

  • Use 1:N deduplication. Searching new selfies against your existing customer base finds one face behind many accounts (Multi-Accounting, Account Farming and Resale). It is powerful and privacy-sensitive, so get legal review and set strict retention.

  • Pass device and session context. Run IDV in an environment where Emulator and Rooted Device Detection, app attestation and Device Reputation and Linkage can show whether the capture device is trustworthy. A selfie captured on an emulator should fail regardless of how it looks.

  • Use granular outcomes. Store sub-scores (document authenticity, liveness, match, injection signals) as well as pass/fail (Identity Verification Outcomes). Several marginal passes together are a pattern.

  • Use the same forensics skills on documents. Proof-of-address, bank statements and other supporting documents uploaded during review are image-forensics problems too, the same discipline as Receipt and Document Image Forensics.

  • Train manual reviewers for synthetic media. Human review of edge cases is still needed, and reviewers need training on AI-generated artifacts. Their decisions should be QA'd (Fraud QA Program).

  • Fairness. Biometric performance varies across demographic groups. NIST 800-63A-4 requires that no demographic group perform more than 25% worse than the overall population on the relevant error metric. Use that as a vendor evaluation criterion.

Industry lens.

  • Brokerage / neobank: IDV at onboarding plus re-verification on recovery and outbound transfers.
  • Marketplaces: seller IDV before the first payout rather than at listing.
  • Rewards / cashback: full IDV is usually too heavy at sign-up. Use it selectively at large cash-outs or when farming signals fire.
  • Retail: rarely used except for high-value returns without receipts or for age-restricted goods.

Implementation path

StageWhat it looks likePrerequisites
CrawlVendor document plus selfie check for onboarding gray-zone cases; manual review of fails; store outcomesVendor; review queue; consent flow
WalkRisk-triggered IDV (not universal); injection and device-integrity signals required; selfie re-verification for recovery and high-risk payouts against the onboarding imageTemplate storage under privacy review; integration with step-up policy
Run1:N dedup across the customer base; ongoing red-team testing of the vendor against current synthetic media; per-signal monitoring and drift alerts; demographic performance auditsLegal sign-off; Model Risk Management-style vendor validation; Vendor Selection and Evaluation

Customer friction and trade-offs

  • Document plus selfie is the most abandoned step in most onboarding funnels. Reserve it for cases where risk justifies it.
  • Poor lighting, older phones, damaged IDs and accessibility needs all cause false rejections. Keep an attended or trusted-referee fallback (NIST 800-63A-4 describes trusted referees for this purpose).
  • Biometric data collection raises consent and retention obligations. Some customers will decline. Have a non-biometric path with lower limits.

Measuring effectiveness

  • Pass, fail and manual-review rates by document type, device OS and capture channel.
  • Fraud rate among passes at 30, 90 and 180 days, by mechanism. Mule and farming leakage is expected; ATO and synthetic leakage points to IDV gaps.
  • Injection and deepfake catch rate, using internal red-team test sets refreshed quarterly.
  • Recovery ATO rate before and after selfie re-verification on recovery.
  • Demographic error parity: false rejection rates by available demographic proxy.

Common failure modes

  • Image-only liveness with no capture-integrity or device checks.
  • One-and-done: IDV at onboarding only, never at recovery or high-risk payouts.
  • Discarded sub-scores (only pass/fail stored), so marginal-pass patterns can't be analyzed.
  • Untested vendor claims: accepting the vendor's liveness certification without independent testing against current attack media.
  • Untrained reviewers approving AI-generated documents on "looks right" judgment.
  • Unfair exclusion: no fallback for customers who can't complete IDV, which creates both exclusion risk and support-channel risk.

Regulatory and policy notes

  • NIST SP 800-63A-4 (2025):

    • Fraud-management program and death-records check
    • Injection-attack and forged-media controls, with documented false-negative rates for automated detection
    • Presentation-attack detection tested to ISO/IEC 30107-3, with an impostor attack presentation accept rate below 0.07
    • Document validation error-rate ceilings
    • Demographic performance limits

    These are federal requirements, but they make a strong benchmark for private programs.

  • CIP (31 CFR 1020.220 / 1023.220) allows documentary and non-documentary verification. IDV is one way to satisfy the documentary path for non-face-to-face accounts.

  • FinCEN Alert FIN-2024-Alert004 (November 2024) warned financial institutions about deepfake media used to get around identity verification and gave red flags and SAR filing guidance.

  • Biometric privacy laws (for example, Illinois BIPA and similar state laws, and GDPR special-category data) govern consent, retention and use. See Privacy and Data Use in Fraud Prevention.

Mechanisms addressed

Sources and further reading