Cmd Compile CVE-2026-27144

Exploitation requires the attacker to control Go source code submitted for compilation on a system running vulnerable cmd/compile versions (pre-1.25.9 or 1.26.0-1.26.1). The source code must trigger the specific compiler optimization path where pointer operands in memory move operations undergo no-op interface conversions that prevent correct overlap analysis. The attacker needs authenticated local access (PR:L) to the build environment to invoke the Go compiler. This is not exploitable against already-compiled Go applications or remote systems-only during the compilation phase itself.

Real-world risk is low despite the 7.1 CVSS score. The CVSS vector (AV:L/AC:L/PR:L/UI:N) indicates local access with low privileges is required, meaning an attacker must already have authenticated system access and the ability to invoke the Go compiler. The attack does not work remotely or against deployed applications-it targets the build process itself. EPSS probability of 0.01% (1st percentile) strongly suggests security researchers and threat actors view this as low-priority for weaponization. No KEV listing confirms absence of active exploitation campaigns. The high integrity and availability impact ratings reflect potential memory corruption in compiled binaries, but exploitation requires: (1) attacker controls source code being compiled, (2) attacker can trigger specific pointer patterns that expose the bug, and (3) resulting corruption manifests as exploitable behavior rather than crashes. This is primarily a supply chain integrity concern for environments where untrusted parties can submit code for compilation, not a widespread runtime threat. SSVC decision framework would likely classify this as 'scheduled' rather than 'immediate' priority given minimal evidence of exploitation, non-automatable conditions, and containment to build environments.

An attacker with local authenticated access to a build server submits malicious Go source code for compilation that contains specific pointer usage patterns involving interface conversions and memory move operations. When the vulnerable cmd/compile processes this code, the compiler's flawed pointer analysis incorrectly determines memory regions as non-overlapping, generating unsafe memory copy instructions. The resulting compiled binary contains memory corruption logic that executes when specific code paths are triggered at runtime, potentially allowing the attacker to manipulate program state or cause denial of service in production systems running the corrupted binary. No public exploit code exists, and the attack complexity requires deep understanding of Go compiler internals and memory layout.