<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Rust Supply Chain Attack Puts Build-Time Malware in Crates with 245 Million Downloads]]></title><description><![CDATA[<p dir="auto">The Rust Project removed three popular crates from <a href="https://crates.io" target="_blank" rel="noopener noreferrer nofollow ugc">crates.io</a> after a supply chain attack compromised a maintainer account and injected build-time malware into downstream systems. The malicious releases, which collectively account for roughly 245 million downloads of their legitimate predecessors, were briefly live before being taken down.</p>
<p dir="auto">The affected versions are <strong>arrayref 0.3.10</strong>, <strong>internment 0.8.7</strong>, and <strong>append-only-vec 0.1.9</strong>, all uploaded from the same compromised owner account. Rather than altering the core functionality of these crates, the attacker appended a typosquatted dependency to the manifest. When compiled, that dependency executed a build script designed to download and run a remote payload on the developer's machine.</p>
<p dir="auto">Because these crates are dependencies in a wide range of Rust projects, the attack has serious implications for the software supply chain. Build-time code execution is particularly dangerous as it grants the attacker access to the developer's environment, including source code, signing keys, and other credentials, before the final binary is even produced.</p>
<ul>
<li><strong>Affected crates:</strong> arrayref, internment, append-only-vec</li>
<li><strong>Malicious versions:</strong> 0.3.10, 0.8.7, 0.1.9 respectively</li>
<li><strong>Attack vector:</strong> Compromised maintainer account publishing typosquatted dependency with malicious build script</li>
</ul>
<p dir="auto">Development teams should immediately audit their lock files for these specific versions, roll back to a previous known-good release if affected, and rotate any credentials that may have been exposed on build machines. It's also worth checking for unexpected dependencies in your <code>Cargo.lock</code> that you did not explicitly add.</p>
<p dir="auto">Source: <a href="https://thehackernews.com/2026/08/rust-supply-chain-attack-puts-build.html" target="_blank" rel="noopener noreferrer nofollow ugc">The Hacker News</a></p>
<p dir="auto">Given the 245 million downloads across these crates, how is your team verifying the integrity of your Rust dependencies, and do you have a process in place to detect typosquatted packages in your supply chain?</p>
]]></description><link>https://xploitlk.com/topic/67/rust-supply-chain-attack-puts-build-time-malware-in-crates-with-245-million-downloads</link><generator>RSS for Node</generator><lastBuildDate>Sat, 05 Sep 2026 12:35:42 GMT</lastBuildDate><atom:link href="https://xploitlk.com/topic/67.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 23 Aug 2026 07:02:22 GMT</pubDate><ttl>60</ttl></channel></rss>