Cryptomining in cloud is the unauthorised use of cloud compute resources to mine cryptocurrency. Attackers usually gain this through stolen credentials, exposed keys, or vulnerable workloads, then consume CPU, memory, and spend, so defenders should watch for unexpected scaling, unusual billing, and suspicious container or VM activity.
What cryptomining in cloud means
Cryptomining in cloud turns rented infrastructure into an illicit profit engine. It is not just “using too much compute”, because the defining feature is unauthorized mining on resources that someone else pays for, often until billing spikes or capacity is exhausted.
That matters because cloud environments make scale easy. A small foothold can expand into many instances, containers, or clusters, and the cost is rarely limited to compute alone once storage, network egress, and orchestration overhead are also consumed.
How attackers get enough access to mine
Most cloud cryptomining begins with access, not with the miner itself. Stolen credentials, exposed access keys, vulnerable workloads, and abused CI/CD or container permissions are common ways to turn a legitimate environment into mining infrastructure.
The access path is often low-friction and opportunistic. Attackers favor identities or workloads that can create instances, start jobs, or deploy containers because those privileges are enough to sustain mining without needing deep persistence or noisy exploit chains.
What to watch for in cloud environments
Defenders usually spot cryptomining through resource and cost anomalies rather than by seeing the miner first. Sudden autoscaling, unfamiliar regions, unexpected GPU usage, odd process trees inside containers, and billing patterns that do not match known business demand are classic indicators.
Telemetry should also be read in context. A workload that is technically healthy but behaving like a cost sink may still be compromised, especially when activity appears after a new secret is introduced, a service principal changes, or an internet-exposed workload is touched.
Containment, recovery, and hardening after detection
Once cryptomining is suspected, the response should focus on both stopping the spend and closing the path in. That usually means revoking the abused access, isolating affected workloads, reviewing cloud audit logs, and checking whether the attacker used the foothold to harvest more secrets or expand into other services.
Recovery is stronger when it combines cleanup with control tightening. Cloud Incident Response Guide is a useful reference for logging, containment, and recovery steps, while Storm-1283 OAuth apps abuse 2023 shows how abused application credentials can fund cloud cryptomining at scale.
Risk and Threat Considerations
Cloud cryptomining is dangerous because the attacker is converting your elastic infrastructure into a metered commodity. The immediate risks are runaway cost, degraded performance for legitimate workloads, and the possibility that the same access used for mining can also expose data, secrets, or management functions.
Failure mechanism: Attackers gain durable cloud execution rights through stolen credentials, exposed keys, or weak workload controls, then use that access to launch and scale mining jobs while avoiding obvious service disruption.
Impact: Organisations can suffer direct financial loss, noisy but hidden capacity theft, and a broader compromise review if the mining activity indicates that cloud identities, keys, or deployment paths were already abused.
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 addresses the attack and risk surface, while NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | IA-5 — Authenticator Management | Cloud cryptomining commonly starts with stolen keys or credentials. |
| AU-6 — Audit Review, Analysis, and Reporting | Detection depends on reviewing cloud activity and billing anomalies. | |
| CM-8 — System Component Inventory | Unexpected instances, containers, and jobs must be identifiable to spot illicit compute use. | |
| Recommendation — Rotate and revoke abused secrets quickly to cut off mining access. Review cloud audit trails and anomaly signals for mining activity. Maintain an accurate inventory of cloud assets and compare it to runtime and spend patterns. | ||
| CIS Controls v8 | CIS-4 — Secure Configuration of Enterprise Assets and Software | Misconfigurations and exposed workloads are common entry points for cloud mining abuse. |
| CIS-5 — Account Management | Abused cloud accounts and service principals are the usual mechanism for launching miners. | |
| CIS-10 — Data Recovery | Containment and recovery often require restoring normal cloud operations after compromise. | |
| Recommendation — Harden cloud services and workloads to reduce exposed paths for abuse. Limit and review cloud accounts so compromised access cannot scale mining. Recover affected systems after stopping the malicious workload and closing the entry path. | ||
| OWASP Non-Human Identity Top 10 | NHI-02 — Secret Leakage | Cloud mining often begins when cloud keys or tokens are exposed or stolen. |
| NHI-05 — Overprivileged NHI | Excessive cloud permissions let attackers create and run mining infrastructure. | |
| NHI-07 — Long-Lived Secrets | Persistent cloud keys make repeated mining abuse easier after initial theft. | |
| Recommendation — Eliminate leaked cloud secrets and rotate any that may have been exposed. Reduce permissions so a compromised cloud identity cannot provision mining capacity. Shorten secret lifetime so stolen cloud credentials expire faster. | ||
Practitioner Guidance
Why practitioners should care: Cryptomining in cloud is often the visible symptom of a broader control failure, not the whole incident. Treat billing spikes, unexplained autoscaling, and unfamiliar compute as security signals that warrant identity, workload, and audit-log review.
What to watch for: The strongest clue is a mismatch between intended workload demand and actual consumption. If a supposedly business-facing service suddenly behaves like a compute furnace, investigate whether the workload is legitimate, compromised, or both.
Practitioner takeaway: The fastest way to reduce impact is to remove the attacker’s ability to keep provisioning compute, then verify whether the same access path exposed other cloud assets.
Related resources from NHI Mgmt Group
- How should security teams stop cryptomining attacks that use valid cloud credentials?
- Why do over-privileged cloud identities make cryptomining worse?
- Why do cloud native and AI workloads attract cryptomining malware?
- What happens when a cryptomining payload is launched on a cloud VM with application control in place?
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 17, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org