<?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>Fri, 02 Oct 2026 11:10:20 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-02913</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-02913</link>
      <description>bdu:2026-02913</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-02913</guid>
    </item>
    <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>certfr-2025-avi-1131 — De multiples vulnérabilités ont été découvertes dans les produits IBM. Certaines d'entre elles permettent à un attaquan…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2025-avi-1131</link>
      <description>certfr-2025-avi-1131</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-1131</guid>
    </item>
    <item>
      <title>EUVD-2026-254815</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-254815</link>
      <description>EUVD-2026-254815</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-254815</guid>
    </item>
    <item>
      <title>fkie_cve-2025-61911</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-61911</link>
      <description>&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;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/fkie_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>
    <item>
      <title>OESA-2025-2681 — python-ldap security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2025-2681</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: python-ldap&lt;/p&gt;
&lt;p&gt;python-ldap:   python-ldap provides an object-oriented API to access LDAP directory servers   from Python programs. Mainly it wraps the OpenLDAP 2.x libs for that purpose.   Additionally the package contains modules for other LDAP-related stuff   (e.g. processing LDIF, LDAPURLs, LDAPv3 schema, LDAPv3 extended operations   and controls, etc.).&#13;
&#13;
Security Fix(es):&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 s…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: python-ldap&lt;/p&gt;
&lt;p&gt;python-ldap:   python-ldap provides an object-oriented API to access LDAP directory servers   from Python programs. Mainly it wraps the OpenLDAP 2.x libs for that purpose.   Additionally the package contains modules for other LDAP-related stuff   (e.g. processing LDIF, LDAPURLs, LDAPv3 schema, LDAPv3 extended operations   and controls, etc.).&#13;
&#13;
Security Fix(es):&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 s…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2025-2681</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:15637-1 — python311-ldap-3.4.5-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:15637-1</link>
      <description>&lt;p&gt;python311-ldap-3.4.5-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;python311-ldap-3.4.5-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2025:15637-1</guid>
    </item>
    <item>
      <title>PYSEC-2026-1847 — python-ldap has sanitization bypass in ldap.filter.escape_filter_chars</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-1847</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/pysec-2026-1847</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:20933-1 — Security update for python-ldap</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:20933-1</link>
      <description>&lt;p&gt;Security update for python-ldap&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for python-ldap&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2026:20933-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-61911</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-61911</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: python-ldap, Ubuntu:Pro:18.04:LTS: python-ldap, Ubuntu:Pro:20.04:LTS: python-ldap, Ubuntu:22.04:LTS: python-ldap, Ubuntu:24.04:LTS: python-ldap, Ubuntu:25.10: 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; Ubuntu:Pro:16.04:LTS: python-ldap, Ubuntu:Pro:18.04:LTS: python-ldap, Ubuntu:Pro:20.04:LTS: python-ldap, Ubuntu:22.04:LTS: python-ldap, Ubuntu:24.04:LTS: python-ldap, Ubuntu:25.10: 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/ubuntu-cve-2025-61911</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1730 — Xerox FreeFlow Print Server: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1730</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Xerox FreeFlow Print Server ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Xerox FreeFlow Print Server ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1730</guid>
    </item>
  </channel>
</rss>
