Intel

AIKIDO-2026-363220

starlark-pyo3 is vulnerable to Denial of Service (DoS)

GHSA-rxr5-hr25-wg4mPublished Sep 18, 2026
September 18, 2026

75

CVE Score

High

Denial of Service (DoS)

Are you affected? Scan for Free

TL;DR

The RustDecimal extension performs arithmetic with panicking Rust operators instead of checked variants. Evaluating a crafted decimal expression that overflows, such as adding 1 to RustDecimal('79228162514264337593543950335'), raises a Rust panic that crosses the PyO3 boundary and poisons the Module mutex during unwinding. Every later operation on that module then fails with a poison error, leaving it permanently unusable and killing cached-module workers. The fix routes +, -, *, /, //, and % through checked arithmetic and returns a Starlark IntegerOverflow error.

How do I fix this?

Upgrade the starlark-pyo3 and/or the starlark_pyo3 library to the patch version.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and you evaluate untrusted Starlark code with the RustDecimal library extension enabled.

Versions

2025.2.4 - 2026.1.1

Fixed in 2026.1.2

Background info

starlark-pyo3 is vulnerable to Denial of Service (DoS) in versions 2025.2.4 - 2026.1.1.

Get secure today,
quickly and for free.

Secure your code, cloud, and runtime in one central system. Connect a repo to discover what the reasoning agents find in your codebase.

No credit card required | Scan results in 32 seconds.

Trusted by 150k+ orgs
  • Revolut
  • n8n
  • Lovable
  • Deel
  • Prove
  • Omnea