CVE-2026-77651: The arrayref crate 0.3.10 for Rust can trigger execution of malicious code when compiling a project that us...
The arrayref crate 0.3.10 for Rust can trigger execution of malicious code when compiling a project that uses the crate, because it has a rogue dependency that registers with a command-and-control server to offer arbitrary code execution.
Security readout for executives and security teams
Plain-English summary
A malicious release of the Rust arrayref package can run attacker-controlled code while software is being compiled. Organizations that built projects using version 0.3.10 may have exposed developer machines, CI systems, source code, credentials, and produced artifacts. Exposure requires investigation even if the resulting application was never deployed.
Executive priority
Treat confirmed compilation as an incident-response priority, not merely dependency maintenance. Immediately identify affected builds and protect CI credentials, signing keys, repositories, and deployment systems. If version 0.3.10 appears only in an inventory without evidence it was compiled, validate build history before declaring compromise.
Technical view
CVE-2026-77651 is a software supply-chain compromise affecting arrayref 0.3.10. The release contains a rogue dependency that registers with command-and-control infrastructure and enables arbitrary code execution during compilation. The supplied CVSS 3.1 score is 9.8, with potential confidentiality, integrity, and availability impact.
Likely exposure
Exposure is limited by the supplied record to projects that resolved and compiled arrayref version 0.3.10. Direct and transitive dependencies both matter. CI runners and developer workstations are the primary investigation targets, particularly where builds had network access or access to source repositories, signing material, deployment credentials, or other secrets.
Exploitation context
The malicious package behavior is established by the supplied sources, but the bundle does not establish how many downstream systems were compromised. The CVE is not listed as KEV. That does not prove exploitation is absent; it means active exploitation should not be claimed from the supplied evidence.
Researcher notes
The defining issue is build-time malicious behavior, categorized as CWE-506, rather than a conventional runtime flaw. Dependency resolution records and build-host evidence are therefore more informative than production application scanning alone. The supplied record names only version 0.3.10; broader affected-version claims, a specific safe version, victim prevalence, and active exploitation are not established here.
Mitigation direction
Immediately block and remove arrayref 0.3.10 from dependency manifests, lockfiles, caches, and build pipelines.
Isolate systems that compiled the affected version until investigation determines whether malicious code ran.
Rebuild affected artifacts in clean environments using dependency versions confirmed safe by Rust or RustSec guidance.
Rotate build credentials and secrets where telemetry indicates execution or possible exposure.
Review Rust and RustSec advisories for updates; the supplied evidence does not identify a specific patched version.
Validation and detection
Search dependency manifests, Cargo.lock files, SBOMs, and artifact provenance for exact version 0.3.10.
Review CI and developer build histories to identify where and when version 0.3.10 was compiled.
Examine build-host network telemetry for unexpected command-and-control registration during affected compilation periods.
Review endpoint telemetry for unexplained processes, file changes, credential access, or persistence during those periods.
Confirm clean rebuilds no longer resolve version 0.3.10 and produce expected dependency inventories.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-506: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
6Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-506 · source CWE mapping
Embedded Malicious Code
Embedded Malicious Code represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.