<?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://cve.radiocsirt.org</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>Sat, 03 Oct 2026 00:55:34 +0000</lastBuildDate>
    <item>
      <title>BREW-ansible-CVE-2025-61911 — python-ldap has sanitization bypass in ldap.filter.escape_filter_chars</title>
      <link>https://cve.radiocsirt.org/vuln/brew-ansible-cve-2025-61911</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: ansible&lt;/p&gt;
&lt;p&gt;### Summary
The sanitization method `ldap.filter.escape_filter_chars` can be tricked to skip escaping of special characters when a crafted `list` or `dict` is supplied as the `assertion_value` parameter, and the non-default `escape_mode=1` is configured.&lt;/p&gt;
&lt;p&gt;### Details
The method `ldap.filter.escape_filter_chars` supports 3 different escaping modes. `escape_mode=0` (default) and `escape_mode=2` happen to raise exceptions when a `list` or `dict` object is supplied as the `assertion_value` parameter. However, `escape_mode=1` happily computes without performing adequate logic to ensure a fully escaped return value.&lt;/p&gt;
&lt;p&gt;### PoC
```
&amp;gt;&amp;gt;&amp;gt; import ldap.filter
```
**Exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars({&amp;#34;abc@*()/xyz&amp;#34;: 1}, escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
```
**Not exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars(&amp;#34;abc@*()/xyz&amp;#34;, escape_mode=1)
&amp;#39;abc@\\2a\\28\\29\\2fxyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=0)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local/lib64/python3.12/site-packages/ldap/filter.py&amp;#34;, line 41, in escape_filter_chars
    s = assertion_value.replace(&amp;#39;\\&amp;#39;, r&amp;#39;\5c&amp;#39;)
        ^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: &amp;#39;list&amp;#39; object has no attribute &amp;#39;replace&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=2)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: ansible&lt;/p&gt;
&lt;p&gt;### Summary
The sanitization method `ldap.filter.escape_filter_chars` can be tricked to skip escaping of special characters when a crafted `list` or `dict` is supplied as the `assertion_value` parameter, and the non-default `escape_mode=1` is configured.&lt;/p&gt;
&lt;p&gt;### Details
The method `ldap.filter.escape_filter_chars` supports 3 different escaping modes. `escape_mode=0` (default) and `escape_mode=2` happen to raise exceptions when a `list` or `dict` object is supplied as the `assertion_value` parameter. However, `escape_mode=1` happily computes without performing adequate logic to ensure a fully escaped return value.&lt;/p&gt;
&lt;p&gt;### PoC
```
&amp;gt;&amp;gt;&amp;gt; import ldap.filter
```
**Exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars({&amp;#34;abc@*()/xyz&amp;#34;: 1}, escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
```
**Not exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars(&amp;#34;abc@*()/xyz&amp;#34;, escape_mode=1)
&amp;#39;abc@\\2a\\28\\29\\2fxyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=0)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local/lib64/python3.12/site-packages/ldap/filter.py&amp;#34;, line 41, in escape_filter_chars
    s = assertion_value.replace(&amp;#39;\\&amp;#39;, r&amp;#39;\5c&amp;#39;)
        ^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: &amp;#39;list&amp;#39; object has no attribute &amp;#39;replace&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=2)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/brew-ansible-cve-2025-61911</guid>
    </item>
    <item>
      <title>CVE-2025-61911 — python-ldap has sanitization bypass in ldap.filter.escape_filter_chars</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2025-61911</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; python-ldap&lt;/p&gt;
&lt;p&gt;python-ldap is a lightweight directory access protocol (LDAP) client API for Python. In versions prior to 3.4.5, the sanitization method `ldap.filter.escape_filter_chars` can be tricked to skip escaping of special characters when a crafted `list` or `dict` is supplied as the `assertion_value` parameter, and the non-default `escape_mode=1` is configured. The method `ldap.filter.escape_filter_chars` supports 3 different escaping modes. `escape_mode=0` (default) and `escape_mode=2` happen to raise exceptions when a `list` or `dict` object is supplied as the `assertion_value` parameter. However, `escape_mode=1` computes without performing adequate logic to ensure a fully escaped return value. If an application relies on the vulnerable method in the `python-ldap` library to escape untrusted user input, an attacker might be able to abuse the vulnerability to launch ldap injection attacks which could potentially disclose or manipulate ldap data meant to be inaccessible to them. Version 3.4.5 fixes the issue by adding a type check at the start of the `ldap.filter.escape_filter_chars` method to raise an exception when the supplied `assertion_value` parameter is not of type `str`.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; python-ldap&lt;/p&gt;
&lt;p&gt;python-ldap is a lightweight directory access protocol (LDAP) client API for Python. In versions prior to 3.4.5, the sanitization method `ldap.filter.escape_filter_chars` can be tricked to skip escaping of special characters when a crafted `list` or `dict` is supplied as the `assertion_value` parameter, and the non-default `escape_mode=1` is configured. The method `ldap.filter.escape_filter_chars` supports 3 different escaping modes. `escape_mode=0` (default) and `escape_mode=2` happen to raise exceptions when a `list` or `dict` object is supplied as the `assertion_value` parameter. However, `escape_mode=1` computes without performing adequate logic to ensure a fully escaped return value. If an application relies on the vulnerable method in the `python-ldap` library to escape untrusted user input, an attacker might be able to abuse the vulnerability to launch ldap injection attacks which could potentially disclose or manipulate ldap data meant to be inaccessible to them. Version 3.4.5 fixes the issue by adding a type check at the start of the `ldap.filter.escape_filter_chars` method to raise an exception when the supplied `assertion_value` parameter is not of type `str`.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2025-61911</guid>
    </item>
    <item>
      <title>GHSA-r7r6-cc7p-4v5m — python-ldap has sanitization bypass in ldap.filter.escape_filter_chars</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-r7r6-cc7p-4v5m</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: python-ldap&lt;/p&gt;
&lt;p&gt;### Summary
The sanitization method `ldap.filter.escape_filter_chars` can be tricked to skip escaping of special characters when a crafted `list` or `dict` is supplied as the `assertion_value` parameter, and the non-default `escape_mode=1` is configured.&lt;/p&gt;
&lt;p&gt;### Details
The method `ldap.filter.escape_filter_chars` supports 3 different escaping modes. `escape_mode=0` (default) and `escape_mode=2` happen to raise exceptions when a `list` or `dict` object is supplied as the `assertion_value` parameter. However, `escape_mode=1` happily computes without performing adequate logic to ensure a fully escaped return value.&lt;/p&gt;
&lt;p&gt;### PoC
```
&amp;gt;&amp;gt;&amp;gt; import ldap.filter
```
**Exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars({&amp;#34;abc@*()/xyz&amp;#34;: 1}, escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
```
**Not exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars(&amp;#34;abc@*()/xyz&amp;#34;, escape_mode=1)
&amp;#39;abc@\\2a\\28\\29\\2fxyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=0)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local/lib64/python3.12/site-packages/ldap/filter.py&amp;#34;, line 41, in escape_filter_chars
    s = assertion_value.replace(&amp;#39;\\&amp;#39;, r&amp;#39;\5c&amp;#39;)
        ^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: &amp;#39;list&amp;#39; object has no attribute &amp;#39;replace&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=2)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: python-ldap&lt;/p&gt;
&lt;p&gt;### Summary
The sanitization method `ldap.filter.escape_filter_chars` can be tricked to skip escaping of special characters when a crafted `list` or `dict` is supplied as the `assertion_value` parameter, and the non-default `escape_mode=1` is configured.&lt;/p&gt;
&lt;p&gt;### Details
The method `ldap.filter.escape_filter_chars` supports 3 different escaping modes. `escape_mode=0` (default) and `escape_mode=2` happen to raise exceptions when a `list` or `dict` object is supplied as the `assertion_value` parameter. However, `escape_mode=1` happily computes without performing adequate logic to ensure a fully escaped return value.&lt;/p&gt;
&lt;p&gt;### PoC
```
&amp;gt;&amp;gt;&amp;gt; import ldap.filter
```
**Exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars({&amp;#34;abc@*()/xyz&amp;#34;: 1}, escape_mode=1)
&amp;#39;abc@*()/xyz&amp;#39;
```
**Not exploitable**
```
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars(&amp;#34;abc@*()/xyz&amp;#34;, escape_mode=1)
&amp;#39;abc@\\2a\\28\\29\\2fxyz&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=0)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local/lib64/python3.12/site-packages/ldap/filter.py&amp;#34;, line 41, in escape_filter_chars
    s = assertion_value.replace(&amp;#39;\\&amp;#39;, r&amp;#39;\5c&amp;#39;)
        ^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: &amp;#39;list&amp;#39; object has no attribute &amp;#39;replace&amp;#39;
&amp;gt;&amp;gt;&amp;gt; ldap.filter.escape_filter_chars([&amp;#34;abc@*()/xyz&amp;#34;], escape_mode=2)
Traceback (most recent call last):
  File &amp;#34;&amp;lt;stdin&amp;gt;&amp;#34;, line 1, in &amp;lt;module&amp;gt;
  File &amp;#34;/usr/local…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-r7r6-cc7p-4v5m</guid>
    </item>
  </channel>
</rss>
