TL;DR: The 2025 EDUCAUSE Horizon Report shows higher education IAM is being slowed by budget pressure, shadow IT, zero-trust tension, and weak executive buy-in, with three-quarters of respondents citing leadership support as a barrier, according to Bravura Security. In NHIMG terms, the problem is not a lack of tools but a governance model that has not kept pace with how colleges and universities now adopt and use identity-enabled services.
At a glance
What this is: This analysis examines why higher education IAM automation remains stalled and identifies budget, shadow IT, zero-trust resistance, and executive buy-in as the main blockers.
Why it matters: It matters because the same governance gaps that delay IAM automation in universities also shape how organisations control NHI sprawl, policy exceptions, and human access risk.
👉 Read Bravura Security's analysis of IAM automation blockers in higher education
Context
Higher education IAM automation is being slowed by a familiar governance pattern: institutions know the value of better identity controls, but budgets, culture, and competing priorities keep those controls from reaching production scale. In practice, universities are trying to modernise access while also supporting open collaboration, rapid AI adoption, and cloud migration, which makes identity governance harder rather than easier.
The identity problem here is not limited to students and staff. Shadow IT, unmanaged AI tools, and delayed federated identity projects all create access paths outside institutional control, which is the same structural issue that shows up in NHI programmes when credentials or tools operate beyond governance boundaries. For a broader NHI lens on the same class of problems, see the Ultimate Guide to NHIs.
That tension is especially visible in environments that treat access as an enabling layer rather than a control layer. When leadership sees IAM as back-office plumbing instead of risk reduction, automation stalls, visibility drops, and policy exceptions become the default operating model.
Key questions
Q: How should higher education teams prioritise IAM automation when budgets are tight?
A: Start with the identity tasks that create the most operational drag and risk, such as provisioning, deprovisioning, access review, and federation. Then quantify manual effort, error rates, and exception volume so leadership sees IAM as a cost and resilience issue, not a discretionary upgrade.
Q: Why does shadow AI create identity risk in universities?
A: Shadow AI creates identity risk because it introduces ungoverned access paths to institutional data. When tools bypass central identity controls, teams lose visibility into who can access what, whether credentials are protected, and how access is revoked when the tool is no longer allowed.
Q: What do universities get wrong about zero trust?
A: They often treat zero trust as a restriction model instead of an access design model. The right approach is to make verification and least privilege understandable in the context of teaching and research, otherwise people work around the controls with exceptions and unmanaged tools.
Q: Who should own IAM automation in a higher education institution?
A: IAM automation needs executive ownership because it affects risk, budget, operations, and user experience at the same time. If leadership does not sponsor the programme, identity work stays fragmented and the institution keeps paying for manual control gaps in every department.
Technical breakdown
Why budget pressure slows identity automation in higher education
Higher education IAM automation usually fails at the funding and prioritisation layer before it fails technically. Identity projects compete with cloud migration, AI adoption, and teaching technology, so the institution delays federation, provisioning improvements, and access governance work even when the operational case is clear. That creates a long tail of manual processes, duplicated administration, and inconsistent controls. In NHI terms, the same dynamic leaves service accounts, tokens, and other machine identities under-governed because the programme never gets enough capital to standardise lifecycle control.
Practical implication: tie IAM automation to measurable cost, error reduction, and control coverage so it competes on risk and efficiency, not only on architecture.
Shadow IT and shadow AI create identity blind spots
Shadow IT in higher education is not only an application problem. It is an identity problem because unapproved AI tools, cloud apps, and collaboration platforms often sit outside central authentication, authorisation, logging, and lifecycle management. Once users adopt these tools independently, the institution loses sight of what identities exist, what data they can reach, and who is accountable for them. That is why unmanaged SaaS and AI adoption so often becomes an access governance problem rather than just a software governance problem.
Practical implication: require discovery and approval checkpoints for new AI and SaaS tools before they are allowed to process institutional data.
Zero trust in academia collides with open-access expectations
Zero Trust Architecture asks teams to verify continuously and grant only the minimum required access, but higher education often relies on broad collaboration, shared research spaces, and flexible access. The challenge is not that zero trust is wrong for academia, but that institutions must translate it into workflows faculty can tolerate. If the access model feels punitive or opaque, people route around it with workarounds, temporary exceptions, and unsanctioned tools. That creates the same governance drift seen in NHI environments when policy is too rigid to fit operational reality.
Practical implication: design zero-trust policy around role, project, and research context so access controls support collaboration instead of bypassing it.
Breaches seen in the wild
- Azure Key Vault privilege escalation exposure — Azure Key Vault Contributor role misconfiguration enabled privilege escalation.
- Cisco DevHub NHI breach — IntelBroker exploited exposed Cisco credentials, API tokens and keys in DevHub.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Budget-constrained IAM is a lifecycle failure, not just a resourcing issue. When institutions postpone automation, they are also postponing joiner-mover-leaver discipline, recertification, and entitlement rationalisation. That means the access model keeps accumulating exceptions while the programme lacks the visibility to correct them. The practical conclusion is that underfunded IAM becomes a governance debt problem, not a technology backlog.
Shadow AI in higher education is a non-human identity problem in disguise. Unapproved AI tools often arrive as convenience choices, but they still introduce identities, credentials, and access paths that must be governed. The institution loses control of authentication, data access, and offboarding the moment those tools sit outside central policy. Practitioners should treat every unsanctioned AI tool as an unmanaged identity boundary, not a mere application preference.
Open-access culture does not remove the need for least privilege, it raises the bar for making it usable. Higher education does not need a weaker security model, but it does need one that explains access decisions clearly and preserves research collaboration. The tension is between control and legitimacy: if users cannot understand why access is constrained, they will bypass the control. The practitioner takeaway is that policy design has to be socially legible as well as technically sound.
Executive buy-in is the control plane for identity modernisation. When three-quarters of respondents say leadership support is a blocker, the issue is not awareness alone but programme authority. IAM automation cannot scale if it is treated as a departmental improvement instead of an institutional risk decision. Practitioners should frame identity work as resilience, cost control, and exposure reduction to secure the mandate that implementation actually needs.
From our research:
- Lack of credential rotation is cited as the top cause of NHI-related attacks by 45% of organisations, followed by inadequate monitoring and logging (37%) and over-privileged accounts (37%), according to The State of Non-Human Identity Security.
- 85% of organisations lack full visibility into third-party vendors connected via OAuth apps, including 38% with no or low visibility and 47% with only partial visibility.
- The access visibility problem is discussed further in Ultimate Guide to NHIs , Key Challenges and Risks, which frames how blind spots become governance debt.
What this signals
Identity modernisation in higher education will be judged by whether institutions can reduce exception-driven access, not just add automation. The governance challenge is to make new controls usable inside a culture that values openness, because controls that are bypassed become theatre rather than protection. Teams should expect the next phase of IAM work to focus on policy clarity, lifecycle coverage, and visible accountability.
Shadow AI is already expanding the non-human identity perimeter. As faculty and staff adopt external tools for convenience, the institution inherits a wider set of access paths that may never enter central review. That is why discovery, approval, and offboarding need to be treated as one workflow, not three disconnected tasks.
NHI lifecycle discipline is the closest analogue for the next generation of university tool sprawl. If a credential, token, or AI tool can be created outside governance, it can also outlive the business need that justified it. Practitioners who want a lifecycle baseline should align the programme to the NHI Lifecycle Management Guide and the NIST Cybersecurity Framework 2.0.
For practitioners
- Build an IAM business case around measurable operational outcomes Quantify time saved, error reduction, and reduced manual rework, then tie those savings to risk reduction and audit readiness rather than platform consolidation.
- Map shadow AI tools to identity and data control points Inventory unsanctioned AI and collaboration tools, identify where authentication and authorisation happen, and block institutional data use until the tool is visible in governance workflows.
- Translate zero trust into academic workflows Use project, role, and data sensitivity to define access patterns that preserve collaboration while still enforcing least privilege and continuous verification.
- Put executive sponsorship on the identity roadmap Assign named leadership ownership for federation, lifecycle automation, and access reviews so identity work is tracked as an institutional control objective, not an IT side project.
Key takeaways
- Higher education IAM stalls when budgets, culture, and executive priorities prevent identity controls from being treated as institutional risk management.
- Shadow IT and shadow AI are access governance problems because they create identity paths that operate outside central visibility and lifecycle control.
- Zero trust works in academia only when it is translated into collaboration-friendly policy, clear ownership, and measurable accountability.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 address the attack and risk surface, while 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 CSF 2.0 | PR.AC-4 | Access control and lifecycle governance are central to the article's IAM automation gap. |
| NIST Zero Trust (SP 800-207) | PA-4 | Zero trust adoption is constrained by broad access patterns and weak continuous verification. |
| OWASP Non-Human Identity Top 10 | NHI-03 | Shadow AI and unmanaged tools create non-human identities that need lifecycle control. |
Inventory unmanaged machine identities and enforce rotation, offboarding, and visibility controls.
Key terms
- Shadow AI: Shadow AI is the use of AI tools outside approved governance and identity controls. In practice, it creates unmanaged access paths to institutional data, which means the security issue is not just the model or app but the lack of visibility, lifecycle control, and accountability around the identity behind it.
- Identity automation: Identity automation is the use of controlled workflows to handle provisioning, deprovisioning, access review, and related governance tasks with less manual effort. It is valuable when it reduces errors and exceptions, but it only works when the underlying policy model is clear and leadership supports the change.
- Zero Trust Architecture: Zero Trust Architecture is a security model that assumes access should be verified continuously rather than trusted by default. In higher education, the challenge is to apply least privilege without breaking collaboration, so the policy must be understandable enough that users do not route around it.
- Federated identity: Federated identity lets one institution rely on another trusted identity provider for authentication and access decisions. It is central to modern university collaboration, but it also creates dependency on shared policy, visibility, and lifecycle governance across organisational boundaries.
Deepen your knowledge
IAM automation and lifecycle governance in higher education are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If your organisation is dealing with the same mix of budget pressure, shadow AI, and access sprawl, it is worth exploring.
This post draws on content published by Bravura Security: the 2025 EDUCAUSE Horizon Report analysis of higher education IAM automation blockers. Read the original.
Published by the NHIMG editorial team on 2025-06-23.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org