By NHI Mgmt Group Editorial TeamBased on Orca Security: “How AI is Changing Cybersecurity (for Good and Bad)” (October 8, 2025)

TL;DR: AI is now used in the cloud by 84% of organisations, while security teams that extensively use AI save an average of $1.9 million per breach, according to Orca Security and the 2025 Cost of a Data Breach Report. The deeper issue is that AI amplifies both detection and attack speed, so identity, access, and response controls must be built for machine-paced decision making.


At a glance

What this is: This is Orca Security’s analysis of how AI is changing cloud security, showing both defensive gains and attacker acceleration as organisations use AI more broadly in cloud environments.

Why it matters: It matters because IAM, NHI governance and incident response now have to account for machine-paced detection, automation and abuse, not just human decision cycles.

By the numbers:

  • 84% of organisations now use AI in the cloud, according to Orca Security.

Context

AI adoption in cloud environments is now broad enough that it changes the operating assumptions of security programmes, not just the tooling mix. When 84% of organisations are already using AI in the cloud, the question shifts from whether AI belongs in the stack to how identity, access and response controls keep up with the speed of machine-driven decisions.

The security problem is not confined to one side of the ledger. AI can improve detection, containment and risk prioritisation for defenders, but it also gives attackers faster phishing, adaptive malware and broader scanning capacity. That creates an identity governance problem as much as a detection problem, because access and response decisions increasingly happen faster than human review cycles.


Key questions

Q: How should security teams handle cloud AI adoption without widening access risk?

A: Treat AI adoption as an identity governance issue, not only a tooling choice. Put guardrails around service accounts, tokens and workload permissions before expanding automation, and require continuous context so AI-assisted security actions do not outrun policy. The objective is to let AI speed up detection while keeping authority tightly bounded.

Q: Why do AI-fueled attacks increase the risk of compromise for cloud and identity controls?

A: AI lowers the effort needed to run phishing, exploit attempts, and malware campaigns at scale, so attackers can probe defenses continuously and adapt quickly. That makes standing access, weak segmentation, and broad trust assumptions more dangerous. In practice, cloud and identity controls must assume rapid reconnaissance, short dwell time, and repeated credential abuse.

Q: What breaks when cloud identity controls depend on human review speed?

A: Human-paced approval and review processes fail when attackers and defenders are both operating in seconds. A credential can be discovered, abused and moved through the environment before an access review even starts. That is why cloud identity governance has to shift from periodic checks to live monitoring and rapid revocation.

Q: When should organisations prioritise automated containment over manual escalation?

A: When the attacker can move from discovery to action faster than the team can convene a response. In cloud incidents involving leaked keys, phishing or adaptive malware, automated containment is often the only way to isolate workloads before damage spreads. Manual escalation still matters, but after the first containment move.


Technical breakdown

How AI changes cloud security telemetry and response

AI helps security operations by processing high-volume telemetry, correlating events and surfacing anomalies faster than a human analyst can. In cloud environments, that matters because the security signal is fragmented across identity, workload, network and configuration layers. AI-assisted triage can shorten dwell time and accelerate containment, but only if the underlying data is trustworthy and the response playbooks are already defined. Without that, the model speeds up noise as easily as it speeds up detection.

Practical implication: tighten telemetry quality and automate only the containment steps you can safely execute at machine speed.

Why AI makes cloud attack paths faster and harder to stop

Attackers are using AI to produce better phishing, adapt malware and scan for exposed assets at scale. In cloud environments, exposed keys, weakly governed accounts and brittle secrets handling create a short path from reconnaissance to compromise. The article’s reference to leaked keys being discovered and exploited in minutes is a reminder that cloud exposure windows are shrinking. Once an attacker can automate discovery and exploitation, the gap between exposure and abuse becomes the main risk variable.

Practical implication: reduce exposure windows on cloud credentials, secrets and external attack surfaces before adversaries can automate discovery.

Identity and access control under machine-paced operations

The core challenge is that cloud security controls were often built around human review loops, while AI compresses both detection and attack decisions into seconds. That changes the practical meaning of least privilege, escalation review and incident containment. In identity terms, the issue is not only who has access, but whether access governance can keep pace with automated decision-making and rapidly changing context. This is where cloud security, NHI governance and response orchestration converge.

Practical implication: align access governance and response authority with machine-paced cloud operations rather than manual approval timing.


Threat narrative

Attacker objective: The attacker aims to turn faster discovery and more convincing social engineering into broader cloud compromise before defenders can contain the event.

  1. Entry begins when attackers use AI to identify exposed cloud assets, leaked keys or weakly protected interfaces at scale.
  2. Credential access follows when those discovered secrets or accounts are abused to reach cloud workloads faster than defenders can intervene.
  3. Escalation and impact occur as AI-supported phishing, adaptive malware or rapid exploitation expands the attacker’s reach across the environment.
  • Sisense breach 2024: A credential in Sisense's GitLab reportedly opened S3 buckets of customer tokens, passwords and certificates; CISA urged a full reset.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

AI compresses the security decision loop faster than current cloud controls were designed to handle. The practical issue is not AI presence alone, but the fact that detection, prioritisation and response now happen in a shorter window than human governance cycles. That makes access review, manual escalation and delayed containment weaker control points than they used to be. Practitioners should treat decision latency as an identity and cloud security risk, not just an operational inconvenience.

Machine-speed abuse changes the meaning of exposure in cloud identity governance. Leaked keys, over-permissioned accounts and quickly exploitable cloud assets are no longer isolated hygiene issues when adversaries can search and act at scale. The control problem is the shrinking interval between secret exposure and active misuse. Teams need to think in terms of exposure-window reduction, because static governance assumptions break once attackers automate discovery.

AI-driven defence and AI-driven attack now compete on the same infrastructure, but with very different governance requirements. Defenders want AI to accelerate triage and containment, while attackers use it to improve phishing, malware adaptation and reconnaissance. That means security programmes must separate where AI can safely increase speed from where it would amplify blast radius. The practitioner conclusion is straightforward: automate response where authority is bounded, and keep high-impact access decisions tightly governed.

Ephemeral cloud risk demands continuous context, not periodic permission checks. The article’s emphasis on visibility and context aligns with a broader identity security shift: the relevant question is no longer whether an account once looked safe, but whether its current behaviour still fits policy. That is especially true for non-human and workload access where the environment changes faster than scheduled review cycles. Practitioners should prioritise live context over calendar-based assurance.

Identity blast radius is now a cloud security metric, not a post-breach afterthought. When AI accelerates both attacker reconnaissance and defensive triage, the amount of access any one credential or workload can reach becomes the decisive variable. The field should measure how far a compromised identity can travel before detection and containment. Security teams should reduce blast radius as a first-class design goal across human, NHI and cloud workload access.

From our research library:

What this signals

Exposure-window management: AI makes the time between secret exposure and abuse the decisive control variable. Cloud programmes that still depend on periodic review will keep losing ground to attackers who can search, test and exploit at machine speed.

Security teams should separate where AI is allowed to accelerate analysis from where it must not influence authority. The moment AI starts driving access decisions without strong identity context, the organisation is trading analyst time for broader blast radius.


For practitioners

  • Limit cloud identity blast radius Reduce the scope of service accounts, API keys and workload roles so that exposed credentials cannot fan out across subscriptions, projects or tenants.
  • Automate rapid containment for cloud compromise Use response logic that can isolate workloads, disable suspected identities and revoke tokens without waiting for human approval during active attack windows.
  • Shorten exposure windows on secrets Rotate cloud keys, tokens and certificates aggressively enough that leaked credentials expire before automated attackers can exploit them.
  • Tie AI-assisted triage to trusted context Require telemetry, asset inventory and identity context to agree before AI-driven prioritisation is allowed to trigger containment or escalation.

Key takeaways

  • AI is changing cloud security by speeding up both defensive response and attacker exploitation, which makes timing a governance issue as much as a technical one.
  • The most actionable risk is shrinking exposure windows around cloud identities, secrets and accounts, because machine-assisted attackers can abuse weak controls in minutes.
  • Practitioners should design cloud controls for machine-paced decision making, with tighter identity scope, faster containment and stronger context for automated actions.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-04 — Insecure AuthenticationAI-driven cloud abuse often begins with weakly governed credentials and leaked access paths.
NHI-05 — Overprivileged NHIThe article’s cloud risk depends on credentials or workloads having more reach than they should.
Recommendation — Harden authentication for cloud identities and remove any access path that can be abused at machine speed. Reduce privilege scope for service accounts, API keys and workloads to limit attacker blast radius.
MITRE ATT&CKTA0006;TA0040 — Credential Access; ImpactThe attack path described relies on finding credentials quickly and using them to cause damage.
Recommendation — Map AI-enabled cloud abuse to credential access and impact tactics, then prioritise monitoring where secrets can be discovered fastest.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsCloud identity governance is central to the article’s argument about controlling AI-era risk.
DE.CM-01 — Security Continuous MonitoringAI raises the value of continuous monitoring because threats move faster than periodic checks.
Recommendation — Review cloud entitlements continuously and trim permissions that exceed current operational need. Use continuous monitoring to detect anomalous cloud identity behaviour before automated abuse spreads.

Key terms

  • Cloud Identity Blast Radius: The amount of damage a compromised cloud identity can cause before it is contained. It expands when credentials are long-lived, privileges are broad, or access spans multiple clouds and vaults, and it shrinks when elevation is temporary and tightly scoped.
  • Exposure Window: The period in which a credential, session, or privilege grant can be exploited before it is revoked or expires. Shorter windows help, but they do not solve the deeper question of whether the access remains justified for the full time it is active.
  • Machine-Paced Response: Security action taken fast enough to match automated adversary movement. This is not full autonomy by default, but it does require pre-approved containment logic, trusted context and clear authority boundaries so response does not depend on human queue time.
  • AI-Assisted Triage: The use of machine-driven prioritisation to sort, rank or route suspicious cases for human review. It can improve speed and consistency, but only if analysts can understand, challenge and override the recommendation. Without governance, it becomes a hidden decision layer inside the investigation process.

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 building or maturing an IAM programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on June 11, 2026.
Updated on October 10, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org