Red Hat NPM Packages Backdoored in Supply Chain Attack: What Was Reportedly Exposed & What To Do
Red Hat disclosed a supply-chain compromise of its NPM packages on 2 June 2026, exposing GitHub secrets, npm tokens, cloud credentials, and SSH keys belonging to an undisclosed number of users. Check whether your accounts or repositories were impacted and rotate or revoke any exposed credentials immediately.
Inside the incident
The attack began with unauthorized access to a Red Hat employee’s GitHub account. From that foothold the attackers reached the company’s CI/CD pipeline and used it to release the tainted package versions. Once installed, the packages executed code that collected credentials from the developer environment. Public reporting has not disclosed the precise date or method of the initial account compromise, the duration of unauthorized access, or any internal detection timeline.
How a breach like this happens
Supply-chain compromises of this type commonly begin with the theft of developer credentials or session tokens that grant access to code repositories and build systems. Once inside, an attacker can modify build scripts or inject code into published artifacts without needing to breach the organization’s primary production networks. The altered packages then reach downstream users through ordinary dependency updates, allowing credential collection on any system that runs the installation process.
Who is Red Hat?
Red Hat develops and distributes enterprise open-source software, including Linux operating systems, container platforms, and cloud-management tools used by governments, financial institutions, and technology companies worldwide. Its packages and services are frequently incorporated into larger software supply chains, which means a compromise at this level can propagate to many other organizations that rely on Red Hat components for their own infrastructure.
What was likely exposed
The facts identify GitHub secrets, npm tokens, cloud credentials, and SSH keys as the data types collected by the malicious packages. No confirmed inventory of specific values or accounts has been released. Organizations of this kind routinely store authentication material for code repositories, cloud providers, and internal systems; the exact scope of what was taken in this case therefore remains unconfirmed beyond the categories already stated.
The real-world impact
Compromised credentials can be used to access private repositories, cloud resources, or internal networks, potentially enabling further unauthorized activity or data access. Downstream organizations that installed the affected packages may face the need to rotate keys, audit logs, and review any systems that executed the malicious install script. Because the number of affected individuals is not yet known, the full extent of follow-on risk cannot be quantified from currently available information.
If your data was in this claimed breach
Review any recent changes to accounts associated with GitHub, npm, or cloud providers and rotate the relevant credentials. Monitor authentication logs for unusual access from unfamiliar locations or devices. Individuals can run a free exposure scan of their email address against known breach data sets to check whether their information appears in public listings of this or other incidents.
AICompiled with AI assistance from public sources and published under our editorial standards.
How this breach connects
More recent breaches
Brazilian IT Firm Service IT Breached by WorldLeaksNissan Discloses Employee Data Breach via Oracle PeopleSoft Zero-DayIcarus Group Steals Salesforce Data via Klue OAuth BreachAdditional Klue Supply-Chain Breach Victims IdentifiedLatest breaches
Read GalaxyWarden’s full analysis of the Red Hat NPM Packages Backdoored in Supply Chain Attack →
Based on public reporting
Breach listings — particularly those originating from ransomware or leak sites — are third-party claims that may be unverified, incomplete, or inaccurate. A listing does not by itself confirm that a breach occurred or that any specific data was exposed. Severity is an automated assessment, not a definitive rating. Verification status is shown where available.
Attributions to threat groups and methods reflect public reporting and, in some cases, unverified claims made by the groups themselves; they may be incomplete or later revised. Recent Breaches and GalaxyWarden are independent and are not affiliated with, and do not endorse, any company or group named on this page. This information is aggregated from public sources for awareness only and is not legal, security, or investment advice.