By NHI Mgmt Group Editorial TeamBased on Incode: “Incode Among Five Systems to Meet DHS S&T Goals in the Remote Identity Validation Rally” (February 5, 2026)

TL;DR: DHS’s Remote Identity Validation Rally tested commercial identity verification systems against deepfake, document fraud, and injection attacks, and Incode was one of only two vendors to meet multiple performance goals across those categories, according to Incode. The result reinforces that IDV governance now has to treat presentation attacks and stream injection as core control issues, not edge cases.


At a glance

What this is: DHS’s Remote Identity Validation Rally stress-tested identity verification systems against deepfake, fraudulent document and injection attacks, with Incode reporting that it met multiple performance goals.

Why it matters: IDV teams and fraud leaders need to treat liveness, document integrity and stream-level injection resistance as governance controls, not just product features.


Context

Remote identity verification fails when a platform cannot distinguish a real user from a synthetic face, a altered document or a tampered video stream. That failure matters because the control is being asked to make an access decision before the organisation has any other trustworthy signal.

The DHS evaluation focused on attack conditions that mirror real fraud pressure rather than ideal capture flows. That makes the result useful for IDV, KYC and fraud programmes because it highlights where verification governance must be tested against presentation attacks, document fraud and injection at the capture layer.

For identity teams, the core issue is not whether verification exists, but whether it survives adversarial input. That is now a mainstream governance question for regulated onboarding and high-stakes access journeys.


Key questions

Q: What breaks when remote identity verification cannot resist deepfakes and injection attacks?

A: The control breaks at the trust boundary. A system that cannot distinguish live users from synthetic or injected input can create trusted accounts for the wrong person, which means onboarding, fraud prevention and access decisions all inherit a false identity from the start.

Q: Why do liveness and document checks fail when attackers use synthetic input?

A: Because the attacker is no longer presenting an obvious fake. Synthetic faces, altered documents and stream injection are designed to look operationally normal to the verification pipeline, so weak controls can confuse authenticity with quality. The result is a trusted identity record built on adversarial input.

Q: What are the warning signs that an IDV programme is being outpaced by fraud?

A: Warning signs include rising manual review queues, more mismatches between presented identity data and authoritative records, and increasing dependence on exception handling. Those patterns usually mean the control is validating appearances faster than it is validating trust.

Q: Should organisations prioritise independent IDV testing over internal assumptions?

A: Yes. Independent testing matters when the use case is regulated, high-stakes or exposed to modern fraud techniques. Internal assumptions usually reflect normal user behaviour, while identity attacks target the exact conditions that make systems trust the wrong signal.


Technical breakdown

How deepfake and liveness testing works in remote IDV

Liveness testing asks whether the system can tell a live human from a replay, spoof or synthetic face. In practice, evaluators use 2D presentations, 3D artefacts and AI-generated imagery to see whether the capture and decisioning pipeline can separate authentic presence from fabricated input. The hard part is that modern spoofing no longer relies on crude masks or low-quality photos. It often combines visual realism with timing and motion cues that stress both model inference and challenge-response logic. A platform that only performs well on clean selfies can still fail under adversarial presentation conditions.

Practical implication: Test remote IDV against adversarial presentation attacks, not just ordinary enrollment traffic.

Why document fraud controls need more than image quality checks

Fraudulent document detection is not the same as checking whether a document looks sharp or legible. The verification stack has to identify synthetic IDs, altered genuine documents and manipulated fields that may survive normal OCR and formatting validation. That requires cross-checking document structure, metadata, visual consistency and, where possible, issuance logic against expected patterns. In regulated onboarding, the risk is not simply a false positive. It is a trusted account created on the basis of a convincingly forged identity document. Once that happens, downstream fraud controls are already behind.

Practical implication: Validate document authenticity with layered fraud controls, not just OCR and template matching.

Why injection attacks are a capture-layer governance problem

Injection attacks bypass the camera path entirely by feeding pre-recorded or synthetic frames into the video stream. That means the platform may never see a physical spoof, only a believable data source. This is a different problem from presentation attacks because the weakness sits in the trust boundary between device, capture stack and verification engine. If that boundary is weak, even strong face models can be misled. The governance failure is assuming the camera feed is inherently trustworthy when adversaries can substitute the stream itself.

Practical implication: Protect the capture boundary and verify stream integrity, not just the biometric decision.


Threat narrative

Attacker objective: The attacker wants to create a trusted digital identity that passes verification and can be used for fraud or unauthorised access.

  1. Entry occurs when an attacker submits a synthetic face, altered document or injected video stream through a remote identity verification workflow.
  2. Credential or identity harvesting follows when the platform accepts the fraudulent signal and creates or upgrades an account under a false identity.
  3. Impact occurs when the attacker gains access to regulated services, fraudulent onboarding or downstream account abuse under a trusted identity record.
  • Indian government breach 2021: Sakura Samurai found exposed .git and .env files across Indian government sites, leaking 35 credential pairs, private keys and personal data.
  • United Nations breach 2021: Sakura Samurai used exposed Git credentials to reach 100,000+ UNEP staff records, then reported the flaw through the UN disclosure programme.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Remote IDV resilience is now a governance question, not a UX question. If a verification system cannot withstand deepfakes, document manipulation and stream injection, then it cannot be treated as a simple front-end control. IDV now sits on the boundary between fraud prevention, access governance and regulated onboarding, so control design has to start with adversarial conditions rather than convenience metrics. The practical conclusion is that identity teams need evidence of attack resistance, not only promise of friction reduction.

Injection resistance is the named concept the market has been slow to prioritise. Many organisations still think about face verification as a camera problem, but stream substitution shifts the failure point into the capture path itself. That makes the trust boundary around device, transport and session integrity just as important as the model decision. Practitioners should treat injection resistance as a distinct control objective, not a sub-feature of liveness.

RIVR reinforces that independent testing is becoming part of identity assurance. Government-led evaluations provide a better signal than vendor claims because they test against adversarial conditions that real attackers use. For regulated enterprises, that means procurement, assurance and fraud teams should ask for attack-specific evidence before approving an IDV platform for high-risk journeys. The right bar is demonstrated resistance under pressure, not generic accuracy.

Identity verification and fraud prevention are converging into the same control plane. The article shows why KYC, onboarding security and trust decisions can no longer be separated cleanly from fraud operations. When synthetic identities and manipulated capture streams can defeat weak verification, the issue is not only fraud loss but governance failure over who gets established as a trusted user. Practitioners should align verification assurance with fraud risk appetite and account lifecycle controls.

Commercial IDV buyers should assume the attacker is already inside the evaluation model. The important shift is from asking whether a tool can identify a face to asking whether it can survive adversarial input across the full remote verification chain. That changes assurance, vendor selection and ongoing testing from point-in-time checks to continuous governance. The practical takeaway is to test the control as an attack surface, not a feature set.

From our research library:

What this signals

Injection resistance is becoming a first-class identity control. The practical lesson from this evaluation is that modern fraud does not need to defeat the model alone. It can attack the handoff between capture, transport and decisioning, so identity teams need assurance over the whole remote verification path, not only the final score.

Identity assurance and fraud prevention are now inseparable in high-risk onboarding. When deepfakes and manipulated documents can be combined with synthetic streams, the security problem is no longer isolated identity proofing. It is the governance of how trust is created, propagated and retained across the account lifecycle.


For practitioners

  • Define adversarial IDV acceptance criteria Set minimum thresholds for deepfake, document fraud and injection resistance before approving remote verification for regulated journeys.
  • Test the capture boundary separately Evaluate whether the camera, SDK or transport layer can be bypassed with pre-recorded or synthetic frames, then require evidence of stream integrity controls.
  • Require independent attack testing evidence Ask vendors for third-party or government-led test results that reflect presentation attacks and injection scenarios rather than clean enrollment conditions.
  • Link IDV outcomes to fraud controls Connect verification decisions to downstream fraud monitoring, step-up checks and account lifecycle review so a passed onboarding event does not become blind trust.

Key takeaways

  • Remote identity verification can fail at several different layers, including face liveness, document authenticity and video-stream integrity.
  • Government-led adversarial testing gives enterprise buyers a more realistic signal than clean-capture accuracy alone.
  • Identity teams should treat remote verification as a governed trust boundary and tie it to downstream fraud and onboarding controls.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-63, NIST CSF 2.0 and OWASP ASVS set the technical controls, while GDPR defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST SP 800-63SP 800-63A — Enrollment and Identity ProofingRIVR evaluates remote identity proofing under adversarial conditions.
Recommendation — Use SP 800-63A to harden enrollment flows against synthetic and fraudulent identity evidence.
GDPRArt.32 — Security of ProcessingBiometric and identity processing must resist attack conditions that threaten security of processing.
Recommendation — Apply Art.32 to prove appropriate technical and organisational security for biometric verification.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsIdentity validation determines who is authorised into downstream systems and services.
Recommendation — Tie identity proofing outcomes to PR.AA-05 so access decisions reflect verified identity assurance.
OWASP ASVSV10 — OAuth and OIDCRemote identity flows often rely on federated authentication and token-backed onboarding paths.
Recommendation — Review OAuth and OIDC flows to ensure identity proofing is not weakened by downstream token handling.

Key terms

  • Remote identity authentication: Remote identity authentication is the process of verifying a user and device when access happens outside a controlled office environment. It combines credentials, multi-factor checks, and device trust to reduce the chance that a legitimate login path becomes an easy bypass.
  • Liveness Detection: Liveness detection is the mechanism that checks whether a biometric sample comes from a real, present person rather than a spoof such as a photo, screen, or mask. In identity programmes, it is a core defence against presentation attacks and should be tested under realistic operating conditions.
  • Injection attack: An attack that inserts synthetic or manipulated data directly into the verification flow rather than fooling the sensor itself. For identity programmes, this is a control-path problem, because the attacker may bypass the visible presentation layer and exploit the software decision point.
  • Fraudulent Document Detection: Fraudulent document detection is the ability to identify forged, altered or synthetic identity documents during onboarding or verification. Strong detection combines visual analysis, structural checks and contextual validation so an attacker cannot pass with a convincingly modified document.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, identity lifecycle, secrets management and the control thinking that supports identity assurance. It is designed for practitioners who need to connect identity decisions to broader security governance.
NHIMG Editorial Note
Published by the NHIMG editorial team on July 14, 2026.
Updated on October 13, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org