By NHI Mgmt Group Editorial TeamPublished 2025-09-16Domain: Best PracticesSource: Axiad

TL;DR: Phishing still drives ransomware paths, yet many MFA methods remain vulnerable, and CISA says 84% of employees interacted with a phishing email, highlighting why certificate-based authentication and Zero Trust-aligned verification are gaining attention, according to Axiad and CISA. Identity programmes that stop at MFA labels miss the underlying trust model problem.


At a glance

What this is: This article argues that phishing resistance requires moving beyond conventional MFA toward certificate-based authentication and continuous verification.

Why it matters: For IAM teams, the practical issue is not authentication branding but whether identity controls actually reduce exposure for human access, machine trust, and Zero Trust programmes.

By the numbers:

👉 Read Axiad's analysis of phishing-resistant certificate authentication


Context

Phishing-resistant authentication is about reducing the chance that an attacker can reuse a captured credential or trick a user into granting access. The article’s core claim is that conventional MFA is not enough on its own, because SMS, OTP, and push-based methods can still be phished.

For IAM programmes, this is a human identity problem with wider identity implications. If authentication remains vulnerable to social engineering, organisations cannot claim strong Zero Trust discipline, and they also inherit weaker assurance for downstream machine and administrative access patterns.


Key questions

Q: How should security teams reduce phishing risk in high-value access paths?

A: They should replace phishable MFA methods on privileged and remote access routes with phishing-resistant authentication that binds the factor to the device or certificate chain. The goal is to remove reusable secrets from the most exposed journeys, not simply add another approval step. That approach materially lowers the chance that social engineering becomes account compromise.

Q: Why do conventional MFA methods still leave identity risk on the table?

A: Because SMS, OTP, and push approvals can still be intercepted, relayed, or pressured through social engineering. MFA raises attacker cost, but it does not guarantee that the factor is bound to the original user and device. If the method can be phished in practice, it does not fully break the attacker’s access path.

Q: What should organisations look for when evaluating phishing-resistant authentication?

A: They should look for device-bound proof of possession, strong certificate validation, and revocation processes that match the value of the access being protected. The key question is whether the control prevents a captured interaction from being reused elsewhere. If it does not, the control is not strong enough for high-risk identity decisions.

Q: How does phishing resistance support Zero Trust architecture?

A: Zero Trust depends on continuous verification, so the initial authentication event must be strong enough to support later policy decisions. Phishing-resistant methods reduce the chance that an attacker can enter through a weak factor and then exploit trust downstream. Without that stronger start, segmentation and monitoring are compensating controls rather than true trust enforcement.


Technical breakdown

Why conventional MFA still leaves a phishing gap

Traditional MFA raises the bar, but it does not remove the attacker’s opportunity to intercept, replay, or socially engineer an approval. SMS codes can be forwarded, OTPs can be stolen in real time, and push fatigue can turn a control into a prompt to approve access. The article’s point is that assurance depends on the method, not the MFA label. Practical enforcement depends on whether the factor is bound to the device and resistant to relay or token theft.

Practical implication: replace phishable MFA methods on high-risk access paths with phishing-resistant authentication.

How certificate-based authentication changes trust decisions

Certificate-based authentication uses asymmetric cryptography and certificate validation to verify identity through a trusted chain rather than through a reusable secret. A server can validate the certificate and associated key pair without exposing a password or one-time code that can be copied and replayed. That reduces the attack surface because the credential is not simply a shared secret waiting to be harvested. It also fits better with environments that need stronger proof of possession.

Practical implication: bind privileged and remote access to device-backed certificates where identity assurance must be stronger than passwordless convenience.

Zero Trust depends on continuous verification, not one-time login

Zero Trust is not achieved by adding an extra login step. It requires that every user, machine, and digital interaction be re-evaluated as trust context changes. The article ties phishing resistance to this model because compromised initial access defeats downstream segmentation if the first authentication event is weak. Certificate-based methods support stronger verification, but they only serve Zero Trust when identity checks are paired with policy, device posture, and session controls.

Practical implication: align authentication controls with Zero Trust policies so that access decisions remain conditional after sign-in.


  • Sisense breach — unauthorized GitLab access led to exfiltration of access tokens, API keys and certificates.
  • MongoBleed breach — MongoBleed exposed secrets across 87K MongoDB servers.

Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Phishing-resistant authentication is not a feature preference, it is a trust model decision. Once attackers can convert a user prompt, OTP, or push notification into access, the issue is not merely authentication usability but identity assurance. That is why certificate-based authentication matters in a different way from conventional MFA: it reduces the chance that a captured interaction becomes reusable access. Practitioners should treat phishing resistance as a control boundary, not a product category.

Human identity controls and NHI trust controls are converging around the same failure pattern: reusable secrets. Whether the subject is a person approving a session or a workload presenting a token, the dangerous pattern is still portable credential replay. The article’s emphasis on certificates reflects a wider governance shift toward proof of possession and away from secrets that can be forwarded or phished. Teams should stop thinking of this as a user-only problem and recognise the shared control logic across identity types.

Zero Trust fails when authentication is treated as a one-time event. The article links phishing resistance to the broader Zero Trust agenda because a single weak entry point collapses the rest of the model. If continuous verification is the design goal, then the initial factor must be resistant enough to survive real attacker interaction. Practitioners should re-evaluate whether their current sign-in method actually supports ongoing trust decisions.

Phishing-resistant access is becoming a baseline control for identity risk reduction. The article shows why organisations cannot rely on legacy MFA methods and expect lower exposure. Certificate-based authentication, FIDO-style approaches, and device-bound trust signals are increasingly the practical line between merely authenticating and authentically reducing attack surface. Practitioners should map high-risk access first and reserve weaker methods only where the business impact is genuinely low.

Device-bound authentication creates a narrower identity blast radius. When credentials are tied to validated keys and local trust chains, the attacker has less opportunity to move from one intercepted factor to broad account compromise. That changes the governance conversation from login convenience to identity containment. Practitioners should use that narrower blast radius as the standard for high-value access paths.

From our research:

  • 96% of organisations store secrets outside of secrets managers in vulnerable locations including code, config files, and CI/CD tools, according to Ultimate Guide to NHIs.
  • 71% of NHIs are not rotated within recommended time frames, increasing the risk of compromise over time.
  • For the broader identity picture: 97% of NHIs carry excessive privileges, which broadens the attack surface and weakens containment, according to Ultimate Guide to NHIs , Key Challenges and Risks.

What this signals

Certificate-bound identity is becoming the practical bridge between human authentication and machine trust. As organisations push harder on Zero Trust, they are learning that the real question is not whether a login includes MFA, but whether the factor can survive active attacker pressure. That same design logic increasingly matters for privileged human access and for non-human identities that depend on strong provenance.

Phishing resistance is a programme design issue, not just an access policy issue. Teams that treat SMS and OTP as acceptable for sensitive access are carrying a trust assumption forward that modern attackers can routinely exploit. The next step is to align authentication methods, device trust, and lifecycle governance so that the strongest controls sit on the paths that matter most.

Reusable secrets create identity blast radius across both users and workloads. The more a control depends on something that can be copied, replayed, or handed off, the more the programme inherits the same failure mode across identity types. That is why the move toward certificate-based authentication and stronger binding signals is not a niche hardening exercise, but a broader identity governance correction.


For practitioners

  • Replace phishable MFA on high-risk access paths Prioritise administrative, remote, and privileged user journeys where SMS, OTP, and push approvals still create a replayable trust event. Move those paths to phishing-resistant methods that bind authentication to the device or certificate chain.
  • Map Zero Trust dependencies to authentication strength Review every policy that claims continuous verification and check whether the sign-in method can actually survive phishing, relay, or approval fatigue. If the authentication method fails that test, the Zero Trust claim is weaker than the architecture diagram suggests.
  • Use certificate-based authentication for identity assurance Apply certificate-based authentication where the business impact of compromise is highest, especially for employee access that reaches sensitive systems. Ensure certificate issuance, revocation, and device trust are governed as part of the identity lifecycle.
  • Test phishing resistance against real attacker patterns Validate authentication controls by simulating credential relay, push fatigue, and code interception rather than assuming that multi-factor alone is sufficient. Build the test around whether the factor can be phished in practice, not whether it satisfies a policy checkbox.

Key takeaways

  • Phishing-resistant authentication matters because conventional MFA can still be tricked, intercepted, or replayed on high-risk access paths.
  • The scale of the problem is not theoretical, with CISA reporting that 84% of employees interacted with a phishing email.
  • Organisations should reserve certificate-based, device-bound trust for sensitive access and treat Zero Trust as continuous verification, not a one-time login policy.

Standards & Framework Alignment

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

NIST CSF 2.0, NIST Zero Trust (SP 800-207) and NIST SP 800-63 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.AA-01Phishing-resistant authentication supports stronger identity assurance.
NIST Zero Trust (SP 800-207)IDZero Trust depends on continuous identity verification, not just initial login.
NIST SP 800-63Phishing-resistant authenticators are central to modern digital identity assurance.

Use phishing-resistant methods for sensitive access and verify identity strength against attack conditions.


Key terms

  • Phishing-resistant authentication: Authentication designed so an attacker cannot easily replay, intercept, or socially engineer the factor into granting access. In practice, it relies on stronger proof of possession, often through device-bound or certificate-backed mechanisms, rather than reusable codes that can be forwarded or stolen.
  • Certificate-based authentication: An authentication method that uses digital certificates and asymmetric cryptography to verify identity. The system checks a chain of trust and the corresponding key material, reducing reliance on shared secrets and making it harder for attackers to reuse captured credentials across sessions or devices.
  • Zero Trust architecture: An access model that assumes trust must be continuously earned, not granted once and carried forward. Every user, machine, and interaction is evaluated in context, so authentication strength, device posture, and policy enforcement all matter after the initial sign-in event.

Deepen your knowledge

Phishing-resistant authentication and certificate-based identity are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If your programme is trying to move beyond legacy MFA and into stronger trust binding, it is worth exploring.

This post draws on content published by Axiad: Fresh Take on the National Cybersecurity Strategy and phishing-resistant authentication. Read the original.

NHIMG Editorial Note
Published by the NHIMG editorial team on 2025-09-16.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org