{"vuid":"VU#118748","idnumber":"118748","name":"POCO C++ Libraries NetSSL library fails to properly validate wildcard certificates","keywords":["POCO","C++","SSL","CWE-350"],"overview":"The POCO C++ Libraries NetSSL library fails to properly validate wildcard certificates, allowing an attacker to trick the victim application into trusting a malicious certificate.","clean_desc":"CWE-350: Reliance on Reverse DNS Resolution for a Security-Critical Action Guenter Obiltschnig of Applied Informatics GmbH reports: The Poco::Net::X509Certificate::verify() method in the POCO C++ Libraries NetSSL library fails to properly validate a wildcard certificate if DNS reverse mapping is broken. In case of a wildcard certificate, the class relies on DNS to obtain aliases for the host name, which are then used for matching against the wildcard domain name(s) in the certificate. Stable release versions 1.4.6p2 and older are affected, as well as development release version 1.50 to 1.5.2.","impact":"After a successful DNS spoofing attack, the attacker may be able to trick a SSL/TLS client into successfully validating a certificate from a malicious server. However, this requires that the certificate first passes the certificate chain validation.","resolution":"Apply an Update Vendors and developers which incorporate the POCO C++ NetSSL library into their software should update to version 1.4.6p4 or later.","workarounds":"","sysaffected":"","thanks":"Thanks to Tuomas Siren and Alexander Berezhnoy for originally discovering the vulnerability.","author":"This document was written by Todd Lewellen.","public":["http://pocoproject.org/","http://pocoproject.org/download/index.html","https://github.com/pocoproject/"],"cveids":["CVE-2014-0350"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2014-04-03T18:26:48Z","publicdate":"2014-04-24T00:00:00Z","datefirstpublished":"2014-04-24T15:00:03Z","dateupdated":"2014-04-24T15:00:06Z","revision":7,"vrda_d1_directreport":"1","vrda_d1_population":"3","vrda_d1_impact":"3","cam_widelyknown":"0","cam_exploitation":"0","cam_internetinfrastructure":"0","cam_population":"0","cam_impact":"0","cam_easeofexploitation":"0","cam_attackeraccessrequired":"0","cam_scorecurrent":"0","cam_scorecurrentwidelyknown":"0","cam_scorecurrentwidelyknownexploited":"0","ipprotocol":"","cvss_accessvector":"N","cvss_accesscomplexity":"L","cvss_authentication":null,"cvss_confidentialityimpact":"P","cvss_integrityimpact":"P","cvss_availabilityimpact":"N","cvss_exploitablity":null,"cvss_remediationlevel":"OF","cvss_reportconfidence":"C","cvss_collateraldamagepotential":"ND","cvss_targetdistribution":"L","cvss_securityrequirementscr":"ND","cvss_securityrequirementsir":"ND","cvss_securityrequirementsar":"ND","cvss_basescore":"6.4","cvss_basevector":"AV:N/AC:L/Au:N/C:P/I:P/A:N","cvss_temporalscore":"4.7","cvss_environmentalscore":"1.18743724441125","cvss_environmentalvector":"CDP:ND/TD:L/CR:ND/IR:ND/AR:ND","metric":0.0,"vulnote":null}