Daily Wire · Free EditionConfirmed Threats. Zero Noise.

The Exploit Bulletin

What Security Teams Must Act On Today

The Exploit Bulletin

Thursday, August 20, 2026

3 items require action.

Supply-Chain Compromisecritical

Malicious arrayref, internment and append-only-vec releases ran code at Rust build time

The malicious releases executed arbitrary code at build time on any machine that resolved them during the 86–107 minute window on August 20, so build agents and developer laptops that pulled them yesterday may already have leaked CI secrets and need credential rotation now.

A compromised crates.io maintainer account published arrayref 0.3.10, internment 0.8.7 and append-only-vec 0.1.9 on 2026-08-20, each adding a typosquatted dependency whose build script downloaded and executed a remote payload during compilation. Because the payload lived in a build script, merely resolving and compiling the dependency was enough to run it — no crate function had to be called. The Rust Project removed all three releases within roughly 86 to 107 minutes; the crates involved have around 245 million cumulative downloads, and researchers report overlap with DPRK-linked campaigns.

Affected: arrayref 0.3.10; internment 0.8.7; append-only-vec 0.1.9

How to Test

Grep Cargo.lock, vendored dependency trees and build logs across repos and CI for "arrayref 0.3.10", "internment 0.8.7" and "append-only-vec 0.1.9", and search ~/.cargo/registry/cache (and CI cache volumes) for the deleted .crate files plus any unexpected typosquatted dependency and outbound network connections from build-script processes on 2026-08-20.

How to Mitigate

Downgrade or pin to the last known-good versions of the three crates, purge ~/.cargo/registry cache and CI dependency caches, rebuild affected artifacts from clean runners, and rotate registry tokens, cloud keys, SSH keys and any other secrets available to build environments that compiled the malicious releases.

Remote Code ExecutioncriticalCVSS 9.8CVE-2026-77647

Universal pre-auth remote code execution in SPIP CMS, fixed in 4.4.20 (CVE-2026-77647)

SPIP's own maintainers confirm exploitation attempts are already occurring in the wild and warn the built-in security screen offers no protection, so any SPIP site not upgraded this week should be assumed compromisable.

A flaw in how SPIP identifies <?php blocks, combined with var_export mishandling of inputs containing a '<' character, allows an unauthenticated remote attacker to execute arbitrary PHP code on any SPIP site with no preconditions. The vulnerability affects all SPIP versions before 4.4.20 and is not mitigated by SPIP's 'écran de sécurité' hardening screen.

Affected: SPIP all versions before 4.4.20

How to Test

Check your version in the SPIP admin (ecrire) footer or in ecrire/inc_version.php — anything below 4.4.20 is exploitable. Audit the site for unexpected PHP files in tmp/, local/, and IMG/ directories and review web logs for anomalous POST requests to public forms, since exploitation leaves attacker-written PHP on disk.

How to Patch

Upgrade immediately to SPIP 4.4.20, either through your package manager (Debian has issued an update) or via spip_loader 7.0.0 from https://get.spip.net/; the security screen does NOT protect against this flaw, so patching is the only remedy.

Remote Code ExecutioncriticalCVSS 9.5CVE-2026-25895

Unauthenticated arbitrary file write enables takeover of FUXA SCADA/HMI servers (CVE-2026-25895)

VulnCheck's canary sensors have recorded exploitation attempts on multiple consecutive days this week with public exploit code available, so any internet-reachable FUXA instance still on 1.2.9 or earlier is likely to be compromised imminently.

A path traversal flaw in the FUXA web-based SCADA/HMI software lets an unauthenticated remote attacker write arbitrary files to arbitrary locations on the server filesystem, which readily translates to code execution on the host controlling industrial visualization and dashboards.

Affected: frangoteam FUXA through 1.2.9 (fixed in 1.2.10)

How to Test

Check the running FUXA version in the web UI or package.json; anything below 1.2.10 is vulnerable. Review web server logs for upload/API requests containing '../' path traversal sequences and inspect the filesystem for recently created unexpected files (webshells, cron entries, modified startup scripts).

How to Patch

Upgrade to FUXA 1.2.10 (commit 22c2192 contains the fix). If you cannot upgrade today, remove direct internet exposure of the FUXA web interface and restrict access to a VPN or allow-listed operator network.