The Real Danger of “Public Buckets” in Data Analytics and Machine Learning

In analytics and ML it is common to dump datasets into “temporary” buckets to speed up experiments. When those buckets become public (read or, worse, write), the risk goes from PII leakage to data manipulation and infrastructure abuse. This operational guide explains how these blind spots are created, how to detect them, and how to close the exposure without breaking pipelines.

From EKS/AKS to the root account: the risk of privilege escalation from a compromised Pod

A compromised Pod should not be able to “jump” from the cluster to the cloud. In practice, a bad combination of identities (IRSA/Workload Identity), excessive permissions, and lack of isolation can turn an app vulnerability into full tenant control. This article walks through how it happens, what signals to look for, and how to harden it without slowing operations.

Break-glass accounts: necessary… and dangerous if nobody controls them

Break-glass accounts exist to regain control when everything fails. The problem: if they are created “just in case” and nobody governs them, they end up being the shortest path to internal abuse, lateral movement, and control evasion. This guide makes it practical what they are, how they are abused in real life, and how to operate them without turning them into a permanent backdoor.

Terraform is not security: how control breaks when someone touches the console

Terraform helps standardize, but it does not replace security controls. When a “quick” change is made in the console, drift appears: what runs in cloud stops being what the code declares. This breaks auditing, creates silent exposure, and is usually discovered late. Here I explain how it happens in enterprise, what signals give it away, and how to set up guardrails and continuous audit so control doesn’t depend on “waiting for the next apply”.