TL;DR: Identity security readiness is the focus of a new strategic technology alliance between Semperis and Hack The Box, with initial work around Purple Knight, threat research, and hands-on cyber exercises for hybrid identity environments, according to Semperis. The practical signal is that identity resilience now depends on response practice as much as visibility and tooling.
At a glance
What this is: Semperis and Hack The Box are combining identity security expertise with hands-on cyber readiness to improve response to identity-based threats.
Why it matters: It matters because IAM, NHI, and security teams are being pushed toward measurable response capability, not just detection and configuration hygiene.
By the numbers:
- More than 1,200 organizations rely on Semperis, including over 25% of the 100 largest U.S. companies.
👉 Read Semperis's announcement on the Hack The Box alliance for identity readiness
Context
Identity resilience is the ability to detect, contain, and recover from identity-based attacks before they become business disruption. In hybrid environments, that problem spans Active Directory, Entra ID, Okta, and other control planes where access, privilege, and recovery are tightly coupled.
The gap is not only technical. Teams often have identity tooling in place but lack the practice, workflows, and coordinated response muscle needed when attackers target the identity layer. This alliance is best read as a signal that the market now expects readiness to be operational, not theoretical.
Key questions
Q: How should organisations improve readiness for identity-based attacks?
A: They should treat readiness as an operational control, not a training slogan. That means running realistic exercises for directory compromise, token abuse, and privileged access recovery, then measuring how quickly teams can contain, validate, and restore identity services without improvisation. The goal is to prove response capability before an attacker does.
Q: Why do hybrid identity environments create harder recovery problems?
A: Because compromise and remediation often span multiple identity systems at once. If Active Directory, cloud identity, and federation controls are owned by different teams, recovery becomes a coordination problem as much as a technical one. That increases the chance that attackers can move faster than the organisation can isolate and clean the affected path.
Q: What breaks when identity security is measured only by visibility?
A: Teams can see risk without being able to act on it quickly enough. Visibility shows exposure, but it does not prove containment discipline, restoration speed, or cross-team coordination. In identity incidents, those missing execution capabilities are usually what determine whether the event becomes a disruption.
Q: Who should own response to identity compromise in the enterprise?
A: Ownership should sit with the teams that can actually execute containment and recovery across the affected control plane, with security, IAM, infrastructure, and operations aligned on the same runbook. If ownership is unclear, the attacker benefits from delay, and the recovery effort becomes fragmented.
Technical breakdown
Why identity-layer attacks outpace standard control loops
Identity-layer attacks move through trusted directories and federation paths rather than noisy perimeter events. Once credentials, sessions, or privileged directory objects are abused, defenders often face rapid escalation because the identity plane already authorises downstream access. In hybrid estates, the problem compounds across Active Directory and cloud identity providers, where recovery depends on coordinated changes across multiple systems. The result is a response challenge as much as a prevention challenge.
Practical implication: map which identity systems can be isolated, restored, and validated without waiting on the rest of the enterprise stack.
Hands-on cyber exercises for identity security readiness
Readiness here means more than tabletop discussion. Hands-on exercises expose whether teams can recognise identity abuse, execute the right containment steps, and recover privileged access paths under pressure. This matters because identity incidents often require different runbooks for directory compromise, token abuse, and service account misuse. Training has value only when it reproduces the operational decisions teams will actually face during an active event.
Practical implication: test identity incident runbooks under realistic conditions, including account lockdown, forensic preservation, and controlled restoration.
Purple Knight and identity vulnerability assessment in hybrid estates
Purple Knight sits in the identity vulnerability assessment category, where the goal is to surface exposure across Active Directory, Entra ID, and adjacent identity systems. Assessment tools help teams find weak configurations, but they do not close the loop unless findings are tied to response workflows, ownership, and remediation timing. For hybrid identity, the real issue is whether risk signals become actionable enough to shrink the attack window before abuse becomes disruption.
Practical implication: connect identity assessment output to named owners, remediation SLAs, and repeat validation after changes.
NHI Mgmt Group analysis
Identity resilience has become a readiness discipline, not a tooling category. The alliance reflects a broader shift in how enterprises should think about identity security: visibility alone does not stop escalation. When identity systems are the control plane, defenders need muscle memory for containment, validation, and recovery. The practitioner conclusion is that identity programmes now need measurable response capability alongside access governance.
Hybrid identity creates a response gap that no single control can close. Active Directory, Entra ID, Okta, and Ping are operationally linked, but incident handling is still fragmented in many enterprises. That fragmentation turns identity incidents into cross-domain coordination problems, especially when privilege, authentication, and recovery all sit in different teams. The conclusion is that resilience depends on orchestration across identity estates, not isolated hardening.
Hands-on practice is the missing control when identity attacks move faster than review cycles. Many identity programmes are built to detect drift and certify access after the fact, but attackers often exploit the window before review, validation, or cleanup happens. Training and exercises compress that gap by forcing teams to rehearse decisions under realistic pressure. The conclusion is that response rehearsal should be treated as part of identity control design.
Identity risk insight without operational rehearsal produces an incomplete security posture. Tools like vulnerability assessments are useful only when teams can act on the findings quickly and consistently. That is why this type of alliance is interesting at the programme level: it recognises that security maturity depends on converting assessment into repeatable action. The conclusion is to measure whether identity findings change behaviour, not just dashboards.
Identity resilience now extends to the human layer of incident execution. The article’s emphasis on workforce readiness shows that identity security failures are often compounded by confusion in escalation, handoff, and recovery. That applies across human IAM, NHI governance, and autonomous-era operations because the organisation still has to make decisions under pressure. The conclusion is to test the people process with the same rigor as the technology stack.
From our research:
- The average estimated time to remediate a leaked secret is 27 days, despite 75% of organisations expressing strong confidence in their secrets management capabilities, according to The State of Secrets in AppSec.
- Organisations maintain an average of 6 distinct secrets manager instances, creating fragmentation that undermines centralised control, according to The State of Secrets in AppSec.
- For teams building a stronger identity response posture, NHI Lifecycle Management Guide shows how provisioning, rotation, and offboarding need to be tied to operational ownership.
What this signals
Identity readiness is becoming a board-level resilience signal. Teams that can prove containment speed, restoration quality, and cross-system coordination will separate genuine maturity from tooling accumulation. The practical question is whether identity findings change operational behaviour before the next incident, not after it.
With 43% of security professionals concerned about AI systems learning and reproducing sensitive information patterns from codebases, the line between identity hygiene and AI-era exposure is getting thinner. That makes identity response practice relevant not only to human IAM but also to machine identity and agent-driven workflows, where leaked trust material can spread faster than reviews can catch it.
Response rehearsal is the new control gap to close. If teams only validate identity posture through periodic assessment, they will continue to discover weaknesses too late to matter. The next step for mature programmes is to connect assessment, exercise, and recovery into a single operating loop, with guidance from the Ultimate Guide to NHIs and the NIST Cybersecurity Framework 2.0.
For practitioners
- Define identity incident runbooks by control plane Separate response steps for Active Directory, Entra ID, Okta, and similar systems so containment actions do not depend on improvisation during an incident.
- Run live-fire identity exercises Use exercises that force teams to execute account suspension, privilege validation, and recovery steps under time pressure, then document where coordination breaks down.
- Tie assessment findings to remediation owners Make every identity vulnerability finding land with a named owner, a deadline, and a re-test step so the output becomes operational change rather than reporting noise.
- Measure response readiness alongside exposure Track how long it takes to contain directory abuse, restore trusted access, and validate that recovery paths are clean after changes.
Key takeaways
- The article’s core message is that identity resilience depends on practice, not just product capability.
- The alliance highlights a market shift toward measurable readiness across hybrid identity environments where attacks move through trusted control planes.
- Enterprises should test containment, recovery, and coordination now, because identity incidents fail or succeed on execution speed.
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 CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | RS.RP | Identity incidents require rehearsed response processes, not ad hoc action. |
| NIST Zero Trust (SP 800-207) | PR.AC-4 | Hybrid identity access paths must be continuously validated across trust boundaries. |
| NIST CSF 2.0 | RC.RP | Recovery from identity compromise depends on restoring trusted identity services quickly. |
Document identity recovery steps and validate restoration of trusted access paths after incidents.
Key terms
- Identity resilience: The ability to keep identity services trustworthy during attack, disruption, and recovery. It covers detection, containment, restoration, and validation across directories, federation systems, and access control layers so compromise does not become enterprise-wide operational failure.
- Hybrid identity: An identity environment that spans on-premises and cloud control planes, often including Active Directory, Entra ID, and third-party identity providers. The main challenge is that compromise, policy enforcement, and recovery are distributed across systems that may be owned by different teams.
- Identity readiness: The practical capability to respond to identity incidents under pressure. It includes exercises, runbooks, handoffs, and recovery validation so teams can take effective action when privileged access, federation, or directory trust is being abused.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity security 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 governance in your organisation, it is worth exploring.
This post draws on content published by Semperis: the strategic technology alliance with Hack The Box on identity resilience and cyber readiness. Read the original.
Published by the NHIMG editorial team on 2026-06-11.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org