Shai-Hulud Attacks Drove npm Trusted Publishing Adoption, but CI Risks Remain

· Original article ↗

Summary

The article links major npm supply-chain attacks to increased Trusted Publishing adoption, while noting that CI compromise can still expose OIDC credentials and that most top packages remain on long-lived tokens.

Key points

  • Trusted Publishing replaces long-lived npm API tokens with short-lived credentials issued through OpenID Connect (OIDC).
  • The article reports 11,001 of the top 51,370 npm packages adopted Trusted Publishing, representing about 25% of download volume; it says 40,369 packages still use long-lived tokens.
  • Weekly adoption reportedly rose from a historical average of roughly 35–40 packages to a peak of 430 after successive supply-chain attack waves.
  • The article describes attacks evolving from phishing and stolen tokens to CI workflow abuse, including poisoned GitHub Actions caches used to extract OIDC tokens from runner memory.
  • It says malicious packages could carry valid SLSA Build Level 3 provenance even when attacker-controlled code compromised the build process.
  • The article says later Miasma/Hades waves abused the OIDC publishing endpoint directly, illustrating that Trusted Publishing does not prevent every publishing-path attack.
  • Its recommendations include adopting Trusted Publishing and hardening GitHub Actions workflows, especially pull_request_target workflows and their trust boundaries.

Article Details

Topic
The article examines how npm supply-chain attacks drove adoption of Trusted Publishing and how later attacks exploited CI pipelines and OIDC credentials.

Indicators of compromise

TypeIndicatorContext
DOMAINnpmjs[.]helpDomain used to send a fake npm support email that phished a maintainer and harvested credentials and a live TOTP code.

MITRE ATT&CK

Threat Actors

Malware

Vendors

Products

Countries

Related Articles