Vulnerability · CVE-2026-115922
ONNX: Denial of service via unchecked expansion of packed sub-byte tensors in ONNX Python APIs
Published Oct 26, 2026 · catalog updated Oct 28, 2026 · Red Hat Red Hat Enterprise Linux
Last checked Nov 5, 2026. A connected source was read within the last 7 days.
Check if you run it
No confirmed exploitation is on record for CVE-2026-115922. EPSS is 0.13%. Act only if a listed version of Red Hat Red Hat Enterprise Linux is installed.
Gaps on this record
- No vendor fix or required action is stored. Compare the linked advisory before you change production.
Same product and reporting
- CVE-2026-114366 · Low
- CVE-2026-77299 · High
- CVE-2026-85068 · Low
- CVE-2026-92698 · High
- CVE-2026-92697 · High
- Severity
- Medium6.2
- Known exploitation
- Not in CISA/VulnCheck KEV
- EPSS
- 0.13%
- Remediation
- Version ranges on file
- Affected products
- pip onnx · pypi onnx
## Summary ONNX's Python tensor-materialization helpers could allocate memory according to attacker-controlled tensor dimensions without verifying that a packed sub-byte payload contained the declared number of elements. A very small model could therefore cause a disproportionately large allocation when an application called or constructed with the model. The issue affected , , , , and tensors stored in either or packed . ## Technical details The vulnerable and paths first allocated a small array based on the available packed bytes, then resized it to the shape declared in . They did not first confirm that the payload encoded enough logical elements for that shape. For example, the reporter demonstrated a 66-byte model containing one packed byte and a declared dimension of 700,000,000. The model passed and allocated approximately 700 MB while materializing the initializer, followed by another large allocation when executing the reference evaluator. Loading, checking, or running shape inference on the serialized model alone did not trigger the allocation. The vulnerable tensor had to be materialized. ## Impact An application that materializes packed tensors from an untrusted model can exhaust available memory, causing denial of service. Memory corruption and code execution were not demonstrated. ## Affected versions - Affected: ONNX through 1.21.0 - Patched: ONNX 1.22.0 ## Remediation Upgrade to ONNX 1.22.0 or later. The primary fix validates the logical element count before resizing the unpacked NumPy array. A complementary checker change rejects an undersized packed payload before materialization. - Materialization fix: [onnx/onnx#8033](https://github.com/onnx/onnx/pull/8033) - Checker defense-in-depth: [onnx/onnx#8038](https://github.com/onnx/onnx/pull/8038) The five affected tensor types and both storage formats were re-tested against the published ONNX 1.23.2 wheel and are rejected before the oversized allocation. To verify the behavior using a released vulnerab
Are you affected?
Enter the version you run. The result uses only the ranges stored on this record.
The check returns affected, not affected, or incomplete. It does not guess a version that is missing from the record.
- pip onnx<= 1.21.0
- pypi onnxversion unspecified
How to fix CVE-2026-115922
Upgrade
CVE-2026-115922 lists a fix boundary at 1.21.0. Compare the installed build with that boundary before you change production.
Version check
Affected <= 1.21.0
Advisory
Open the cve_org record and follow its fix.
Official advisories
What to do
Three questions, each answered from this record only. Confirm the vendor advisory before you patch.
Should you patch?
No confirmed exploitation is on record for CVE-2026-115922. EPSS is 0.13%. Act only if a listed version of Red Hat Red Hat Enterprise Linux is installed.
Which versions are affected?
Compare what you have installed with <= 1.21.0. Compare the installed version with the linked vendor advisory before you change production.
What should an analyst verify?
CWE-770: Allocation of Resources Without Limits or Throttling; CWE-789. EPSS 0.13%. There is no CISA KEV listing. No Exploit-DB or Metasploit reference is linked. Use the source links for the original advisory.
Code
The project this record applies to. Exploit listings stay in References.
Timeline
Detection, updates, and resolution for this record.
Oct 26, 2026 · Red Hat Security Data
Detected
onnx: onnx: Denial of Service via excessive memory allocation in tensor unpacking
Oct 28, 2026 · GitHub Advisory Database
Updated
## Summary ONNX's Python tensor-materialization helpers could allocate memory according to attacker-controlled tensor dimensions without verifying that a packed sub-byte payload contained the declared number of elements. A very small model could therefore cause a disproportionately large allocation when an application called or constructed with the model. The issue affected , , , , and tensors sto
Sources
- CVE.orgVulnerability recordCVE-2026-115922
Official CVE identifier
cve.org - GitHub Advisory DatabasePackage advisoryGHSA-q69g-f4f5-v8m7
ONNX: Denial of service via unchecked expansion of packed sub-byte tensors in ONNX Python APIs
github.com - GitLab Advisory DatabasePackage advisoryCVE-2026-115922
ONNX's Python tensor-materialization helpers could allocate memory according to attacker-controlled tensor dimensions without verifying that a packed sub-byte payload contained the declared number of elements. A very small model could therefore cause a disproportionately large allocation when an application called onnx.numpy_helper.to_array() or constructed onnx.reference.ReferenceEvaluator with t
advisories.gitlab.com - Red Hat Security DataVendor advisoryCVE-2026-115922
onnx: onnx: Denial of Service via excessive memory allocation in tensor unpacking
access.redhat.com
References
Freshness
Last verified in this catalog Nov 5, 2026. Significant claims (KEV, EPSS, CVSS, affected ranges) come from the source rows above — open the original publisher for the authoritative advisory.
- GitHub Advisory DatabaseOct 30, 2026
- GitLab Advisory DatabaseOct 29, 2026
- CVE.orgOct 27, 2026
- Red Hat Security DataOct 27, 2026