Skip to content

← Public intelligence

crates.io package

soroban-sdk

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

2 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Medium, CVSS 5.3crates.ioPublished

    rs-soroban-sdk: Fr scalar field equality comparison bypasses modular reduction

    CVE-2026-32322 · GHSA-x2hw-px52-wp4m

    Affected
    • crates.io soroban-sdk >= 25.0.0, < 25.3.0; >= 23.0.0, < 23.5.3; < 22.0.11
    Fixed in
    22.0.1123.5.325.3.0· Vendor fix available
    Issue
    Security Advisory: Incorrect Equality for Fr Scalar Field Types (BN254, BLS12-381) Summary Missing modular reduction in Fr causes incorrect equality comparisons for BN254 and BLS12-381 types in soroban-sdk. Impact The Fr (scalar field) types for BN254 and BLS12-381 in soroban-sdk compared values using their raw U256 representation without first reducing modulo the field modulus r. This caused mathematically equal field elements to compare as not-equal when one or both values were unreduced (i.e., = r). The vulnerability requires an attacker to supply crafted Fr values through contract inputs, and compare them directly without going through host-side arithmetic operations. Smart contracts that rely on Fr equality checks for security-critical logic could produce incorrect results. The impact depends on how the affected contract uses Fr equality comparisons, but can result in incorrect authorization decisions or validation bypasses in contracts that perform equality checks on…

    Recommended action: Upgrade to 25.3.0, 23.5.3 or 22.0.11 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. Medium, CVSS 5.3crates.ioPublished

    soroban-sdk has overflow in Bytes::slice, Vec::slice, GenRange::gen_range for u64

    CVE-2026-24889 · GHSA-96xm-fv9w-pf3f

    Affected
    • crates.io soroban-sdk >= 25.0.0, < 25.0.2; >= 23.0.0, < 23.5.1; < 22.0.9
    Fixed in
    23.5.125.0.222.0.9· Vendor fix available
    Issue
    Impact Arithmetic overflow can be triggered in the Bytes::slice, Vec::slice, and Prng::genrange (for u64) methods in the soroban-sdk in versions prior to and including 25.0.1. Contracts that pass user-controlled or computed range bounds to Bytes::slice, Vec::slice, or Prng::genrange may silently operate on incorrect data ranges or generate random numbers from an unintended range, potentially resulting in corrupted contract state. Note that the best practice when using the soroban-sdk and building Soroban contracts is to always enable overflow-checks = true. The stellar contract init tool that prepares the boiler plate for a Soroban contract, as well as all examples and docs, encourage the use of configuring overflow-checks = true on release profiles so that these arithmetic operations fail rather than silently wrap. Contracts are only impacted if they use overflow-checks = false either explicitly or implicitly. It is anticipated the majority of contracts could not be impacted because…

    Recommended action: Upgrade to 25.0.2, 23.5.1 or 22.0.9 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →