Résumé

In 2018, attackers found Tesla's Kubernetes admin console sitting open on the internet with no password. Inside, they found Tesla's AWS cloud keys. But instead of stealing data or causing damage, they did something quieter and increasingly common: they used Tesla's cloud to mine cryptocurrency, on Tesla's bill. And they hid it carefully, throttling the mining and hiding the traffic behind Cloudflare so it would not stand out. It is the textbook cryptojacking case, and a reminder that an exposed dashboard is a door to your cloud account, and that the first sign of a breach is often a suspiciously busy server, not a ransom note.

How it happened

Tesla's Kubernetes administrative console was exposed directly to the internet with no password protection and anonymous access allowed. These consoles are scanned for constantly, so attackers found it, opened it, and discovered Tesla's AWS access credentials stored inside a Kubernetes pod, which granted access to an S3 bucket holding telemetry from Tesla's internal engineering test cars. That turned an open dashboard into access to Tesla's cloud account.

Rather than steal data, the attackers deployed cryptomining software inside Tesla's AWS and went to some lengths to stay hidden: they used custom mining code rather than a known service like Coinhive, ran the mining pool behind Cloudflare with the Stratum endpoint kept unlisted so it dodged threat-intelligence feeds, used a non-standard port, and throttled CPU usage to keep below the thresholds that trigger alerts. The cloud-security firm RedLock (later part of Palo Alto Networks Prisma Cloud) spotted the activity on 30 January 2018, noting it could not tell how long the mining had been running, and reported it. Tesla remediated within hours, paid RedLock a $3,133.70 bug bounty (a leetspeak nod to "1337"), and stated that no customer or vehicle data was compromised.

The damage

The direct harm was modest, stolen compute, plus the exposed AWS keys that could have enabled something far worse. The significance was what it represented: it helped make cryptojacking of cloud environments a mainstream concern, and it showed how an exposed admin console plus cloud credentials stored insecurely is a common, easily-scanned entry point. The careful evasion, throttling and a Cloudflare-hidden pool, illustrated a broader shift toward quiet theft that hides under the radar rather than loud, obvious damage.

Why Tesla-K8s still matters

It is the exposed-dashboard and stored-cloud-credentials lesson. A Kubernetes dashboard on the public internet with no authentication is a wide-open door, and cloud credentials sitting in the environment turn that door into full account takeover. Cryptojacking is also the canary in the coal mine: an attacker who can mine in your cloud can usually do far worse, so a mining hit should be treated as a wake-up call about deeper exposure, not a nuisance. The defences: never expose the Kubernetes dashboard or API to the internet, enforce RBAC with the control plane behind a VPN or allowlist, scope service-account and node IAM to least privilege so a compromised pod cannot reach cloud credentials, enforce IMDSv2, and monitor for unexpected workloads and mining traffic. It is the same cloud-credential-exposure family as the Capital One breach.

Comment le corriger

  • Take the exposed console offline, require authentication, and rotate the AWS credentials it exposed immediately.
  • Remove the cryptomining workloads and any persistence, and rebuild affected nodes.
  • Audit cloud logs for what the stolen credentials touched beyond mining; assume the attacker could have done more.

Comment l’éviter

  • Never expose the Kubernetes dashboard or API server to the internet; require authentication and disable anonymous access.
  • Enforce RBAC and put the control plane behind a VPN or IP allowlist.
  • Scope pod service-account and node IAM to least privilege so a compromised pod cannot reach cloud credentials.
  • Enforce IMDSv2 and restrict pod access to the instance metadata endpoint.
  • Monitor for unexpected workloads and outbound traffic indicative of cryptomining.

Références

Vulnérabilités liées

Tout Infra →