<?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:59:30.220854+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-42561</id>
    <title>CVE-2026-42561 — Python-Multipart: Denial of Service via unbounded multipart part headers</title>
    <updated>2026-09-29T15:59:31.359442+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Kludex python-multipart, Red Hat Ansible Automation Platform 2.6, Red Hat Ansible Automation Platform 2.7, Red Hat Migration Toolkit for Applications 8.2, Red Hat OpenShift AI 3.3, Red Hat Satellite 6.17, Red Hat Satellite 6.19, Red Hat Exploit Intelligence, Red Hat OpenShift Lightspeed, Red Hat AI Inference Server and 4 more</p>
<p>Python-Multipart is a streaming multipart parser for Python. Prior to 0.0.27, python-multipart has a denial of service vulnerability in multipart part header parsing. When parsing multipart/form-data, MultipartParser previously had no limit on the number of part headers or the size of an individual part header. An attacker could send a request with either many repeated headers without terminating the header block or a single very large header value, causing excessive CPU work before request rejection or completion. This vulnerability is fixed in 0.0.27.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-42561"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-pp6c-gr5w-3c5g</id>
    <title>GHSA-pp6c-gr5w-3c5g — python-multipart has Denial of Service via unbounded multipart part headers</title>
    <updated>2026-09-29T15:59:31.359662+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: python-multipart</p>
<p>### Summary</p>
<p>`python-multipart` has a denial of service vulnerability in multipart part header parsing. When parsing `multipart/form-data`, `MultipartParser` previously had no limit on the number of part headers or the size of an individual part header. An attacker could send a request with either many repeated headers without terminating the header block or a single very large header value, causing excessive CPU work before request rejection or completion.</p>
<p>### Impact</p>
<p>Applications that parse attacker-controlled `multipart/form-data` with affected versions of `python-multipart` can experience CPU exhaustion. ASGI applications using Starlette, FastAPI, or other frameworks that invoke `python-multipart` may have worker or event-loop delays while processing malicious upload requests.</p>
<p>### Details</p>
<p>The affected parser states are `HEADER_FIELD_START`, `HEADER_FIELD`, `HEADER_VALUE_START`, `HEADER_VALUE`, and `HEADER_VALUE_ALMOST_DONE`. The issue can be triggered by:</p>
<p>- A multipart part with an oversized individual header value.
- A multipart part with many repeated header lines or an unterminated header block.</p>
<p>Both variants are addressed by enforcing default parser limits for maximum header count and maximum header size.</p>
<p>### Mitigation</p>
<p>Upgrade to `python-multipart` `0.0.27` or later.</p>
<p>If upgrading is not immediately possible, reduce exposure by enforcing request body size limits at the server, proxy, or framework layer. This is only a mitigation; affected versions of `python-…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-pp6c-gr5w-3c5g"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/pysec-2026-3039</id>
    <title>PYSEC-2026-3039 — python-multipart has Denial of Service via unbounded multipart part headers</title>
    <updated>2026-09-29T15:59:31.359773+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: python-multipart</p>
<p>### Summary</p>
<p>`python-multipart` has a denial of service vulnerability in multipart part header parsing. When parsing `multipart/form-data`, `MultipartParser` previously had no limit on the number of part headers or the size of an individual part header. An attacker could send a request with either many repeated headers without terminating the header block or a single very large header value, causing excessive CPU work before request rejection or completion.</p>
<p>### Impact</p>
<p>Applications that parse attacker-controlled `multipart/form-data` with affected versions of `python-multipart` can experience CPU exhaustion. ASGI applications using Starlette, FastAPI, or other frameworks that invoke `python-multipart` may have worker or event-loop delays while processing malicious upload requests.</p>
<p>### Details</p>
<p>The affected parser states are `HEADER_FIELD_START`, `HEADER_FIELD`, `HEADER_VALUE_START`, `HEADER_VALUE`, and `HEADER_VALUE_ALMOST_DONE`. The issue can be triggered by:</p>
<p>- A multipart part with an oversized individual header value.
- A multipart part with many repeated header lines or an unterminated header block.</p>
<p>Both variants are addressed by enforcing default parser limits for maximum header count and maximum header size.</p>
<p>### Mitigation</p>
<p>Upgrade to `python-multipart` `0.0.27` or later.</p>
<p>If upgrading is not immediately possible, reduce exposure by enforcing request body size limits at the server, proxy, or framework layer. This is only a mitigation; affected versions of `python-…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/pysec-2026-3039"/>
  </entry>
</feed>
