TL;DR: ITDR only works when it correlates identity activity across IdP, cloud, and SaaS boundaries, reduces alert noise with session-based detection, and can attribute actions from shared service accounts, according to Permiso Security. The real test is whether the platform helps teams see compromise in context, not just collect more suspicious events.
Editorial analysis by NHI Mgmt Group, based on content published by Permiso Security: “How to Choose the Best ITDR Solution for Your Organization”.
By the numbers:
- The article says non-human identities now outnumber human identities in most organisations by 10:1 or more.
Key questions
Q: What breaks when ITDR only watches one identity silo?
A: What breaks is continuity.
Q: Why does shared credential use make ITDR attribution harder?
A: Shared service accounts and API keys remove the simple one-user-to-one-action model that many controls assume.
Q: How should security teams use ITDR without creating alert fatigue?
A: Treat ITDR as a detection and investigation layer, not as the primary control for identity risk.
Practitioner guidance
- Verify cross-boundary telemetry coverage Map which identity sources the platform actually correlates, including IdP, cloud infrastructure, SaaS applications, and any on-premise logging feeds that matter to your environment.
- Test session reconstruction quality Use a known benign user journey and check whether the platform reconstructs one session or splinters it into disconnected alerts across tools and regions.
- Validate shared-credential attribution Run a test with a service account or API key used by more than one operator and confirm the platform can explain which behavioural pattern maps to which actor.
Bottom line: ITDR selection should be judged by whether it can see identity activity across the full path a user or attacker can take.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
ITDR is now a cross-boundary identity problem, not a log-source problem. Security teams do not need more isolated alerts if those alerts cannot be correlated across IdP, cloud, and SaaS. The vendor landscape is converging on this reality, but the differentiator is still whether the platform can preserve identity continuity across sessions and not just ingest more telemetry. Practitioners should treat boundary-spanning correlation as the primary selection criterion.
A question worth separating out:
Q: What should IAM teams verify before buying an ITDR platform?
A: They should verify coverage across the identity sources their attackers can traverse, including IdP, cloud, SaaS, and shared credentials. They should also verify that the platform uses session-based detection rather than isolated event flags, because that is what separates normal variation from identity compromise in practice.
👉 Read our full editorial: ITDR selection depends on cross-boundary identity coverage and session context