Cloud-Native Ransomware: Encryption of Snapshots and S3

Ransomware in the cloud doesn’t always “copy and encrypt” externally: it often hijacks your own controls, especially KMS, to leave you without access to snapshots and objects in S3. This article breaks down how it happens, what signals give it away, and which operational controls (versioning and Object Lock) make the difference when the attacker uses your own encryption against you.

“Confused Deputy” in third-party SaaS integrations: when the problem isn’t your account, but the intermediary

The “Confused Deputy” pattern appears when a SaaS with access to your cloud does not correctly validate which customer is requesting an action. The result can be that another account within the SaaS itself—or an attacker—ends up operating in your tenant. What it looks like in real integrations (CI/CD, monitoring, billing) and how to mitigate it with concrete guardrails (ExternalId, OIDC with iss/aud, conditions by tags/IP) without breaking operations.

The Key Vault trap: the set-and-forget syndrome

Using a secrets manager does not “buy” you security automatically. The set-and-forget syndrome appears when it is assumed that Azure Key Vault, AWS Secrets Manager, or GCP Secret Manager solve encryption, access control, and rotation by default. In practice, failures come from massive permissions, non-existent rotation, and a false sense of network protection.

The false sense of security in serverless architectures

Serverless removes servers to manage, it does not remove risk. We debunk common myths and get practical: excessive permissions, exposed endpoints, event injection, vulnerable dependencies, and poorly managed secrets in AWS Lambda, Azure Functions, and GCP Cloud Functions, as well as how attackers pivot from a compromised function and which quick wins to apply in production.

Cloud architectures that seem secure… until you review the logs

Many cloud architectures pass design audits and “look secure” in diagrams. The problem appears when you have to reconstruct an incident and the logs don’t exist, don’t cover what’s critical, or aren’t trustworthy. This article walks through what usually fails in CloudTrail/Activity Logs, how it gets detected too late, and what to validate in practice to avoid a false sense of control.