Skip to main content
VulnerabilityPublished

CVE-2026-119194: S3ql · pyasn1 has quadratic CPU use in schemaless BER/CER/DER container decoding

Affects s3qlSource GCVE Database

0
Compare
Authoritative record:CVE-2026-119194· High 7.5

Not known to be exploited · CVSS 7.5 High : upgrade to 3.8.1 soon.

Data as of 31 Oct 2026, 16:36 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (GitHub_M)CVSS 3.17.5
Patch
Available – fixed in 3.8.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 29 Oct 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Upgrade s3ql to 3.8.1.

Affected software

ProductAffectedFixed in
Homebrews3qlpkg:brew/s3qlOther threatsAffected
  • >=3.1 <3.8.1
  • >=6.0.0
Fixed in
  • 3.8.1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

A patch is available in s3ql version 3.8.1 that addresses this issue by limiting the growth of the classification set during decoding. Users should upgrade to version 3.8.1 or later to remediate this vulnerability.

Description

CVE-2026-119194 is a high-severity vulnerability in the pyasn1 library used by the s3ql product, affecting versions >=3.1 <3.8.1 and >=6.0.0. It causes quadratic CPU usage when decoding attacker-controlled BER, CER, or DER data without an ASN.1 schema, leading to potential denial of service by exhausting CPU resources. The issue arises from inefficient handling of tag sets during schemaless decoding. A fix is available in version 3.8.1.

References

Community reviews

Loading reviews…