In OpenLDAP 2.x before 2.5.12 and 2.6.x before 2.6.2, a SQL injection vulnerability exists in the experimental back-sql backend to slapd, via a SQL statement within an LDAP query. This can occur during an LDAP search operation when the search filter is processed, due to a lack of proper escaping.
The product constructs all or part of an SQL command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended SQL command when it is sent to a downstream component. Without sufficient removal or quoting of SQL syntax in user-controllable inputs, the generated SQL query can cause those inputs to be interpreted as SQL instead of ordinary user data.
Link | Tags |
---|---|
https://bugs.openldap.org/show_bug.cgi?id=9815 | issue tracking exploit vendor advisory |
https://www.debian.org/security/2022/dsa-5140 | third party advisory vendor advisory |
https://lists.debian.org/debian-lts-announce/2022/05/msg00032.html | third party advisory mailing list |
https://security.netapp.com/advisory/ntap-20220609-0007/ | third party advisory |