>>> ldap.filter.escape_filter_chars(["abc@*()/xyz"], escape_mode=1)
'abc@*()/xyz'
>>> ldap.filter.escape_filter_chars({"abc@*()/xyz": 1}, escape_mode=1)
'abc@*()/xyz'
>>> ldap.filter.escape_filter_chars("abc@*()/xyz", escape_mode=1)
'abc@\\2a\\28\\29\\2fxyz'
>>> ldap.filter.escape_filter_chars(["abc@*()/xyz"], escape_mode=0)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/local/lib64/python3.12/site-packages/ldap/filter.py", line 41, in escape_filter_chars
s = assertion_value.replace('\\', r'\5c')
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'list' object has no attribute 'replace'
>>> ldap.filter.escape_filter_chars(["abc@*()/xyz"], escape_mode=2)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/local/lib64/python3.12/site-packages/ldap/filter.py", line 36, in escape_filter_chars
r.append("\\%02x" % ord(c))
^^^^^^
TypeError: ord() expected a character, but string of length 11 found
Summary
The sanitization method
ldap.filter.escape_filter_charscan be tricked to skip escaping of special characters when a craftedlistordictis supplied as theassertion_valueparameter, and the non-defaultescape_mode=1is configured.Details
The method
ldap.filter.escape_filter_charssupports 3 different escaping modes.escape_mode=0(default) andescape_mode=2happen to raise exceptions when alistordictobject is supplied as theassertion_valueparameter. However,escape_mode=1happily computes without performing adequate logic to ensure a fully escaped return value.PoC
Exploitable
Not exploitable
Impact
If an application relies on the vulnerable method in the
python-ldaplibrary 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.With Python being a dynamically typed language, and the commonly used
JSONformat supportinglistanddict, it is to be expected that Python applications may commonly forward unchecked and potentially maliciouslistanddictobjects to the vulnerable sanitization method.Luckily the vulnerable
escape_mode=1configuration does not appear to be widely used.Suggested Fix
Add a type check at the start of the
ldap.filter.escape_filter_charsmethod to raise an exception when the suppliedassertion_valueparameter is not of typestr.