An engineer leaves the company and their access key keeps working.
Root MFA was switched off during a migration and never switched back on. A wildcard policy attached for a one-off script is still on a shared role. None of this needs graph analysis to find — it needs every identity checked, on every scan, in every cloud, and the result kept somewhere people look.
The risk of not knowing
If it is not surfaced today, it is exposed today. Attackers do not wait for your quarterly review — and neither do auditors.
The mechanism, not the marketing
- 1
After each posture scan, the identity engine loads the findings of every rule scoped to identity security — IAM, MFA, password, root, SSO, Entra ID, RBAC, PIM, service principals, managed identities, service accounts and workload identity — and adds its own detections.
- 2
Each finding is assigned to one of six modules: least privilege, policy analysis, MFA, role management, password policy and access control.
- 3
Provider analysers add identity checks per cloud — for example key and token rotation and dynamic-group scope on OCI, RAM trust and MFA conditions on Alibaba Cloud, and trusted profiles and access groups on IBM Cloud.
- 4
The IAM Security screen rolls this up into a posture score, findings by severity, an identity risk trend and an Effective Access panel for looking up any single principal.
- 5
The same identities and findings feed CIEM, where effective permissions, escalation paths, unused access and access reviews are worked out.
Specific outputs, measurable outcomes
Questions we get a lot
Ready to see IAM Security in your cloud?
Connect a read-only role in three minutes. Your first findings surface in under five.