<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-10T11:28:52.566773+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/euvd-2026-349488</id>
    <title>EUVD-2026-349488</title>
    <updated>2026-10-10T11:28:52.569512+00:00</updated>
    <content>EUVD-2026-349488</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-349488"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-70646</id>
    <title>fkie_cve-2026-70646</title>
    <updated>2026-10-10T11:28:52.569543+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>aiosend is a synchronous and asynchronous Crypto Pay API client. Pror to version 3.0.7, `WebhookHandler.feed_update()` deserializes the entire request body before verifying the HMAC signature. This allows an unauthenticated attacker to force expensive parsing of arbitrary JSON payloads that will ultimately be rejected, leading to unnecessary CPU and memory consumption. Version 3.0.7 fixes the issue. Some workarounds are available. Restrict request body size at the reverse proxy or web framework, rate-limit webhook endpoints, and/or reject oversized requests before JSON parsing.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-70646"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-7m8f-hgjq-8gc9</id>
    <title>GHSA-7m8f-hgjq-8gc9 — aiosend: Deserialization of request body before signature verification (Pre-auth DoS) in webhook handler</title>
    <updated>2026-10-10T11:28:52.569576+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: aiosend</p>
<p>## Summary</p>
<p>`WebhookHandler.feed_update()` deserializes the entire request body before verifying the HMAC signature. This allows an unauthenticated attacker to force expensive parsing of arbitrary JSON payloads that will ultimately be rejected, leading to unnecessary CPU and memory consumption.</p>
<p>## Severity</p>
<p>**High** (CVSS 7.5)</p>
<p>```
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
```</p>
<p>## Affected Package</p>
<p>- Ecosystem: PyPI
- Package: `aiosend`</p>
<p>## Affected Versions</p>
<p>- `&lt; 3.0.6`</p>
<p>## Patched Versions</p>
<p>- `&gt;= 3.0.6`</p>
<p>## Details</p>
<p>In `aiosend/webhook/base.py`, `WebhookHandler.feed_update()` performs full Pydantic deserialization before validating the webhook signature:</p>
<p>```python
update = Update.model_validate(body, context={"client": self})
if not self._check_signature(body, headers):
    return False
```</p>
<p>Because authentication occurs only after parsing, anyone can send arbitrarily large JSON payloads with an invalid signature. Although the request is rejected, the server still performs all parsing work.</p>
<p>Additionally, `CryptoPayObject` is configured with:</p>
<p>```python
ConfigDict(extra="allow")
```</p>
<p>allowing arbitrary extra fields to be retained in memory, increasing resource consumption.</p>
<p>## Impact</p>
<p>An unauthenticated attacker can repeatedly send large invalid webhook requests, forcing the server to consume CPU time and memory before rejecting them.</p>
<p>This results in a pre-authentication denial-of-service condition affecting all webhook integrations.</p>
<p>## Affected Components</p>
<p>- `aiose…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-7m8f-hgjq-8gc9"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-3626</id>
    <title>PYSEC-2026-3626 — aiosend: Deserialization of request body before signature verification (Pre-auth DoS) in webhook handler</title>
    <updated>2026-10-10T11:28:52.569629+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: aiosend</p>
<p>## Summary</p>
<p>`WebhookHandler.feed_update()` deserializes the entire request body before verifying the HMAC signature. This allows an unauthenticated attacker to force expensive parsing of arbitrary JSON payloads that will ultimately be rejected, leading to unnecessary CPU and memory consumption.</p>
<p>## Severity</p>
<p>**High** (CVSS 7.5)</p>
<p>```
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
```</p>
<p>## Affected Package</p>
<p>- Ecosystem: PyPI
- Package: `aiosend`</p>
<p>## Affected Versions</p>
<p>- `&lt; 3.0.6`</p>
<p>## Patched Versions</p>
<p>- `&gt;= 3.0.6`</p>
<p>## Details</p>
<p>In `aiosend/webhook/base.py`, `WebhookHandler.feed_update()` performs full Pydantic deserialization before validating the webhook signature:</p>
<p>```python
update = Update.model_validate(body, context={"client": self})
if not self._check_signature(body, headers):
    return False
```</p>
<p>Because authentication occurs only after parsing, anyone can send arbitrarily large JSON payloads with an invalid signature. Although the request is rejected, the server still performs all parsing work.</p>
<p>Additionally, `CryptoPayObject` is configured with:</p>
<p>```python
ConfigDict(extra="allow")
```</p>
<p>allowing arbitrary extra fields to be retained in memory, increasing resource consumption.</p>
<p>## Impact</p>
<p>An unauthenticated attacker can repeatedly send large invalid webhook requests, forcing the server to consume CPU time and memory before rejecting them.</p>
<p>This results in a pre-authentication denial-of-service condition affecting all webhook integrations.</p>
<p>## Affected Components</p>
<p>- `aiose…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-3626"/>
  </entry>
</feed>
