$ research-item --score 25 --exploit none

IronWorm and New Miasma Worm Variant Hit npm in Supply Chain Attacks

Research page generated from configured evidence sources. Treat this as an analyst workbench: facts are sourced, gaps are labelled, and low-confidence chatter is separated from confirmed evidence.

Executive judgement

  • Priority score: 25
  • Confidence: medium
  • Exploit status: none — No public exploitation signal captured by the configured pipeline yet.
  • CISA KEV: No CISA KEV match captured in configured source data at generation time.
  • Published/observed: 2026-06-05

What happened

Multiple software supply chain attacks have hit the npm ecosystem, with threat actors using both malicious and poisoned versions of over 50 legitimate packages to distribute a Rust-based information stealer and a self-spreading worm, respectively. According to JFrog, the information stealer “scrapes every secret it can find on a developer’s machine, hides behind an eBPF kernel rootkit, and

Why it matters

  • The item was promoted because the pipeline observed: priority score 25, exploit status none, confidence medium.
  • No CVE was extracted from the source story yet, so this should be treated as a news/campaign cluster until primary technical identifiers are found.
  • No PoC signal was detected by the current pipeline unless shown elsewhere on this page.

Evidence collected

Exploitation and PoC status

  • Current automated assessment: No public exploitation signal captured by the configured pipeline yet.
  • Public exploit/PoC: No PoC source captured yet by the configured pipeline.
  • Exploited in the wild: Not confirmed by configured sources at generation time.
  • Ransomware association: No ransomware association captured at generation time.

Dark web / low-confidence chatter

Defender actions

  • Implement npm audit and software composition analysis (SCA) tools to block installation of known malicious packages (e.g., ’node-hide-console-windows’, ’temporary-secure-storage’).
  • Enforce outbound firewall rules for developer workstations to block connections to known C2 domains used by IronWorm and Miasma.
  • Configure development environments to run with least privilege, preventing execution of eBPF-based rootkits and unauthorized kernel module loading.

Exposure validation ideas

  • Search asset inventory for affected vendor/product names and any CVE reference.
  • Check internet-facing exposure through approved tools only: Shodan/Censys/GreyNoise links below are research starting points, not proof of exposure.
  • Prioritise management interfaces, edge devices, identity/control-plane systems, and OT/ICS assets where relevant.

Detection / hunting ideas

  • Review vendor logs for authentication failures, privilege changes, unexpected admin activity, and anomalous management-plane access.
  • Search SIEM/EDR telemetry for product-specific process names, network services, and newly published indicators from primary sources.
  • Monitor for scanner traffic or nuclei/metasploit module references once public exploit tooling appears.

Open questions

  • Is there a primary vendor advisory with exact affected versions and fixed versions?
  • Has CISA KEV, Shadowserver, GreyNoise, or a trusted vendor confirmed exploitation?
  • Are there credible PoC repositories or only secondary reporting mentioning PoC?
  • Is there underground/forum/leak-site discussion, or only public reporting?

Generated: 2026-06-05T19:30:30+00:00

← back to today