News Date: 2026-09-25
Two GitHub Actions associated with the Mini Shai-Hulud supply chain campaign began distributing malware again after their repositories were restored without first removing compromised release tags. GitHub subsequently disabled the repositories for a second time, but workflows referencing the affected versions may already have executed the malicious code.
The affected components were actions-cool/issues-helper and actions-cool/maintain-one-comment. They had originally been compromised on May 18, 2026, when attackers modified them to harvest credentials and secrets from CI/CD environments and send the information to external infrastructure.
A Supply Chain Threat Without New Malware
The repositories reportedly became accessible again on September 16. Because their release tags still pointed to the malicious content, projects using version-based references automatically resumed downloading and running the payload during scheduled jobs or events such as issue and pull-request creation.
This incident is significant because the attackers did not need to regain an account, publish a new release or interact with affected projects. Restoring access to the unchanged repositories was enough to reactivate the existing compromise.
Mutable version tags are convenient, but they introduce a dependency on the continuing integrity of an upstream repository. A tag such as v2 can be moved or can continue pointing to altered content, while a full commit SHA identifies one specific revision.
Recommended Response
- Search all workflows for references to the two affected actions.
- Treat actions-cool/[email protected] and other tag-based references as potentially compromised.
- Remove the actions or pin replacements to verified, clean commit SHAs.
- Rotate repository secrets, deployment credentials and tokens available to affected workflows.
- Inspect workflow history for successful runs after September 16, particularly following earlier setup failures.
- Review repositories and downstream systems for unexpected commits or deployments.
In my view, the incident exposes an important weakness in conventional supply chain response. Disabling a malicious repository contains immediate distribution, but it does not constitute remediation if hostile commits and tags remain intact. Restoring access without validating the repository can effectively restore the attack as well.
Development teams should combine SHA pinning with automated dependency inventories and secret minimization. Workflows should receive only the permissions and credentials required for each job, limiting the damage if a third-party action becomes hostile.
