<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-29T15:39:40.082348+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/cve-2026-59884</id>
    <title>CVE-2026-59884 — pyasn1 BER/CER/DER decoder denial of service via unbounded long-form tag IDs</title>
    <updated>2026-09-29T15:39:40.148388+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> pyasn1</p>
<p>pyasn1 is a generic ASN.1 library for Python. Prior to 0.6.4, the BER decoder shared by the CER and DER codecs parses long-form tags by accumulating continuation octets without an upper bound on the tag ID size, allowing a crafted input to force construction of an arbitrarily large integer with CPU cost growing quadratically and to trigger unhandled ValueError exceptions in Python 3.11+ error formatting paths. Any application decoding untrusted BER, CER, or DER input is affected. This issue is fixed in version 0.6.4.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-59884"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-m4p7-r5rc-7g4j</id>
    <title>GHSA-m4p7-r5rc-7g4j — pyasn1 BER/CER/DER decoder denial of service via unbounded long-form tag IDs</title>
    <updated>2026-09-29T15:39:40.148598+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: pyasn1</p>
<p>### Impact
The BER decoder (shared by the CER and DER codecs) parses long-form tags by accumulating continuation octets in a loop with no upper bound on the size of the tag ID. A crafted input can force the decoder to build an arbitrarily large integer, with CPU cost growing quadratically in input size — a ~1 MB input consumes over a minute of CPU. On Python 3.11+, the oversized tag ID can also trigger an unhandled `ValueError` (integer string conversion limit) while the decoder formats error messages, violating the documented `PyAsn1Error` contract and potentially bypassing caller error handling.</p>
<p>Any application decoding untrusted BER/CER/DER input is affected.</p>
<p>### Affected components
- `pyasn1.codec.ber.decoder` — `decode()` and `StreamingDecoder`
- `pyasn1.codec.cer.decoder` and `pyasn1.codec.der.decoder`, which inherit
  the same tag parsing
- `pyasn1.type.tag` — `Tag`/`TagSet` reprs could raise `ValueError` when
  rendering oversized tag IDs (reachable through decoder error paths)</p>
<p>The encoders and the `pyasn1.codec.native` codec are not affected.</p>
<p>### Patches
Fixed in 0.6.4. Long-form tag IDs are now limited to 20 octets (140-bit tag IDs, matching the existing OID arc limit); oversized tags are rejected with `PyAsn1Error`. Tag ID rendering in reprs and error messages was additionally hardened against the interpreter's integer-to-string conversion limit.</p>
<p>### Workarounds
Bound the size of untrusted input passed to `decode()` before calling it.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-m4p7-r5rc-7g4j"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/pysec-2026-3455</id>
    <title>PYSEC-2026-3455</title>
    <updated>2026-09-29T15:39:40.148752+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: pyasn1</p>
<p>pyasn1 is a generic ASN.1 library for Python. Prior to 0.6.4, the BER decoder shared by the CER and DER codecs parses long-form tags by accumulating continuation octets without an upper bound on the tag ID size, allowing a crafted input to force construction of an arbitrarily large integer with CPU cost growing quadratically and to trigger unhandled ValueError exceptions in Python 3.11+ error formatting paths. Any application decoding untrusted BER, CER, or DER input is affected. This issue is fixed in version 0.6.4.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/pysec-2026-3455"/>
  </entry>
</feed>
