TL;DR: The NHI 2x2 framework argues that mature non-human identity programmes must connect visibility, intelligence, management, and remediation across service accounts, service principals, certificates, and API tokens, according to Veza. The practical shift is from inventorying identities to proving that fixes reduce blast radius and stay fixed.
Editorial analysis by NHI Mgmt Group, based on content published by Veza: “NHI 2×2 Framework: From Blind Spots to Closed Loops”.
Key questions
Q: Where does NHI governance fail when teams only track identity inventory?
A: It fails when inventory is mistaken for control.
Q: Why do service accounts and API tokens make application exploits worse?
A: Service accounts and API tokens extend a host compromise into other systems because they carry machine authority beyond the vulnerable process.
Q: What signs show that NHI remediation is not actually closing risk?
A: The clearest sign is when teams can prove that a task was completed but cannot prove that access changed.
Practitioner guidance
- Define effective access for every NHI Resolve inherited permissions, nested groups, OAuth scopes, and indirect data paths so each identity has a current, usable access picture.
- Attach ownership and lifecycle metadata Require owner, purpose, environment, TTL, and rotation policy on service accounts, principals, certificates, and tokens at creation time.
- Rank remediation by blast radius Prioritise identities that can reach production, sensitive data, or identity-control paths even when they appear low-risk in directory listings.
Bottom line: The article argues that NHI governance breaks down when teams can inventory identities but cannot prove effective access or verified remediation.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Closed-loop NHI governance is now the baseline, not an advanced maturity state. Inventory without verified remediation still leaves organisations unable to prove that risk has fallen. The article’s 2x2 is best read as a governance operating system for service accounts, service principals, certificates, and API tokens. The practitioner implication is clear: if a programme cannot show ownership, effective access, and post-change validation, it does not yet govern NHI risk.
A few things that frame the scale:
- NHIs outnumber human identities by 25x to 50x in modern enterprises, according to the Ultimate Guide to NHIs.
A question worth separating out:
A: They should map each NHI type to its dominant failure mode. Certificates need issuer, renewal, and impersonation controls. Service principals need consent and scope governance. API tokens need TTLs, naming discipline, and kill switches. The programme should share a lifecycle model, but the control design must differ by identity type.
👉 Read our full editorial: NHI 2x2 framework shows how to close visibility and remediation gaps