Supply chain attackers are now targeting developer workstations to steal API keys, cloud credentials, and SSH tokens. Three campaigns hit npm, PyPI, and Docker Hub in 48 hours. Learn how to protect your environment.
You might think supply chain attacks are all about sneaking bad code into trusted apps. And sure, that's part of it. But attackers are getting smarter. They're not just after the software you use—they're after the keys to the kingdom. Your developer workstation? Yeah, that's now a prime target.
### The 48-Hour Blitz on npm, PyPI, and Docker Hub
Just recently, three separate campaigns hit npm, PyPI, and Docker Hub within a 48-hour window. That's not a coincidence. Attackers are coordinating, and they're going after secrets from developer environments and CI/CD pipelines. We're talking API keys, cloud credentials, SSH keys, and tokens.
Here's what happened:
- Malicious packages on npm were designed to exfiltrate environment variables containing credentials.
- PyPI saw packages that looked legitimate but secretly harvested SSH keys and cloud tokens.
- Docker Hub images were compromised to steal access tokens from CI/CD systems.
All three campaigns had one goal: steal the access that makes trusted software possible. Not just break into code, but break into the infrastructure behind it.

### Why Your Workstation Matters
Your development machine isn't just a place to write code anymore. It's a gateway. Every API key you store in a .env file, every SSH key in your .ssh folder, every cloud credential in your CI/CD pipeline—these are the real treasures. Attackers know that if they can get into your environment, they can move laterally into production systems, cloud accounts, and more.
Think about it: a single compromised token can give an attacker access to your entire AWS or Azure account. And once they're in, they can deploy malicious code, steal data, or even hold your infrastructure for ransom.
### How to Protect Your Developer Environment
So, what can you do? Here are some practical steps:
- **Use environment variables wisely.** Don't hardcode secrets into your code. Use tools like HashiCorp Vault or AWS Secrets Manager to manage them.
- **Limit permissions.** Give your CI/CD pipelines only the access they need. No more, no less.
- **Monitor for unusual activity.** Set up alerts for unexpected credential usage or access from unfamiliar IPs.
- **Audit your dependencies.** Regularly scan your packages for known vulnerabilities and suspicious behavior.
- **Rotate keys regularly.** Even if a key gets stolen, if it's rotated often, the window of exposure shrinks.
### The Bigger Picture
This isn't just about one attack or one platform. It's a shift in how attackers think. They're going after the weakest link—and right now, that's often the developer workstation. By focusing on secrets and access, they can bypass all the fancy security measures you've put in place on your production systems.
So, take a hard look at your own setup. Are you treating your workstation like a fortress? Or is it more like a screen door? Because in this new landscape, your developer environment is part of the software supply chain. And it needs protection.
> "The easiest way to break into a system isn't through the front door—it's through the keys left on the developer's desk." — Robert Moore
Stay vigilant. Keep your secrets safe. And remember: your code might be secure, but your access is what they're really after.