TL;DR: Deepfake-driven presentation and injection attacks are undermining biometric identity verification, with Gartner warning that GenAI-created fakes can impersonate customers or employees and can be paired with social engineering to manipulate staff, according to 1Kosmos. The governance gap is that liveness and proofing controls now have to defend against synthetic media and client-side injection, not just stolen credentials.
At a glance
What this is: This is an analysis of how AI-generated deepfakes and injection attacks are weakening biometric identity verification, with liveness detection positioned as the core defensive control.
Why it matters: It matters because identity programmes that only tune authentication for human users can still fail when attackers spoof the verification channel itself, affecting fraud, onboarding, and access governance.
By the numbers:
- With 20% of all biometric fraud attempts now involving deepfakes, the attack mix is shifting toward synthetic impersonation.
- Only 5.7% of organisations have full visibility into their service accounts.
- 80% of identity breaches involved compromised non-human identities such as service accounts and API keys.
👉 Read 1Kosmos' analysis of deepfake biometric attacks and liveness detection
Context
Biometric verification is only as strong as the channel used to capture and submit the biometric signal. Presentation attacks use fake faces, photos, video replays, or synthetic media to imitate a real user, while injection attacks tamper with the browser, camera, or transport path so the system receives manipulated input instead of a live sample.
For identity teams, the problem sits at the intersection of fraud, customer authentication, and workforce access. Deepfakes are no longer just a media problem. They are an identity assurance problem because they can defeat proofing flows, mislead operators, and erode trust in verification outcomes.
That makes liveness detection, client-side integrity checks, and fraud-aware proofing central to modern IAM design. The article’s starting position is typical for a fast-moving threat: controls built for static spoofing now face dynamic synthetic attacks.
Key questions
Q: How should security teams defend biometric verification against deepfake attacks?
A: Security teams should defend the entire biometric capture path, not just the matching algorithm. That means checking client integrity, validating the camera or browser source, layering liveness signals, and escalating suspicious attempts into fraud review or step-up authentication. If the capture channel is untrusted, biometric assurance is already weakened.
Q: Why do deepfakes create a governance problem for IAM teams?
A: Deepfakes create a governance problem because they can defeat identity proofing, mislead support staff, and trigger access decisions based on synthetic evidence. IAM teams have to govern the verification workflow, the client environment, and the escalation path. Treating biometrics as a single control ignores where attackers actually intervene.
Q: What breaks when liveness detection is used as the only biometric control?
A: Liveness detection breaks down when it is treated as a standalone answer instead of one signal in a broader assurance chain. Sophisticated deepfakes, virtual camera feeds, and injected scripts can still create convincing inputs. Organisations need layered checks so a false live signal does not become a false identity.
Q: How do teams decide when to move from self-service verification to manual review?
A: Teams should move to manual review when the verification context shows signs of injection, replay, or synthetic media, or when the workflow cannot confirm client integrity. The goal is to stop granting assurance automatically when the capture path is suspicious. That decision should be pre-defined in fraud and IAM policy.
Technical breakdown
Presentation attacks against biometric verification
Presentation attacks try to fool biometric systems with artefacts that look human but are not live. Common methods include photos, replayed videos, masks, and synthetic face streams. Deepfakes raise the bar because they can generate motion, lighting, and expression patterns that resemble a real session, which reduces the value of simple image matching. The real issue is that biometric assurance depends on both the sample and the capture path. If either can be manipulated, the system may accept an attacker as a legitimate user.
Practical implication: treat biometric verification as a channel-security problem, not only a matching problem.
Injection attacks in browser and camera flows
Injection attacks bypass the user interface by substituting data before it reaches the verifier. A virtual camera can present a fake feed, JavaScript injection can alter page behaviour, and protocol-level tampering can break the browser-to-server trust chain. These attacks matter because the liveness engine may receive an apparently valid stream even though the source is synthetic. That means the defender has to protect capture integrity, not just the biometric sample itself. Modern attacks increasingly target the orchestration layer around verification rather than the biometric algorithm alone.
Practical implication: validate client-side integrity and transport trust before you rely on liveness outcomes.
Liveness detection and why it now needs to be layered
Liveness detection uses motion cues, response prompts, 3D depth, and texture analysis to distinguish a live person from a manipulated representation. Each method catches different attack styles, which is why layered detection performs better than a single signal. But deepfakes are improving quickly, and no single liveness check can be treated as permanent protection. The control has to be adaptive, continuously tuned, and combined with broader fraud and proofing checks. In practice, liveness is a control family, not a one-time feature.
Practical implication: combine multiple liveness signals with fraud telemetry and periodic model updates.
NHI Mgmt Group analysis
Biometric fraud is now a channel-integrity problem, not just an identity proofing problem. Deepfakes do not merely imitate a face. They target the trust boundary between capture, transport, and verification, which means biometric assurance fails if the input path can be subverted. That shifts the security question from whether a sample looks real to whether the organisation can trust how the sample arrived. Practitioners should treat proofing flows as contested runtime systems.
Capture-path integrity: controls designed for static spoofing fail when attackers can inject synthetic video before the liveness engine sees it. That assumption was built for earlier fraud patterns where the defender could inspect the sample itself. It fails when the attacker controls the camera feed, browser state, or protocol path. The implication is that identity teams need to rethink where trust is established, because the failure is upstream of the biometric decision.
Deepfake-aware identity assurance now has to sit inside broader IAM and fraud governance. Presentation attacks can trigger account takeover, onboarding fraud, and social engineering-assisted access abuse. That means the control conversation cannot stay limited to biometric accuracy metrics. It has to include client integrity, fraud detection, operator escalation paths, and step-up checks when the capture context looks suspicious. Practitioners should align biometric assurance with the wider access-risk programme.
Regulatory pressure is turning synthetic-media defense into a governance requirement. The article’s reference to the EU AI Act and emerging standards reflects a broader shift: organisations will be judged not only on whether they use biometrics, but on whether they can explain and control the risks around them. That makes evidence, auditability, and model refresh discipline part of identity governance. Practitioners should prepare for stronger assurance expectations, not just stronger fraudsters.
Deepfake resilience should be measured at the verification workflow level, not the model level alone. A strong liveness engine can still fail if session integrity, device integrity, or operator process is weak. Identity programmes need to test the whole path from capture to decision, because attackers exploit the seams between controls. The right posture is to assume that the biometric algorithm is only one control in a chain. Practitioners should govern the chain, not the component.
From our research:
- Only 5.7% of organisations have full visibility into their service accounts, according to Ultimate Guide to NHIs.
- 80% of identity breaches involved compromised non-human identities such as service accounts and API keys, showing how often identity controls fail before the attack becomes visible.
- For a broader view of identity exposure patterns, see 52 NHI Breaches Analysis for recurring control failures and root causes.
What this signals
Deepfake defence is becoming a workflow-governance issue, not a point-solution feature. Organisations that rely on biometric proofing need to understand where the trust boundary actually sits. If the capture layer can be manipulated, the identity programme has to detect abuse before the liveness verdict is even meaningful.
The control gap is widening as synthetic media improves, which means identity teams should test capture integrity with the same seriousness they apply to credential and session risk. The practical question is not whether biometrics work in principle, but whether the surrounding workflow can still be trusted under attack.
For practitioners building resilience across human, machine, and emerging AI-assisted access journeys, the lesson is consistent: assurance collapses when the input path is compromised. That is why identity governance, fraud handling, and endpoint integrity must be designed together, not as separate programmes.
For practitioners
- Harden the biometric capture path Block virtual camera abuse, client-side script tampering, and other injection methods before the liveness engine processes a sample. Validate browser, device, and session integrity as part of proofing.
- Layer liveness signals instead of trusting one check Combine motion analysis, response prompts, 3D depth, and texture checks so a single failure does not decide identity assurance. Re-tune thresholds as synthetic media quality improves.
- Add fraud escalation to verification workflows Route suspicious verification attempts to manual review or step-up factors when deepfake indicators, replay behaviour, or capture anomalies appear. Treat this as an access decision, not a standalone fraud alert.
- Test the full proofing chain under attack conditions Run red-team scenarios that simulate browser injection, fake camera feeds, and manipulated video streams. Verify that the workflow fails closed before identity is granted.
Key takeaways
- Deepfake attacks are undermining biometric assurance by targeting the capture channel, not only the biometric sample.
- Liveness detection remains necessary, but it is no longer sufficient unless it is layered with client integrity and fraud escalation.
- Identity teams should govern the full verification workflow, because attackers exploit the seams between browser, camera, and decision logic.
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 NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | Biometric proofing and authentication assurance are central to the topic. | |
| NIST CSF 2.0 | PR.AC-1 | The article focuses on access assurance and control of identity proofing. |
| NIST Zero Trust (SP 800-207) | PR.AC-4 | Zero trust depends on continuous verification of identity inputs. |
Review biometric proofing flows against identity assurance requirements and add step-up checks when context is suspicious.
Key terms
- Presentation Attack: A presentation attack is an attempt to fool a biometric system with a fake or manipulated sample such as a photo, replayed video, or synthetic face. In identity programmes, the issue is not only the sample itself but whether the system can trust the capture path and live context.
- Injection Attack: An injection attack inserts fraudulent data into the verification flow before the biometric engine evaluates it. This can happen through a virtual camera, browser script manipulation, or protocol tampering, which means the defender has to secure the client path as well as the biometric control.
- Liveness Detection: Liveness detection is a set of techniques used to tell a live person from a manipulated representation during verification. It usually combines motion, response, depth, and texture signals. For identity teams, it is a control layer, not a complete fraud defence on its own.
- Identity Proofing: Identity proofing is the process of establishing that a person is who they claim to be before granting access or trust. In high-risk flows, proofing has to account for synthetic media, operator deception, and technical manipulation of the capture channel, not just document or facial matching.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or governance in your organisation, it is worth exploring.
This post draws on content published by 1Kosmos: Updated analysis of presentation attacks, injection attacks, and deepfake protection. Read the original.
Published by the NHIMG editorial team on 2024-03-04.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org