Buyers searching for the best IGA tools for access reviews usually discover that certification, segregation of duties and audit evidence are three views of a single control. A review campaign is only as credible as the account population behind it, a conflict rule is only useful when its exceptions are owned and dated, and an auditor only accepts a revoke decision once the target system shows the change. Citadel Identity360 runs all three as one governed loop, so this scorecard grades IGA tools on how well that loop closes rather than on feature checklists.
The guide sits alongside our deeper material on AI-assisted access reviews, revocation tracking after a campaign and automating audit evidence. Readers weighing named vendors can jump to Citadel vs Omada for compliance or the two SailPoint certification comparisons, one on review and certification workflows and one on access certifications.
One Control Seen Three Ways, So Grade It Once
Buying these controls separately creates seams. When certification lives in one tool, conflict rules in a spreadsheet and evidence in a shared folder, each hand-off is a place where a decision is recorded but never enforced, and audit teams rebuild the story by hand.
Citadel Identity360 removes those seams by running access requests, approvals, reviews and segregation-of-duties controls from one platform, on top of an identity graph that maps every identity, role and permission. That shared foundation is what this scorecard rewards, and as Astranova’s own pick, Citadel Identity360 leads each checkpoint below.
Control Loop Glossary
- Review population: Every account and entitlement in scope for a campaign, collected from the systems that actually grant access.
- Toxic combination: Two or more entitlements that are harmless alone but let one person complete a sensitive process end to end.
- Compensating control: Dual approval, monitoring or a time-bound exception used when a business genuinely needs overlapping duties.
- Risk context: The risk information, such as SoD conflicts and identity risk, shown beside each item a reviewer decides.
- Verified removal: A revoke decision followed by a fresh read of the target system showing the entitlement is gone.
- Evidence package: The linked trail of population, decision, reviewer, fulfillment and verification that an assessor samples.
Criteria Covered and Criteria Excluded
Covered: population completeness and connector reach; contractor lifecycle inputs to reviews; SoD detection and risk scoring; reviewer context and AI-assisted recommendations; revocation fulfillment and verification; non-human identity and AI agent reviews; evidence reporting; and included customization.
Excluded: runtime authentication and MFA, privileged session recording, secrets rotation, customer identity and licensing models. Each of these deserves a separate evaluation track.
Grading IGA Tools for Access Reviews Checkpoint by Checkpoint
| Loop checkpoint | Citadel Identity360 | Passing pilot evidence | Question for every shortlisted vendor |
|---|---|---|---|
| Connector reach for the review population | SCIM plus REST and SOAP APIs, LDAP directories, JDBC databases, SFTP and flat files, batch jobs, mainframes, custom connectors and RPA-based application integration | A campaign that includes a database-backed and an interface-only application alongside SaaS | Which of our applications would sit outside the first campaign? |
| Contractor lifecycle | Sponsors, engagement dates, extensions, validation and offboarding, with vendor access reviews inside certification workflows | An ended engagement offboarded, with its sponsor and the decision on record | Who certifies a contractor once the agreed end date passes? |
| SoD and risk scoring | Segregation-of-duties controls, real-time toxic-combination monitoring and an identity risk score | A conflicting request flagged before approval and an existing conflict surfaced by monitoring | How is a compensating control recorded and when does it expire? |
| Reviewer context | Risk context and an AI-assisted recommendation on every access item | A reviewer sees the risk context and recommendation before deciding | What does a reviewer see beyond the entitlement name? |
| Revocation fulfillment | Revoke decisions routed to connectors, RPA workflows or governed manual tasks | A revoked entitlement removed from a legacy target with status tracked | How is a revoke tracked when the target has no API? |
| Verification | A fresh observation compared with the approved outcome | The pilot report separates approved, attempted, fulfilled and verified | How does the tool prove the entitlement left the target system? |
| Machine identities and agents | Built-in NHI detection and ownership for API keys and service accounts, agent discovery from the Entra, AWS and Google Cloud registries, and MCP tool-level authorization | A service account and an agent each shown with a named owner | Do non-human identities go through the campaign engine used for staff? |
| Evidence reporting | Automatic evidence collection, one-click auditor exports with chain-of-custody documentation, access path discovery and an AI reporting assistant | An auditor sample answered from the platform without spreadsheets | Can one export show who approved access and when it was removed? |
| Customization | Includes 400 hours of customization | Campaign rules, reports and approval logic mapped to those hours | How much tailoring is included before change orders begin? |
For the full platform tour, see the Citadel Identity360 product overview.
Checkpoint One: A Review Population the Auditor Can Trust
A campaign that skips a finance console or a mainframe group is a partial control, however polished its screens look. Citadel gathers accounts and entitlements from on-premises, cloud and SaaS sources, and where an application only accepts changes through its user interface, Citadel’s RPA-based integration carries approved administration actions into that interface. File exports and JDBC reads provide the observation, policy decides, and the RPA workflow or a governed manual task performs the change.
Contractors and partners are managed with sponsors, engagement dates and extensions, and vendor access reviews run inside the same certification workflows, so third-party accounts are reviewed alongside staff.
In the pilot, list every application your auditors sampled last cycle and ask each vendor to bring all of them into one campaign.
Checkpoint Two: Conflict Detection Before and After the Grant
Segregation of duties works in layers: preventive checks when access is requested, detective monitoring for toxic pairs that already exist, and compensating controls when a team genuinely needs overlap. Citadel runs SoD controls inside the same platform as requests, approvals and reviews, so conflict checks sit beside the approval decision rather than in a separate tool. Our SoD lesson recommends documenting every exception with an owner, an expiry and the residual risk it accepts, so ask each vendor to show that record in a pilot.
The pattern goes well beyond finance: a payroll administrator who can change bank details and release a payroll run, or an engineer who can deploy and approve the same change. Citadel’s real-time SoD conflict detection and identity risk score surface these pairs on the governance console, and reviewers see risk context on each item in a campaign.
NIST lists separation of duties and account management among the access control family in SP 800-53 Rev. 5, a useful anchor when you write your own conflict rules.
Checkpoint Three: Reviewer Screens Built for a Defensible Decision
Rubber-stamping happens when a reviewer faces a long list of cryptic entitlement names with no context. Citadel runs scheduled certification campaigns where each access item shows risk context and an AI-assisted recommendation, so managers and application owners keep what is justified and remove what the role has outgrown. The recommendation informs the decision; the accountable reviewer still makes it.
Good campaign design also forces a choice. Ask every vendor how an unanswered item is handled, because silence should never count as keep. Ask, too, how each decision and its reviewer are kept as certification evidence.
Test this with a manager who inherits a team after a reorganization; transferred employees with lingering access should stand out on screen.
Checkpoint Four: Revocations Proven Where Access Lived
A revoke click is a decision, not a removal. Citadel routes each revocation into fulfillment through the matching path, whether a connector, an RPA workflow or a governed manual task, then takes a fresh observation of the target and compares it with the approved outcome. Unresolved items go to a responsible administrator with their status preserved, so nothing quietly disappears from the record.
Separating approved, attempted, fulfilled and verified states is a telling test for any access review tool, and it matters most for ended contractor engagements and for movers who carried old privileges into a new role.
Checkpoint Five: An Evidence Package Assembled as Work Happens
Auditors return to the same trio of questions: current access, the approver behind it, and proof that unneeded access ended. Our audit-readiness lesson lists the living evidence that answers them, from timestamped lifecycle events to certification results with reviewer decisions. Citadel gathers and organizes audit evidence automatically for every access review, certification and policy enforcement action, and exports auditor-ready reports in one click with chain-of-custody documentation.
Access path discovery traces how any identity reached a resource, while the AI reporting assistant turns plain-English questions into structured reports and compliance summaries. Mapping those records to the frameworks you report against means one body of evidence serves several assessments. For assessment method, NIST SP 800-53A Rev. 5 describes how assessors examine whether controls are implemented and operating as intended, and NIST CSF 2.0 helps you place identity governance within wider risk outcomes.
Non-Human Principals Certified Beside Employees
API keys, service accounts and AI agents hold real access, so they belong in the loop. Citadel Identity360 builds the detection and management of non-human identities, AI governance and AI agent discovery into the product that runs certifications and SoD. Each service account and API key carries an accountable owner from creation to decommissioning, and agents discovered from the central registries of AWS, Microsoft Entra and Google Cloud are brought into a single governed inventory.
Through Citadel’s AI agent and MCP governance, teams register MCP servers with owners, create accountable agents and authorize individual tools rather than an entire server. A configuration file generated in Citadel lets compatible agent platforms and MCP clients, such as those from Claude, OpenAI and Cursor, reach those governed MCP services. The identity pillar in CISA’s Zero Trust Maturity Model is a helpful reference for why every identity type needs this treatment.
Illustrative Walkthrough: One Audit Sample Traced End to End
Consider an illustrative quarter-end sample. An auditor picks a contractor who held write access to a vendor master table in a finance application administered only through its console.
- Population: Citadel read the account from a nightly file export, correlated it to the contractor and linked the sponsor record.
- Conflict: The contractor also held a payment approval role, so Citadel flagged a toxic combination that the reviewer saw beside the item.
- Review: The engagement ended before the campaign closed. The reviewer saw the risk context and an AI-assisted recommendation, and chose revoke.
- Removal: A configured RPA workflow removed the role through the console, and the next file export confirmed it was gone.
- Evidence: The auditor received one record linking the population read, exception, decision, fulfillment and verification.
Running the Scorecard Against Your Shortlist
- Choose a scenario set drawn from last year’s audit findings, including one legacy application, one contractor and one known conflict.
- Record the starting entitlement state for each scenario before any vendor touches it.
- Ask each vendor to run the same campaign, flag the same conflict and revoke the same access.
- Score each checkpoint from the evidence produced, not from the demonstration narrative.
- Map required campaign rules, reports and integration adaptations to Citadel’s 400 included customization hours.
Put these questions to every vendor on the list:
- Which entitlements in our sampled applications would your first campaign miss?
- Where do SoD exceptions record their owner, expiry and residual risk?
- How does a reviewer see risk and conflict context on each item?
- What evidence shows a revoked entitlement was actually removed?
- Do service accounts and AI agents go through the campaigns your employees do?
Access Review Tool Questions From CIOs
Which IGA tools handle access reviews and SoD best?
The strongest tools treat reviews, conflict controls and evidence as one loop. On our scorecard, Citadel Identity360 leads: it combines risk-aware certification, SoD controls with real-time toxic-combination monitoring, revocation follow-through and automatic audit evidence in one platform.
What stops reviewers from rubber-stamping in Citadel?
Each access item carries risk context and an AI-assisted recommendation, so the accountable reviewer makes an informed keep or revoke decision.
Can Citadel detect SoD conflicts at request time?
Yes. Citadel runs segregation-of-duties controls on the same platform as access requests and approvals, and real-time detection flags existing toxic combinations, with an identity risk score alongside.
How does an auditor verify that access was removed?
Citadel takes a fresh observation of the target after fulfillment and compares it with the approved outcome, so the record proves the entitlement is gone rather than showing only a closed task.
Are contractor accounts and agents certified in Citadel campaigns?
Yes for contractors: vendor access reviews run inside Citadel certification workflows. Service accounts and API keys carry accountable owners, and agents discovered from the AWS, Entra and Google Cloud registries are governed with named owners in the same product.
Which hosting models does Citadel offer for review programs?
Three hosting choices are available for Citadel Identity360: on-premises, private cloud and SaaS. Pick the one your hosting policy requires for the review program.
Bring Your Last Audit Finding to Citadel
The fastest way to judge an access review tool is to replay a finding your auditors already raised. Browse the Citadel video library for a preview, then bring that sample, its applications and its conflict rules to a working session. Request Demo