A coordinated supply-chain attack has compromised more than 400 packages in the Arch User Repository (AUR), using two distinct delivery techniques to drop credential-stealing malware with optional kernel-level rootkit functionality onto developer machines.
Background: The AUR is a community-maintained collection of build scripts that lets Arch Linux users install software outside the distribution's official, vetted repositories. Because packages can change hands without formal review, the platform has historically been a target for malicious actors willing to exploit the trust users place in established package names.
According to researchers at the open-source intelligence group Independent Federated Intelligence Network (IFIN), a new maintainer has been impersonating a well-known AUR publisher to inject malicious pre-install scripts into packages. Those scripts reach out to npm and pull down a package called atomic-lockfile during installation.
Separately, supply-chain security firm Sonatype documented a related but mechanically different method: the same attacker claimed ownership of at least 20 orphaned AUR packages and altered their PKGBUILD scripts — the Bash-based build definitions Arch uses — to invoke npm post-install and fetch atomic-lockfile.
Both paths lead to the same payload. Independent security researcher Whanos analyzed a sample of atomic-lockfile and identified a Linux ELF binary called deps inside it.
"It is designed for developer workstations and build environments. It targets browser and Electron application data, Slack, Microsoft Teams, Discord, GitHub, npm, Vault, Docker/Podman, SSH, VPN material, shell histories, and other local developer secrets." — Whanos, via IFIN report
Sonatype's analysis corroborated the scope: the binary can collect GitHub credentials, SSH artifacts, HashiCorp Vault tokens, browser cookie databases, and data from Slack, Discord, Microsoft Teams, and Telegram. It also supports archiving collected data, splitting it into multi-part files, and exfiltrating it over HTTP — a complete exfiltration pipeline in a single binary.
The eBPF component raises the severity considerably. When running with root privileges, it can conceal processes, files, and network interfaces inside the kernel, making detection with standard tooling unreliable and complicating post-incident cleanup.
For professionals: Any Arch-based build server, CI runner, or developer workstation that installed AUR packages recently should be treated as potentially compromised. Credential rotation for all targeted services — GitHub tokens, SSH keys, Vault secrets, and browser-stored passwords — is the minimum response. Because the rootkit can survive standard removal attempts, affected systems should be rebuilt from a clean image rather than remediated in place.
AUR maintainers are actively working to identify and remove malicious commits and ban associated accounts. Arch Linux package maintainer Jonathan Grotelüschen has called on community members to report any suspicious packages they encounter. IFIN member Michael Taggart has published a script that checks a running system for atomic-lockfile artifacts, and a list of affected packages with indicators of compromise is available in the Whanos report.
The incident illustrates the compounding risk of community repositories that lack mandatory code review: package ownership transfers are a low-friction vector for injecting malware into the supply chains of organizations that depend on AUR for niche tooling, proprietary drivers, or pre-release software versions. Teams that automate AUR installs in CI pipelines without auditing PKGBUILD changes are particularly exposed.
Automated pipeline · Security
Synthesized from 1 industry feed on 13 Jun 2026. Passed independent editor verification before publication. Style guide v1.1.
Sources
Decision trail
- Checking for duplicates — New story Over 400 Arch Linux AUR packages compromised distributing rootkit and infostealer malware.
- Writing the article — Draft created article_id=2 slug=over-400-aur-packages-weaponized-to-deliver-rootkit-and-credential-stealing-malware
-
Editor review — Approved
- Factual grounding: Minor: The article states the attacker 'impersonating a well-known AUR publisher' (article uses 'impersonating'/'spoofing'). The source says 'spoofing a trusted publisher' — this is an acceptable paraphrase, not a material discrepancy.
- Factual grounding: Minor: The article describes IFIN as an 'open-source intelligence group' — the source calls it an 'open-source intelligence community.' Close enough, not material.
- Factual grounding: Minor: The article says Sonatype is a 'supply-chain security firm'
- the source calls it a 'supply-chain management company.' Slight characterization shift, not material.
- Factual grounding: Material concern (borderline): The article attributes the quote to 'Whanos, via IFIN report' — the source attributes it to 'Whanos says in the report,' implying the Whanos report, and separately notes Whanos is an 'independent security researcher.' Attribution is consistent with the source
- not a material issue.
- Quote integrity: The blockquote 'It is designed for developer workstations and build environments...' appears verbatim in the source attributed to Whanos. Quote checks out.
- Factual grounding: Minor: The article states the preinstall scripts 'reach out to npm and pull down a package called atomic-lockfile during installation.' The source says the IFIN method uses 'preinstall scripts that download and execute' atomic-lockfile. The Sonatype method adds a post-install (not pre-install) script. The article conflates the two by saying both use 'pre-install scripts' for the IFIN method, then separately describes Sonatype's method as 'post-install.' This distinction is maintained correctly in the draft.
- Factual grounding: Minor: The article claims the eBPF rootkit can 'conceal processes, files, and network interfaces inside the kernel.' The source confirms this for Sonatype's analysis. Consistent.
- Style compliance: Minor: Word count appears to be approximately 690 words in the body, which is within the hard maximum of 750 but above the 620-word aim. Technically within rules but toward the upper limit.
- Style compliance: Minor: Only one source is linked in the ## Sources section (BleepingComputer). The style guide requires linking 'every source article.' The IFIN report and Sonatype report are referenced extensively in the body but not linked separately. However, the source texts provided only include the BleepingComputer article, so the writer cannot link what wasn't supplied.
- Assigning hero image — Pexels pexels_id=5935787
- Linking related stories — Linked 0 relations from 0 candidates
- Linking related stories — Linked 0 relations from 0 candidates
- Publishing — Published over-400-aur-packages-weaponized-to-deliver-rootkit-and-credential-stealing-malware

Discussion · coming soon
Be the first to join the thread when community discussion launches.