TL;DR: Zero Trust is a security strategy, not a product, and the article argues that identity is the new perimeter, so verification must extend beyond user logins to devices, workloads, transactions, and logged activity, according to Axiad. The practical lesson is that authentication alone cannot carry a Zero Trust programme when access, context, and post-authentication enforcement remain unaddressed.
NHIMG editorial — based on content published by Axiad: The Misconceptions of Zero Trust
By the numbers:
- 90% of IT leaders say properly managing NHIs is essential for a successful zero-trust implementation.
- Only 5.7% of organisations have full visibility into their service accounts.
Questions worth separating out
Q: How should security teams implement Zero Trust without turning it into a tool purchase?
A: Start by treating Zero Trust as a policy and governance model.
Q: Why do authentication controls alone not create Zero Trust?
A: Authentication proves an identity at one moment in time, but Zero Trust has to govern what happens after that moment.
Q: What breaks when Zero Trust is treated as MFA plus VPN replacement?
A: The programme becomes narrow and fragile because it ignores device posture, workload identity, transaction context, and session behaviour.
Practitioner guidance
- Define Zero Trust as an identity governance programme Map the strategy to identity, device, workload, transaction, and session controls before selecting tooling.
- Extend verification beyond initial login Require continuous checks for context changes after authentication, including privilege, device posture, and access path.
- Inventory non-human identities in scope Include service accounts, API keys, certificates, and workload identities in the same governance model as users.
What's in the full article
Axiad's full blog post covers the operational detail this post intentionally leaves for the source:
- The article’s original explanation of why the term Zero Trust became popular across the security industry.
- The vendor’s discussion of passwordless authentication and PKI certificates as part of the broader access model.
- Examples of how the article connects identity, devices, and digital transactions to the Zero Trust concept.
- The original commentary on why identity is the new perimeter for modern security architectures.
👉 Read Axiad's analysis of zero trust misconceptions and identity controls →
Zero Trust and identity controls: what IAM teams get wrong?
Explore further
Zero Trust fails as a slogan when organisations mistake authentication for assurance: the article exposes a common governance error, which is treating successful login as the end of the trust decision. That assumption was built for a perimeter model where entry implied reduced risk. In modern identity environments, identity can be valid and still be unsafe in context. The implication is that IAM leaders must stop using login success as the programme’s security finish line.
A few things that frame the scale:
- 90% of IT leaders say properly managing NHIs is essential for a successful zero-trust implementation, according to Ultimate Guide to NHIs.
- Only 5.7% of organisations have full visibility into their service accounts, which is why identity scope is still the first Zero Trust failure point for many teams.
A question worth separating out:
Q: How do organisations know whether their Zero Trust programme is actually working?
A: Look for continuous policy enforcement, identity coverage across humans and machines, and evidence that access decisions are logged beyond login. If the environment only measures successful authentication, it is tracking entry, not trust. Real Zero Trust shows up in how access is constrained after admission.
👉 Read our full editorial: Zero Trust is an identity strategy, not a single security tool