By NHI Mgmt Group Editorial TeamBased on Authsignal: “Why pension funds are turning to liveness detection for presence verification” (April 20, 2026)

TL;DR: Pension funds are adopting facial liveness detection to reduce benefit leakage from delayed death reporting and fraud, with the Philippines Social Security System adding biometric ACOP verification through its online platform; the process can take under a minute and update records immediately, according to Authsignal. Presence verification works best when it is layered onto existing eligibility controls, not treated as a standalone identity answer.


At a glance

What this is: This article explains how liveness detection is being used to confirm that pension claimants are physically present and alive at verification time, with the Philippines Social Security System as the main example.

Why it matters: It matters because identity teams in pensions, benefits, and regulated services need controls that reduce false eligibility claims without making access harder for elderly or disabled users.


Context

Pension presence verification sits at the intersection of eligibility control, fraud prevention, and access accessibility. The core problem is simple: if a beneficiary has died but the system does not learn that quickly, payments can continue unnecessarily and create leakage. Traditional annual confirmation processes reduce that risk, but they are often difficult for older people, disabled pensioners, or beneficiaries who live far from a branch.

Liveness detection changes the assurance model by checking for a real person at the point of verification rather than relying on static documentation alone. That makes it relevant to identity verification programmes that need stronger presence assurance without forcing every user into a physical branch visit. The Philippines case is typical of a broader shift in public-sector benefit administration, where digital verification is being added to existing controls rather than replacing them outright.


Key questions

Q: How should pension funds use liveness detection without excluding vulnerable beneficiaries?

A: Use liveness detection as an option inside a broader verification flow, not as the only path. Keep paper-based or assisted alternatives for people who cannot complete a selfie check, and make sure the control confirms presence rather than replacing the underlying eligibility rules. The goal is stronger assurance with workable accessibility.

Q: Why do facial matches fail as a standalone proof of life control?

A: A facial match can show that a captured image resembles the enrolled record, but it cannot prove the claimant is physically present at that moment. That leaves room for printed photos, replayed video, or other static evidence to pass a weak check. Liveness detection is what closes that gap by requiring real-time presence.

Q: What signs show that a benefits verification process is too slow for eligibility control?

A: The main signs are delayed record updates, repeated manual follow-up, and payments continuing after death or disqualification should already have been captured. When the process depends on branch visits or paper returns alone, the control window is too wide. A workable system shortens the time between verification and record update.

Q: How should identity teams govern biometric verification in regulated environments?

A: They should govern biometric verification as a high-sensitivity identity control, not just a UX feature. That means mapping data residency, access, logging, and retention requirements before deployment, then testing the flow for fraud resistance and accessibility. If the system cannot prove where data moves or who can access it, the governance model is incomplete.


Technical breakdown

Why facial matching alone is not enough for presence verification

Face matching can confirm that a selfie resembles a stored reference image, but it cannot by itself prove that the person is physically present at capture time. That is a critical distinction in pension verification, where a photo, screen replay, or recorded video could otherwise be presented as a live check. Liveness detection adds a second layer by looking for real-time human cues such as depth, motion, and interaction signals that are hard to fake. In identity governance terms, it converts a static biometric comparison into a presence assurance control.

Practical implication: treat facial matching and liveness as separate control layers, not interchangeable checks.

How liveness detection fits into a pension eligibility flow

In a pension ACOP flow, liveness detection is not the whole decision. It confirms presence, then the verified biometric is matched against the identity record on file, and the eligibility process can proceed. That matters because pension administration is a lifecycle problem as much as an authentication problem. The system must accommodate different user capabilities, preserve alternative submission routes, and keep the existing eligibility rules in place. Liveness therefore strengthens the verification step without removing document-based or in-person options for people who need them.

Practical implication: design biometric presence checks as one control inside a broader eligibility workflow.

Why this pattern is different from ordinary biometric authentication

Biometric authentication usually answers whether the same enrolled person is trying to sign in. Presence verification asks something narrower and more operational: is the claimant alive and physically present right now? That is why this use case does not map cleanly onto ordinary login security. The control objective is not session access, but ongoing entitlement. In identity terms, that shifts the emphasis from account access to benefit continuation, which is closer to identity proofing and eligibility governance than to day-to-day user authentication.

Practical implication: align the control with the business question, not just the biometric mechanism.


Threat narrative

Attacker objective: The objective is to keep pension payments flowing after the rightful beneficiary is no longer eligible.

  1. Entry occurs when a deceased beneficiary is still treated as eligible because death reporting has not yet reached the pension system.
  2. Credential or proof abuse happens when a static photo or document could be reused to satisfy a weak verification step.
  3. Impact is continued benefit payment after eligibility has ended, which creates direct financial leakage and fraud exposure.

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

Presence verification is a governance problem before it is a biometric problem. Pension systems are trying to answer whether an entitlement should continue, not simply whether a face matches a record. That distinction matters because the control objective is ongoing eligibility, which sits across identity proofing, benefits governance, and fraud reduction. The practical conclusion is that identity teams should design verification flows around entitlement risk, not around biometric novelty.

Liveness detection closes a specific false-presence gap that static evidence cannot address. A pension file can contain a valid identity record even when the beneficiary is no longer alive, and a simple selfie match does not resolve that. The named concept here is the false-presence gap: the window in which entitlement persists because the system lacks a real-time signal that the claimant is physically present. Practitioners should treat that gap as a lifecycle control issue.

Layered verification is the right architecture for populations with uneven digital access. The article shows that digital verification can be added without removing paper routes, which is the correct pattern for older or disabled beneficiaries. That approach reduces friction while preserving inclusion, and it avoids turning presence verification into a single channel dependency. The conclusion for identity programmes is to keep alternative paths in place while tightening the highest-risk verification step.

Biometric presence checks are becoming part of benefits fraud control, not just consumer authentication. That expands the identity security conversation beyond logins and device trust into eligibility continuation and ongoing entitlement assurance. Once a programme reaches that point, governance must cover enrolment integrity, exception handling, and record update latency. Practitioners should evaluate presence checks as part of the broader fraud and identity lifecycle model.

For public-sector and pension administrators, the signal is a shift from annual review to point-of-claim assurance. The more the system can confirm presence at the exact moment benefit continuation is being validated, the less it depends on delayed manual reporting. That does not eliminate the need for policy controls, but it raises the quality of the evidence those controls rely on. The practitioner takeaway is to move verification closer to the entitlement decision.

What this signals

The false-presence gap: pension controls fail when the system cannot tell the difference between a valid record and a living claimant. That gap is most dangerous where benefits continue automatically and reporting delays are common. Identity teams should close it with real-time presence checks tied to entitlement review.

For pension and benefits programmes, the operational shift is from proof carried after the fact to proof captured at the point of decision. That raises the quality of the evidence without forcing every user through the same channel, which is the right balance for elderly and disabled populations.

Presence verification should be governed as a lifecycle control, not a one-off biometric feature. Once organisations frame it that way, they can evaluate exception handling, record update latency, and fallback access together rather than in isolation.


For practitioners

  • Define presence verification as a separate control objective Map the business question first. In pension and benefits flows, the control is not merely login assurance but confirmation that the claimant is alive and present at the point of eligibility review.
  • Keep non-digital fallback paths Maintain document-based and in-person routes for beneficiaries who cannot complete biometric verification, especially elderly or disabled users who face accessibility barriers.
  • Use liveness only as one layer in the decision chain Pair real-time selfie checks with the authoritative beneficiary record and existing eligibility rules so that biometric evidence informs, but does not replace, entitlement governance.
  • Review exception handling for delayed death reporting Document how the organisation handles missing, late, or disputed mortality updates so that continued payments do not depend on manual follow-up alone.

Key takeaways

  • Pension verification fails when systems continue to trust outdated eligibility records after a beneficiary has died or become ineligible.
  • The article shows that liveness detection is being used to confirm real-time presence, not just facial similarity, which is a narrower and stronger assurance test.
  • Identity teams should layer biometric presence checks onto existing eligibility and accessibility controls rather than treating biometrics as a standalone decision engine.

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 and NIST CSF 2.0 set the technical controls, while GDPR defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST SP 800-63SP 800-63A — Enrollment and Identity ProofingThe article centres on confirming that a claimant is the right person at the time of verification.
SP 800-63B — AuthenticationLiveness detection strengthens the authentication step by proving real-time presence.
Recommendation — Use identity proofing controls to bind benefit eligibility to current, high-confidence claimant evidence. Add real-time presence checks where biometric authentication alone could be replayed or spoofed.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article is ultimately about continuing or stopping access to benefits based on entitlement.
Recommendation — Review entitlement controls so payments continue only while eligibility remains valid.
GDPRArt.9 — Special categories of personal dataBiometric verification in pensions processes sensitive personal data and requires careful governance.
Recommendation — Apply special-category data controls before expanding biometric verification in benefit workflows.

Key terms

  • 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.
  • Presence Verification: Presence verification is the act of confirming that the person being checked is physically present during the transaction. In identity programmes, it reduces the risk that a proxy, replay, or stored image can be used to satisfy a live verification step.
  • Benefit Leakage: Unintended payment outflow that continues after a beneficiary has died, lost eligibility, or should have been removed from a programme. It is a governance and identity control failure, not just a finance issue, because it depends on weak lifecycle verification.
  • Eligibility Continuation Control: The set of checks used to confirm that a recurring entitlement should continue from one review cycle to the next. In practice, it combines proof of life, record reconciliation, exception handling, and timely updates to the authoritative source of truth.

Deepen your knowledge

NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course. It is suitable for practitioners who need to connect identity controls to real operational risk across human and non-human programmes.
NHIMG Editorial Note
Published by the NHIMG editorial team on July 10, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org