Description
The mod_tls module in ProFTPD before 1.3.2b, and 1.3.3 before 1.3.3rc2, when the dNSNameRequired TLS option is enabled, does not properly handle a '\0' character in a domain name in the Subject Alternative Name field of an X.509 client certificate, which allows remote attackers to bypass intended client-hostname restrictions via a crafted certificate issued by a legitimate Certification Authority, a related issue to CVE-2009-2408.
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
n/a n/a
n/aaffected
References
- http://marc.info/?l=oss-security&m=125630966510672&w=2 ↗
- https://www.redhat.com/archives/fedora-package-announce/2009-November/msg00649.html ↗
- http://secunia.com/advisories/37219 ↗
- https://www.redhat.com/archives/fedora-package-announce/2009-November/msg00642.html ↗
- http://www.debian.org/security/2009/dsa-1925 ↗
- http://bugs.proftpd.org/show_bug.cgi?id=3275 ↗
- http://marc.info/?l=oss-security&m=125632960508211&w=2 ↗
- http://www.securityfocus.com/bid/36804 ↗
- https://exchange.xforce.ibmcloud.com/vulnerabilities/53936 ↗
- http://secunia.com/advisories/37131 ↗
- http://www.mandriva.com/security/advisories?name=MDVSA-2009:288 ↗
- https://bugzilla.redhat.com/show_bug.cgi?id=530719 ↗