https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 05 Oct 2026 20:26:25 +0000 https://vulnerability.circl.lu/vuln/brew-bzt-cve-2026-48802 <p><strong>Affected:</strong> Homebrew: bzt</p> <p>### Impact An attacker can cause the creation of unnecessary background threads in the python-engineio server by exploiting the heartbeat mechanism, which launches a thread when a new connection is received, and when the client sends a PONG packet.</p> <p>Note: this issue primarily affects synchronous servers. Asynchronous servers allocate background tasks instead of physical threads, which are lightweight and less likely to cause denial of service. However, the fix that was implemented was also applied to the asynchronous case.</p> <p>### Patches Version 4.13.2 addresses this issue as follows:</p> <p>- The initial background thread (or async task( for heartbeat management is only launched if a client passes authentication in the `connect` handler. - The server now ensures that there is only one background heatbeat thread (or async task) per client at a given point in time. Out of sequence PONG packets are now discarded when an active heartbeat thread is already running.</p> <p><strong>Affected:</strong> Homebrew: bzt</p> <p>### Impact An attacker can cause the creation of unnecessary background threads in the python-engineio server by exploiting the heartbeat mechanism, which launches a thread when a new connection is received, and when the client sends a PONG packet.</p> <p>Note: this issue primarily affects synchronous servers. Asynchronous servers allocate background tasks instead of physical threads, which are lightweight and less likely to cause denial of service. However, the fix that was implemented was also applied to the asynchronous case.</p> <p>### Patches Version 4.13.2 addresses this issue as follows:</p> <p>- The initial background thread (or async task( for heartbeat management is only launched if a client passes authentication in the `connect` handler. - The server now ensures that there is only one background heatbeat thread (or async task) per client at a given point in time. Out of sequence PONG packets are now discarded when an active heartbeat thread is already running.</p> https://vulnerability.circl.lu/vuln/brew-bzt-cve-2026-48802 https://vulnerability.circl.lu/vuln/cve-2026-48802 <p><strong>Affected:</strong> miguelgrinberg python-engineio</p> <p>python-engineio is a Python implementation of the Engine.IO realtime client and server. Prior to version 4.13.2, an attacker can cause the creation of unnecessary background threads in the python-engineio server by exploiting the heartbeat mechanism, which launches a thread when a new connection is received, and when the client sends a PONG packet. This issue primarily affects synchronous servers. Asynchronous servers allocate background tasks instead of physical threads, which are lightweight and less likely to cause denial of service. However, the fix that was implemented was also applied to the asynchronous case. Version 4.13.2 addresses this issue as follows: The initial background thread (or async task( for heartbeat management is only launched if a client passes authentication in the `connect` handler; and the server now ensures that there is only one background heatbeat thread (or async task) per client at a given point in time. Out of sequence PONG packets are now discarded when an active heartbeat thread is already running.</p> <p><strong>Affected:</strong> miguelgrinberg python-engineio</p> <p>python-engineio is a Python implementation of the Engine.IO realtime client and server. Prior to version 4.13.2, an attacker can cause the creation of unnecessary background threads in the python-engineio server by exploiting the heartbeat mechanism, which launches a thread when a new connection is received, and when the client sends a PONG packet. This issue primarily affects synchronous servers. Asynchronous servers allocate background tasks instead of physical threads, which are lightweight and less likely to cause denial of service. However, the fix that was implemented was also applied to the asynchronous case. Version 4.13.2 addresses this issue as follows: The initial background thread (or async task( for heartbeat management is only launched if a client passes authentication in the `connect` handler; and the server now ensures that there is only one background heatbeat thread (or async task) per client at a given point in time. Out of sequence PONG packets are now discarded when an active heartbeat thread is already running.</p> https://vulnerability.circl.lu/vuln/cve-2026-48802 https://vulnerability.circl.lu/vuln/ghsa-cgwc-pv48-fhj5 <p><strong>Affected:</strong> PyPI: python-engineio</p> <p>### Impact An attacker can cause the creation of unnecessary background threads in the python-engineio server by exploiting the heartbeat mechanism, which launches a thread when a new connection is received, and when the client sends a PONG packet.</p> <p>Note: this issue primarily affects synchronous servers. Asynchronous servers allocate background tasks instead of physical threads, which are lightweight and less likely to cause denial of service. However, the fix that was implemented was also applied to the asynchronous case.</p> <p>### Patches Version 4.13.2 addresses this issue as follows:</p> <p>- The initial background thread (or async task( for heartbeat management is only launched if a client passes authentication in the `connect` handler. - The server now ensures that there is only one background heatbeat thread (or async task) per client at a given point in time. Out of sequence PONG packets are now discarded when an active heartbeat thread is already running.</p> <p><strong>Affected:</strong> PyPI: python-engineio</p> <p>### Impact An attacker can cause the creation of unnecessary background threads in the python-engineio server by exploiting the heartbeat mechanism, which launches a thread when a new connection is received, and when the client sends a PONG packet.</p> <p>Note: this issue primarily affects synchronous servers. Asynchronous servers allocate background tasks instead of physical threads, which are lightweight and less likely to cause denial of service. However, the fix that was implemented was also applied to the asynchronous case.</p> <p>### Patches Version 4.13.2 addresses this issue as follows:</p> <p>- The initial background thread (or async task( for heartbeat management is only launched if a client passes authentication in the `connect` handler. - The server now ensures that there is only one background heatbeat thread (or async task) per client at a given point in time. Out of sequence PONG packets are now discarded when an active heartbeat thread is already running.</p> https://vulnerability.circl.lu/vuln/ghsa-cgwc-pv48-fhj5