TL;DR: TeamPCP’s public leak of Shai-Hulud source code on GitHub has already been copied and modified by other actors, while the repository itself includes deployment instructions, future-dated commits, and hooks aimed at Claude Code configurations, according to OXSecurity. The pattern shows how malware distribution can accelerate once attack tooling becomes reusable.
NHIMG editorial — based on content published by OXSecurity: Breaking News on TeamPCP's open source Shai-Hulud leak and copycat activity
By the numbers:
- When AWS credentials 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 should security teams do when malware source code appears publicly on GitHub?
A: Treat the code as active threat infrastructure, not just intelligence.
Q: Why does exposed malware source code increase organisational risk so quickly?
A: Public source code lowers the skill barrier for reuse and gives other attackers a ready-made template for delivery, persistence, and exfiltration.
Q: What do teams get wrong about secret theft in repository-driven attacks?
A: They often focus on the malware payload and miss the identity material that makes the payload work.
Practitioner guidance
- Track public forks of malicious repositories Monitor GitHub for cloned or modified versions of leaked malware code and alert on derivative repositories, new branches, and rapid commit activity that indicates copycat adoption.
- Revoke exposed secrets immediately Invalidate any tokens, API keys, and credentials found in source-code repositories or related malware artefacts before analysing attribution or intent, because reusability drives the blast radius.
- Inspect AI developer hook paths Review local configuration, startup hooks, and extension points in tools like Claude Code for unauthorised execution logic, especially where those paths can read secrets or trigger scripts.
What's in the full analysis
OXSecurity's full article covers the operational detail this post intentionally leaves for the source:
- Repository-level indicators and live monitoring cues for TeamPCP-linked forks and clones
- Code excerpts showing how the malware uploads stolen credentials and routes them to command-and-control
- The GitHub account artefacts, commit patterns, and repository signals that support attribution analysis
- Specific hooks targeting Claude Code configurations and startup behaviour
👉 Read OXSecurity's analysis of TeamPCP's leaked Shai-Hulud source code →
Shai-Hulud source code leak: what it means for NHI defenders?
Explore further
Public malware code is now an NHI governance problem, not only a threat-intelligence problem. Once attackers publish source code, the conversation shifts from a single intrusion to a reusable identity and secret-handling pattern. Repositories, tokens, and automation hooks become parts of the attacker workflow. Practitioners need to treat public code leakage as an identity event with downstream access implications.
A few things that frame the scale:
- When AWS credentials are exposed publicly, attackers attempt access within an average of 17 minutes , and as quickly as 9 minutes in some cases, according to LLMjacking: How Attackers Hijack AI Using Compromised NHIs.
- 38% of secrets incidents in collaboration and project management tools like Slack, Jira, and Confluence are classified as highly critical or urgent, according to The State of Secrets Sprawl 2025.
A question worth separating out:
Q: How should organisations respond when AI coding tools are used as an execution surface?
A: Treat AI developer tooling like any other privileged runtime boundary. Review hooks, plugins, and local configuration for unauthorised script execution, and make sure those tools cannot reach sensitive secrets by default. If the tool can start code automatically, it needs the same trust review as build automation.
👉 Read our full editorial: TeamPCP’s open source leak turns Shai-Hulud into a copycat risk