<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-01T02:15:54.263441+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/cve-2026-53503</id>
    <title>CVE-2026-53503 — Thumbor convolution filter allows divide-by-zero in C extension leading to remote DoS</title>
    <updated>2026-10-01T02:15:54.267920+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> thumbor</p>
<p>Thumbor is an open-source photo thumbnail service by globo.com. Prior to 7.8.0, Thumbor's filters:convolution(&lt;matrix&gt;, &lt;columns&gt;, &lt;should_normalize&gt;) filter passes the user-controlled &lt;columns&gt; value to a C extension (thumbor/ext/filters/_convolution.c) where it is used as a divisor (for % and /) without validating columns &gt; 0. When columns=0, the C code triggers undefined behavior; on x86_64 this reliably results in a fatal divide-by-zero trap (SIGFPE) and crashes the Thumbor process, causing a remote denial of service. This issue is fixed in 7.8.0.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-53503"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/pysec-2026-3619</id>
    <title>PYSEC-2026-3619 — Thumbor convolution filter allows divide-by-zero in C extension leading to remote DoS</title>
    <updated>2026-10-01T02:15:54.268045+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: thumbor</p>
<p>### Summary
Thumbor's `filters:convolution(&lt;matrix&gt;, &lt;columns&gt;, &lt;should_normalize&gt;)` filter passes the user-controlled `&lt;columns&gt;` value to a C extension (`thumbor/ext/filters/_convolution.c`) where it is used as a divisor (for `%` and `/`) without validating `columns &gt; 0`. When `columns=0`, the C code triggers undefined behavior; on x86_64 this reliably results in a fatal divide-by-zero trap (SIGFPE) and crashes the Thumbor process (confirmed on Linux x86_64 and macOS Intel x86_64), causing a remote denial of service.</p>
<p>### Details
#### Root cause
The Python filter accepts `columns=0`, and the native C extension uses `columns_count` as a divisor without validating it.</p>
<p>1) Python filter entry point allows `columns=0` (`thumbor/filters/convolution.py`):
```python
@filter_method(
    r"(?:[-]?[\d]+\.?[\d]*[;])*(?:[-]?[\d]+\.?[\d]*)",
    BaseFilter.PositiveNumber,  # accepts 0
    BaseFilter.Boolean,
)
async def convolution(self, matrix, columns, should_normalize=True):
    ...
    imgdata = _convolution.apply(..., matrix, columns, should_normalize)
```
`BaseFilter.PositiveNumber` matches `"0"` (`thumbor/filters/__init__.py`):
```python
class BaseFilter:
    PositiveNumber = {"regex": r"[\d]+", "parse": int}  # matches "0"
    PositiveNonZeroNumber = {"regex": r"[\d]*[1-9][\d]*", "parse": int}
```</p>
<p>2) C extension divides/modulos by `columns_count` without a zero check (`thumbor/ext/filters/_convolution.c`):
```c
kernel_size = PyTuple_Size(kernel_tuple);
if ((kernel_size % colum…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/pysec-2026-3619"/>
  </entry>
</feed>
