TL;DR: A coordinated supply chain campaign published the malicious kube-health-tools package to npm and PyPI, then used it to deploy a persistent reverse tunnel into developer and CI/CD systems that often hold cluster credentials and cloud tokens, according to Panther. The attack turns software supply chain trust into cluster compromise risk, especially where NHI governance is weak and standing credentials remain broadly usable.
NHIMG editorial — based on content published by Panther: Tunnel Vision: Supply Chain Attack Targets Kubernetes via npm and PyPI
By the numbers:
- 17 minutes, redentials are exposed publicly, attackers attempt access within an average of 17 minutes, and as quickly as 9 minutes in some cases.
Questions worth separating out
Q: What breaks when malicious packages can run on developer machines with cluster access?
A: The boundary between software installation and privileged access breaks first.
Q: Why do Kubernetes environments make supply chain attacks more dangerous?
A: Kubernetes environments often concentrate privileged identities on developer and CI/CD machines.
Q: How do security teams know if cluster credentials are usable outside their intended boundary?
A: Look for credentials that work from developer endpoints, build runners, or shared automation hosts without additional context checks.
Practitioner guidance
- Audit cluster-facing credentials on developer and CI/CD systems Inventory kubeconfigs, service account tokens, cloud provider credentials, and SSH material stored on endpoints and build runners that can reach Kubernetes.
- Constrain package installation on high-trust systems Separate dependency install hosts from systems that hold privileged cluster access, and block direct internet package installs where practical.
- Tighten egress from build and developer networks Detect and restrict reverse tunnels, SOCKS proxies, and unexpected long-lived TLS sessions from environments that should only talk to approved repositories, registries, and cluster endpoints.
What's in the full report
Panther's full blog covers the operational detail this post intentionally leaves for the source:
- Indicator details for the malicious npm and PyPI packages, including hashes, filenames, and registry versions.
- Stage-by-stage malware analysis of the dropper, tunnel client, and self-deleting behaviour observed in the campaign.
- Concrete detection artefacts such as process names, C2 indicators, and file system paths from the investigation.
- Timeline and actor tracking information that supports incident response and hunting work.
👉 Read Panther's analysis of the kube-health-tools supply chain attack →
Kubernetes supply chain malware: what IAM and platform teams need to know?
Explore further
Supply chain compromise is now an identity problem as much as a code problem. This campaign does not stop at package installation. It targets the credentials, tokens, and service account material that live on developer and CI/CD machines, which means the security boundary has shifted from dependency trust to machine identity trust. In practice, that makes NHI governance a necessary part of software supply chain defence, not a separate discipline.
A few things that frame the scale:
- The average estimated time to remediate a leaked secret is 27 days, despite 75% of organisations expressing strong confidence in their secrets management capabilities, according to The State of Secrets in AppSec.
- Only 44% of developers are reported to follow security best practices for secrets management, exposing a significant developer behaviour gap.
A question worth separating out:
Q: Who should own response when supply chain malware reaches Kubernetes credentials?
A: Accountability should sit jointly with platform security, IAM, and the team that owns the build or developer environment. The response should include host rebuild, credential rotation, scope reduction, and review of which identities were reachable from the compromised machine. If the identity inventory is unclear, containment will be slower than the attacker’s access window.
👉 Read our full editorial: Supply chain malware in npm and PyPI is targeting Kubernetes teams