<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sun, 01 Nov 2026 17:07:23 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-119194 — pyasn1: Quadratic CPU use in schemaless BER/CER/DER container decoding</title>
      <link>https://db.gcve.eu/vuln/cve-2026-119194</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; pyasn1&lt;/p&gt;
&lt;p&gt;pyasn1 is a generic ASN.1 library for Python. From 0.3.3 until 0.6.5, schemaless container decoding stores every decoded component&amp;#39;s TagSet in a growing set even though only one-versus-multiple tag types must be distinguished. Attacker-controlled BER, CER, or DER input contains many distinct long tag IDs whose TagSet hashes collide. Each later set insertion compares against an increasing number of earlier colliding tags in ConstructedPayloadDecoderBase._decodeComponentsSchemaless, producing quadratic CPU work while decoded values and order remain valid. Repeated inputs can exhaust decoder CPU and reduce service availability. This issue is fixed in version 0.6.5.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; pyasn1&lt;/p&gt;
&lt;p&gt;pyasn1 is a generic ASN.1 library for Python. From 0.3.3 until 0.6.5, schemaless container decoding stores every decoded component&amp;#39;s TagSet in a growing set even though only one-versus-multiple tag types must be distinguished. Attacker-controlled BER, CER, or DER input contains many distinct long tag IDs whose TagSet hashes collide. Each later set insertion compares against an increasing number of earlier colliding tags in ConstructedPayloadDecoderBase._decodeComponentsSchemaless, producing quadratic CPU work while decoded values and order remain valid. Repeated inputs can exhaust decoder CPU and reduce service availability. This issue is fixed in version 0.6.5.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2026-119194</guid>
    </item>
    <item>
      <title>GHSA-fm9c-5rcf-2q5p — pyasn1 has quadratic CPU use in schemaless BER/CER/DER container decoding</title>
      <link>https://db.gcve.eu/vuln/ghsa-fm9c-5rcf-2q5p</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: pyasn1&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When an application decodes attacker-controlled BER, CER, or DER data without an ASN.1 schema, a container with many distinct long tag IDs can cause quadratic CPU use. Repeated inputs can exhaust CPU and reduce service availability.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;ConstructedPayloadDecoderBase._decodeComponentsSchemaless inserts every decoded component’s TagSet into a growing set, although it only needs to distinguish one tag set from two or more. Attacker-chosen tag IDs can have colliding TagSet hashes, making each later insertion compare against an increasing number of earlier tags. This path is present in v0.6.4 and is inherited by the CER and DER decoders. The proposed fix stops growing the classification set after it contains two distinct tag sets, while retaining every decoded component and its order.  On v0.6.4 with CPython 3.12.10, increasing the collision input from 3,200 to 6,400 components raised decode CPU time from 0.438 to 1.747 seconds; a comparable control rose from 0.031 to 0.065 seconds. Both inputs decoded successfully with the expected values and an empty remainder.&lt;/p&gt;
&lt;p&gt;### Proof of concept&lt;/p&gt;
&lt;p&gt;Run this outside the repository checkout in a fresh Python 3.12 environment with pyasn1==0.6.4 installed:&lt;/p&gt;
&lt;p&gt;```python
import sys
import time&lt;/p&gt;
&lt;p&gt;from pyasn1.codec.ber import decoder
from pyasn1.type import univ&lt;/p&gt;
&lt;p&gt;def enc_tag(tag_id):
    groups = [tag_id &amp;amp; 0x7f]
    tag_id &amp;gt;&amp;gt;= 7
    while tag_id:
        groups.append((tag_id &amp;amp; 0x7f) | 0x80)
        tag_id &amp;gt;&amp;gt;= 7
    return b&amp;#39;\xbf…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: pyasn1&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When an application decodes attacker-controlled BER, CER, or DER data without an ASN.1 schema, a container with many distinct long tag IDs can cause quadratic CPU use. Repeated inputs can exhaust CPU and reduce service availability.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;ConstructedPayloadDecoderBase._decodeComponentsSchemaless inserts every decoded component’s TagSet into a growing set, although it only needs to distinguish one tag set from two or more. Attacker-chosen tag IDs can have colliding TagSet hashes, making each later insertion compare against an increasing number of earlier tags. This path is present in v0.6.4 and is inherited by the CER and DER decoders. The proposed fix stops growing the classification set after it contains two distinct tag sets, while retaining every decoded component and its order.  On v0.6.4 with CPython 3.12.10, increasing the collision input from 3,200 to 6,400 components raised decode CPU time from 0.438 to 1.747 seconds; a comparable control rose from 0.031 to 0.065 seconds. Both inputs decoded successfully with the expected values and an empty remainder.&lt;/p&gt;
&lt;p&gt;### Proof of concept&lt;/p&gt;
&lt;p&gt;Run this outside the repository checkout in a fresh Python 3.12 environment with pyasn1==0.6.4 installed:&lt;/p&gt;
&lt;p&gt;```python
import sys
import time&lt;/p&gt;
&lt;p&gt;from pyasn1.codec.ber import decoder
from pyasn1.type import univ&lt;/p&gt;
&lt;p&gt;def enc_tag(tag_id):
    groups = [tag_id &amp;amp; 0x7f]
    tag_id &amp;gt;&amp;gt;= 7
    while tag_id:
        groups.append((tag_id &amp;amp; 0x7f) | 0x80)
        tag_id &amp;gt;&amp;gt;= 7
    return b&amp;#39;\xbf…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-fm9c-5rcf-2q5p</guid>
    </item>
  </channel>
</rss>
