By NHI Mgmt Group Editorial TeamDomain: Breaches & IncidentsSource: AnomaliPublished September 2, 2025

TL;DR: PromptLock is the first known ransomware to use large language model output to generate Lua for file discovery, exfiltration, and encryption, introducing non-determinism that complicates detection, according to Anomali’s summary of ESET research. Static signatures lose value when execution paths can vary on each run.


At a glance

What this is: This is an Anomali cyber watch roundup highlighting PromptLock ransomware and related attack activity, with the key finding that AI-generated code can make malware behaviour less predictable.

Why it matters: It matters because IAM and security teams must account for identity-bearing access paths, cloud execution, and credential exposure when malware adapts dynamically at runtime.

👉 Read Anomali's summary of PromptLock ransomware, Blind Eagle, and related cyber activity


Context

AI-generated ransomware creates a detection problem because the payload can change its shape while the underlying objective stays the same: find files, move data, and encrypt for impact. That breaks assumptions built around repeatable malware families and signature-led controls. The primary identity concern is not the ransomware code itself, but the credentials, secrets, and reachable systems it can abuse once execution begins.

This roundup also shows how access, trust, and delivery mechanisms are converging across threat types. In one cluster, attackers used stolen or compromised accounts and cloud-hosted infrastructure to reach victims; in another, AI tools lowered the skill needed to generate convincing phishing or malware delivery content. That mix is now typical of the broader threat landscape, not an edge case.


Key questions

Q: How should security teams defend against ransomware that changes its code at runtime?

A: Focus on behaviour, not just samples. Detect anomalous file discovery, bulk encryption, script execution, and unusual process ancestry across endpoints and servers. Combine EDR telemetry with sandboxing, memory inspection, and hardening of script interpreters so that changing payloads still trigger consistent control points.

Q: Why do valid tokens and service accounts matter more than malware signatures?

A: Because trusted credentials let attackers operate as if they belong inside the environment. OAuth tokens, API keys, and service accounts can bypass password controls and sometimes MFA, which makes them more valuable than brute-force access. Once abused, they often expose data, cloud resources, and downstream secrets.

Q: What do security teams get wrong about malvertising-led phishing?

A: Teams often treat malvertising as a web-advertising issue rather than an identity threat. In reality, it can be the first step in a credential theft chain that bypasses email controls entirely and lands users on a sign-in page built to intercept authentication. Defence needs browser-side detection and ad-path awareness.

Q: What should teams do when cloud tokens or integrations are suspected to be compromised?

A: Revoke the token or integration immediately, then trace what systems it could reach and what data it could access. Rotate related secrets, disable unnecessary scopes, and validate backups or keys were not altered. Treat the token as a compromised identity, not a simple configuration issue.


Technical breakdown

How AI-generated ransomware changes execution variability

PromptLock uses LLM output to generate Lua scripts at runtime for file discovery, exfiltration, and encryption. That means the malicious logic is not fully fixed at build time, which reduces the value of static hashes and simple signature matching. The core behaviour remains ransomware, but the implementation path can vary across executions, environments, and prompts. This is materially different from conventional polymorphism because the generation step itself can alter operational details rather than just obfuscate bytes. Practical implication: defenders need behavioural detections tied to file activity, process ancestry, and suspicious script generation rather than only known malware artefacts.

Practical implication: tune detections for runtime script generation, unusual file enumeration, and encryption-like behaviour, not just known ransomware hashes.

Why trusted delivery paths matter more than the malware label

The more important pattern across the roundup is how attackers gain trust before payload execution. Blind Eagle used spearphishing, compromised email accounts, and region-specific infrastructure to increase delivery success. Lovable abuse shows the same logic in a different form, where free hosting and templated pages make phishing infrastructure appear legitimate. In both cases, the access path is engineered to reduce user suspicion and bypass basic filtering. That is why identity and access controls remain central even when the malicious code is novel. Practical implication: secure the delivery layer with account protection, email trust controls, and URL inspection before focusing only on endpoint payload analysis.

Practical implication: harden email, web, and account trust paths because delivery abuse often succeeds before the malware stage even begins.

Credential exposure remains the highest-value enabler

The Salesloft Drift token abuse in the same source material reinforces a familiar truth: attackers prefer trusted tokens over noisy password attacks. OAuth and refresh tokens can bypass MFA because they already represent authenticated trust, which makes them especially dangerous in SaaS and cloud ecosystems. Once stolen, they often provide access to email, customer data, and downstream secrets. This is where NHI governance becomes essential, because tokens, service credentials, and integration accounts behave like non-human identities even when they are created through application workflows. Practical implication: treat tokens as high-risk identities with revocation, scope review, and lifecycle controls.

Practical implication: inventory OAuth tokens and service credentials as identities, then apply lifecycle and revocation controls before they become reusable trust objects.


Threat narrative

Attacker objective: The attacker seeks to turn trusted access into disruption, data theft, or extortion while minimising early detection.

  1. Entry occurs through compromised or trusted delivery paths, including phishing, token abuse, or AI-generated infrastructure that helps the attacker reach the victim unnoticed.
  2. Credential access or abuse follows when attackers rely on valid accounts, OAuth tokens, or service-side trust rather than noisy brute force.
  3. Impact is delivered through file encryption, data theft, extortion, or malware installation that converts access into operational disruption.

Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

AI-generated malware creates detection drift: When malware logic is generated at runtime, defenders lose confidence in the repeatability that many detection stacks still assume. The issue is not only code obfuscation, but the possibility that each run produces slightly different file handling and encryption behaviour. That raises the bar for endpoint analytics, sandboxing, and threat hunting. Practitioners should expect more attack tooling that behaves like a moving target rather than a fixed sample.

Trust abuse is still the real control failure: The roundup’s underlying pattern is not AI novelty, but repeated abuse of trusted paths, valid accounts, and low-friction infrastructure. Phishing, compromised email, OAuth tokens, and hosted web services all reduce the attacker’s need to break technical controls directly. In identity terms, this is a governance problem around who or what is allowed to act with trust. Security teams should treat trusted access paths as the primary attack surface.

Non-human identity governance must extend beyond classic secrets management: Tokens used in SaaS integrations, automation, and cloud workflows now sit on the same risk continuum as service accounts and API keys. When those credentials are not lifecycle-managed, revocation-ready, and scope-limited, they become durable footholds for later abuse. This is the same failure mode NHI programmes are built to eliminate. Practitioners should align token governance with NHI controls, not leave it inside application teams alone.

Cloud-first extortion is becoming part of the ransomware playbook: Storm-0501 shows how attackers can shift impact from endpoints to cloud control planes once identity is compromised. That changes the defender’s task from malware cleanup to privilege containment, backup protection, and identity boundary enforcement. It also widens the relevance of PAM and least privilege across cloud admin roles. Practitioners should assume ransomware can now target identity and storage layers directly.

Named concept: detection-response latency: The more varied and AI-assisted the attacker workflow becomes, the longer it can take to map an alert to a real kill-chain stage. That latency creates room for token abuse, exfiltration, and encryption before containment. The practical conclusion is that detection logic, triage, and revocation processes must be integrated. Security teams should optimise for response speed, not just alert volume.

From our research:

  • When AWS credentials are exposed publicly, attackers attempt access within an average of 17 minutes, and as quickly as 9 minutes in some cases, according to LLMjacking: How Attackers Hijack AI Using Compromised NHIs.
  • From our research: Organisations maintain an average of 6 distinct secrets manager instances, creating fragmentation that undermines centralised control, according to The State of Secrets in AppSec.
  • Forward look: If you need the governance angle behind these patterns, see 52 NHI Breaches Analysis for root cause patterns across compromised identities and access paths.

What this signals

The programme signal here is that AI-assisted malware and trust abuse are converging faster than many detection and identity teams can update their operating assumptions. A useful working concept is detection-response latency, the time between first malicious access and effective containment. The shorter that window becomes, the more value you get from pre-approved revocation paths, behavioural telemetry, and access scoping tied to identity rather than to devices alone.

For identity and access teams, the practical change is to treat tokens, service accounts, and integration secrets as live identities with measurable risk, not static configuration artefacts. That means scoping, expiry, and revocation need to be operational metrics. The teams that can revoke trusted access quickly will absorb less impact when delivery, authentication, or malware behaviour shifts unexpectedly.


For practitioners

  • Harden behavioural ransomware detections Prioritise detections for unusual file enumeration, mass rename or encryption patterns, and script generation activity that does not match normal admin or backup workflows. Use process lineage and execution context to separate AI-generated malware behaviour from legitimate automation. A hash-only model will miss too much of this class of threat.
  • Inventory and classify trusted non-human credentials Build a complete inventory of OAuth tokens, API keys, service accounts, and integration secrets that can authenticate into SaaS, cloud, and email systems. Tag them by owner, scope, and expiry so they can be reviewed as identities rather than hidden configuration artefacts. This is the foundation for revocation and blast-radius reduction.
  • Reduce delivery trust in email and web channels Strengthen email authentication, attachment handling, and URL inspection so phishing and hosted lure pages cannot rely on default trust. Where attackers use compromised accounts or legitimate hosting services, add anomaly detection around sender reputation, new infrastructure, and region mismatch. Delivery-layer abuse often happens before endpoint telemetry becomes useful.
  • Tighten cloud and SaaS token revocation playbooks Document how to revoke OAuth grants, rotate related secrets, and disable affected integrations when token abuse is suspected. Ensure the playbook covers downstream systems that may have inherited trust from the original token. The faster the revocation path, the smaller the attacker’s window to mine data or pivot.
  • Separate backup integrity from cloud admin trust Protect backups, storage accounts, and key management workflows with controls that do not depend on a single admin identity. Assume cloud-first ransomware will go after deletion, key creation, and encryption authority directly. Isolation, immutability, and approval boundaries need to survive identity compromise.

Key takeaways

  • AI-generated malware weakens hash-based detection because the malicious logic can vary on each execution.
  • The more durable risk is trusted access through tokens, accounts, and hosted delivery paths that attackers can reuse without breaking MFA.
  • Security programmes need faster revocation, stronger behavioural telemetry, and explicit NHI governance for tokens and integrations.

Standards & Framework Alignment

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

MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0, NIST SP 800-53 Rev 5, CIS Controls v8 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKTA0006 , Credential Access; TA0008 , Lateral Movement; TA0040 , ImpactThe roundup includes credential abuse, cloud pivoting, and ransomware impact patterns.
NIST CSF 2.0PR.AC-1Trusted access and credential control are central across the incidents discussed.
NIST SP 800-53 Rev 5IA-5Authenticator lifecycle and protection apply directly to exposed tokens and service credentials.
CIS Controls v8CIS-5 , Account ManagementAccount and token management are recurring failure points in the source material.
NIST Zero Trust (SP 800-207)The attacks exploit excessive trust in delivery and identity paths, which zero trust is meant to reduce.

Review access governance for tokens, integrations, and admin accounts as part of your identity protections.


Key terms

  • AI-written malware: Malware generated or heavily assisted by a model during development, then deployed as ordinary executable code. The important distinction is that the AI role ends before runtime, so the payload behaves like traditional malware once it is compiled or delivered.
  • Trusted access path: A route into a system that succeeds because the attacker uses valid credentials, legitimate hosting, or normal workflow trust rather than forcing a technical bypass. These paths are dangerous because they look routine until identity, telemetry, and scope controls are applied rigorously.
  • Non-Human Identity (NHI): A digital identity assigned to a non-human entity such as a software application, service account, API key, bot, machine, or AI agent that enables it to authenticate and interact with systems without direct human involvement. NHIs now outnumber human identities in most enterprises by 25 to 50 times.

What's in the full analysis

Anomali's full post covers the operational detail this post intentionally leaves for the source:

  • Analyst commentary on why AI-generated malware changes the defender’s detection model.
  • Source-specific breakdown of PromptLock’s Lua generation, cipher use, and unfinished features.
  • Campaign details on Blind Eagle’s infrastructure, regional targeting, and delivery mechanics.
  • Proofpoint’s observations on Lovable abuse, including how attackers scale phishing pages and credential theft.

👉 Anomali's full roundup covers the analyst commentary, campaign detail, and MITRE ATT&CK mapping.

Deepen your knowledge

NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, workload identity, and secrets management. It is designed for practitioners who need to turn identity controls into operational resilience across modern security programmes.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 2, 2026.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org