rustsec-2026-0426

{
  "aliases": [
    "GHSA-r7wm-4vf2-h44w"
  ],
  "categories": [
    "crypto-failure"
  ],
  "crate": "orion",
  "cves": [],
  "cvss": 0.0,
  "database_specific": {
    "severity": ""
  },
  "date": "2026-10-30",
  "deb_packages": [
    {
      "crate_name": "cargo-c",
      "deb_name": "cargo-c",
      "version": "0.10.25-1"
    },
    {
      "crate_name": "cargo-outdated",
      "deb_name": "cargo-outdated",
      "version": "0.19.0-4"
    },
    {
      "crate_name": "debcargo",
      "deb_name": "debcargo",
      "version": "2.8.4-5"
    }
  ],
  "description": "## Summary\n\nOn targets that do not have a conditional move/select operations, LLVM compiles the internal `conditional_sub_u32()` function, into one that will contain a conditional jump on secret-dependent data, which could leak information about encapsulation and signing keys.\n\n`conditional_sub_u32()` is used throughout the field arithmetic of both ML-KEM and ML-DSA.\n\n## Impact\n\nThe variable-time jumps have been observed for ML-KEM and ML-DSA on:\n- `i586-unknown-linux-gnu`\n- `s390x-unknown-linux-gnu`\n\nAdditionally, ML-DSA sees the vulnerable LLVM optimization on `x86_64-unknown-linux-gnu`, for `hazardous::dsa::mldsa44` and `hazardous::dsa::mldsa87`.\n\nThe leakage this LLVM optimization introduces could enable recovery of cryptographic secrets. The practicality of exploiting the leakage depends on the compiler, target CPU used and how \"close\" to the process using the vulnerable functions the attacker is.\n\n## Resolution\n\nUpgrade to `v0.17.16` or `v0.18.1`. `conditional_sub_u32()` has been re-written to take conditional-move/jump ops availability into account.",
  "id": "RUSTSEC-2026-0426",
  "keywords": [],
  "patched_versions": [
    "^0.17.16",
    ">=0.18.1"
  ],
  "source": "debian_rustsec",
  "title": "LLVM introduces timing-vulnerable optimizations into ML-KEM and ML-DSA operations intended to be constant-time",
  "url": "https://github.com/orion-rs/orion/pull/689"
}