TL;DR: Gartner named it a Challenger in the February 2017 Magic Quadrant for Identity Governance and Administration, framing the result around cloud-ready, risk-aware IGA for apps, data, and infrastructure, according to Saviynt. For practitioners, the more useful question is whether identity governance is being measured by feature breadth or by how well it reduces access, certification, and decision risk.
At a glance
What this is: Saviynt’s press release says Gartner named it a Challenger in the 2017 Magic Quadrant for Identity Governance and Administration and uses that to argue for a cloud-ready, risk-aware IGA model.
Why it matters: For IAM practitioners, the real issue is not the quadrant label but whether IGA can govern access across cloud, on-premise, and data domains with enough context to support certification, SoD, and risk decisions.
By the numbers:
- Only 44% of organisations have implemented any policies to manage their AI agents, despite 92% agreeing that governing AI agents is critical to enterprise security.
👉 Read Saviynt's statement on Gartner Challenger placement in IGA
Context
Identity governance only matters when it can make access decisions across real systems, not just describe policy intent. This press release is about Saviynt’s positioning in Gartner’s Identity Governance and Administration market, but the underlying practitioner question is whether an IGA programme can actually govern cloud, on-premise, and data access with enough context to support review, risk, and compliance decisions.
For IAM teams, IGA has always been a control-plane problem as much as a reporting problem. The article frames Saviynt as a cloud security and governance platform, which makes the deeper issue whether organisations are using IGA to reduce entitlement sprawl, tighten certification quality, and connect access governance to business risk rather than treating analyst placement as the outcome.
Key questions
Q: How should organisations evaluate an IGA platform beyond analyst rankings?
A: They should test whether the platform closes the full governance loop: discovery, request, certification, SoD enforcement, and remediation. A strong ranking does not prove that entitlements are visible, reviewers have the right context, or conflicts are actually blocked. The decisive question is whether access outcomes change when policy says they should.
Q: When does risk-based access governance fail in practice?
A: It fails when risk scores are visible but do not affect approvals, exceptions, or remediation. In that case, the programme becomes descriptive rather than preventive. Risk-based governance only works when it changes what happens to high-risk access before the entitlement is accepted as normal.
Q: What do security teams get wrong about access certification?
A: They often treat completion of a review cycle as proof of control. In reality, certification only works when reviewers can see complete entitlement context, including conflicting roles, exceptions, and dormant access. If those inputs are missing, the review is a workflow event, not a governance outcome.
Q: How can IAM teams reduce segregation-of-duties exceptions without slowing the business?
A: They should map SoD rules to live entitlement data, then reserve exceptions for documented business cases with expiry and review. That approach reduces noise while keeping conflicts visible. The goal is not to eliminate all exceptions, but to prevent exception creep from becoming the default operating model.
Technical breakdown
What IGA platforms actually govern in cloud and on-premise estates
Identity Governance and Administration sits between access provisioning, certification, role design, and segregation-of-duties policy enforcement. In practice, it has to reconcile human users, service access, and application entitlements across SaaS, enterprise apps, and infrastructure systems. When the governance layer cannot see all relevant identities and permissions, it becomes a partial control rather than a system of record. That gap matters because access review quality depends on complete entitlement context, not just workflow completion.
Practical implication: inventory where IGA decisions are incomplete before treating certification coverage as evidence of governance maturity.
Why risk-aware access requests and certifications matter
Risk-aware IGA uses contextual signals such as role, application sensitivity, and policy exception history to prioritise decisions instead of treating every access request as equal. The value is not speed alone, but better decision quality when reviewers face large entitlement sets. Without risk context, certifications tend to become checkbox exercises that miss privilege creep and hidden exceptions. This is especially important when cloud and data access are combined in the same review process, because the business impact of access differs by resource type.
Practical implication: require reviewers to see risk context, not just access lists, when approving or recertifying entitlements.
How integrated governance supports SoD and access analytics
Segregation of duties only works when the governance system can detect conflicting entitlements across applications and data domains, then surface them during requests or reviews. Analytics adds value when it shows patterns such as repeated exceptions, unusual role combinations, or high-risk access clusters. That is the difference between policy on paper and policy that constrains behaviour. In hybrid estates, the hardest part is not defining SoD rules, but keeping them aligned as applications, roles, and data locations change.
Practical implication: map SoD rules to live entitlement data and review exception trends as part of every governance cycle.
NHI Mgmt Group analysis
Analyst rankings matter less than governance coverage. A Challenger label may indicate market traction, but it does not answer whether the platform closes the governance loop across cloud, application, and data access. For identity teams, the real test is whether certification, SoD, and request controls are fed by complete entitlement evidence rather than fragmented reports. Practitioners should treat quadrant movement as context, not proof of operational maturity.
Identity governance fails when it becomes a workflow layer without enforcement depth. The article’s emphasis on analytics and persona-based experiences reflects a broader market shift, but governance still collapses if risk signals do not change access outcomes. A system can automate reviews and still miss over-entitled accounts, orphaned access, or conflicting roles. Practitioners should measure IGA by control effect, not by the volume of completed attestations.
Cloud-ready IGA is now a control integration problem, not a feature checklist. Saviynt’s positioning around cloud, on-premise, and data governance shows where buyers were already being pushed in 2017: toward platforms that can unify policy across heterogeneous estates. That direction has only intensified since then. Practitioners should evaluate whether their IGA stack can follow access across applications, data stores, and infrastructure without losing governance continuity.
Risk-based governance is the right ambition, but it only works when risk is operationalised. If review prioritisation does not change the actual remediation queue, the programme stays descriptive instead of preventative. The practical question is whether high-risk access gets blocked, escalated, or short-circuited before it becomes business-as-usual entitlement drift. Practitioners should insist that risk scores drive decisions, not dashboards.
From our research:
- Only 44% of organisations have implemented any policies to manage their AI agents, despite 92% agreeing that governing AI agents is critical to enterprise security, according to The 2026 Infrastructure Identity Survey.
- 69% of security leaders agree identity management must fundamentally shift to address agentic AI systems, which shows how quickly governance expectations are changing across identity programmes.
- For a broader NHI baseline, read Ultimate Guide to NHIs for the lifecycle and control model that underpins access governance decisions.
What this signals
Risk-aware governance is becoming the default expectation, but execution still lags. If your programme can surface access risk but not translate it into remediation, you are carrying reporting capability without control effect. That gap is now visible across both human and machine access models, and it gets wider as estates become more distributed.
Identity governance is converging with platform and infrastructure operations. As access decisions move closer to the systems they protect, IAM teams need a governance model that works across cloud, application, and data domains rather than treating each separately. The strongest programmes will be the ones that make certification, SoD, and approval logic operational where access is created.
Analysts and auditors are already measuring governance by outcomes, not ambition. The market signal is clear: platforms that cannot prove complete entitlement visibility and exception control will struggle to support modern IAM operating models. If you need the lifecycle foundation behind that shift, start with the Ultimate Guide to NHIs on lifecycle processes for managing NHIs.
For practitioners
- Validate certification completeness across all governed systems Check whether every application, data store, and cloud entitlement that should be reviewed is actually in scope for access certification. Incomplete coverage creates a false sense of control because the workflow can finish even when major access paths are excluded.
- Tie risk signals to actual approval outcomes Confirm that high-risk entitlements change the approval path, remediation queue, or escalation route. If risk only appears in reports, the governance process is informative but not materially protective.
- Reconcile SoD rules against live entitlement data Test segregation-of-duties rules against current role assignments and exception histories, not static policy documents. Conflicts often appear only when multiple systems are evaluated together.
- Measure orphaned and exception-heavy access separately Track orphaned access, recurring exceptions, and repeated recertification overrides as distinct governance signals. Those patterns tell you whether the programme is constraining privilege or simply documenting it.
Key takeaways
- This release is less about a ranking and more about how buyers evaluate governance coverage across hybrid estates.
- The practical test for IGA is whether reviews, SoD rules, and remediation actually change access outcomes.
- Organisations should measure control effect, entitlement completeness, and exception drift instead of relying on market positioning alone.
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.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.AC-4 | Access permissions and least privilege sit at the core of IGA governance. |
| NIST Zero Trust (SP 800-207) | AC-4 | Zero Trust requires continuous access decisions, not one-time approval workflows. |
| NIST SP 800-63 | Federated identity assurance informs how governed access is trusted across systems. |
Use identity assurance inputs to strengthen review and approval decisions in federated environments.
Key terms
- Identity Governance And Administration: Identity Governance and Administration is the set of processes and controls used to decide who or what should have access, verify that access remains appropriate, and remove access when it is no longer justified. It combines policy, workflow, evidence, and remediation across applications, data, and infrastructure.
- Segregation Of Duties: Segregation of Duties is a control that prevents one identity from holding combinations of access that create fraud, error, or abuse risk. In practice, it means identifying toxic entitlement combinations, surfacing them during requests and reviews, and resolving exceptions before they become normalised.
- Access Certification: Access Certification is the review process where a manager, owner, or reviewer confirms whether an entitlement should remain in place. Its value depends on complete entitlement context, because a review of partial data can complete successfully while leaving excessive or conflicting access untouched.
- Risk Based Access Governance: Risk Based Access Governance is the practice of using contextual signals such as sensitivity, role, exception history, and entitlement conflict to prioritise access decisions. The approach only works when those signals change the outcome of approvals, remediation, or escalation rather than existing only in reports.
What's in the full analysis
Saviynt's full press release covers the market positioning and product context this post intentionally leaves at the source:
- Analyst quadrant language and the exact Gartner framing behind the Challenger designation
- The vendor's own description of CASB, Application GRC, and DAG capabilities inside the platform
- Company positioning around cloud, on-premise, and enterprise application coverage
- The original announcement wording and conference session details for the IAM Summit
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or IAM programme maturity, it is worth exploring.
Published by the NHIMG editorial team on 2026-02-06.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org