{"vuid":"VU#555316","idnumber":"555316","name":"STARTTLS plaintext command injection vulnerability","keywords":["starttls","smtp","tls","ssl","plaintext","man-in-the-middle","SASL"],"overview":"Some STARTTLS implementations could allow a remote attacker to inject commands during the plaintext phase of the protocol.","clean_desc":"STARTTLS is an extension to plaintext communication protocols that offers a way to upgrade a plaintext connection to an encrypted (TLS or SSL) connection instead of using a separate port for encrypted communication. Some implementations of STARTTLS contain a vulnerability that could allow a remote unauthenticated attacker to inject commands during the plaintext protocol phase, that will be executed during the ciphertext protocol phase. This vulnerability is caused by the switch from plaintext to TLS being implemented below the application's I/O buffering layer. This issue is only of practical concern for affected implementations that also perform correct certificate validation. Implementations which do not perform certificate validation are already inherently vulnerable to man-in-the-middle attacks. Note: Not all implementations of STARTTLS are affected by this vulnerability. Some implementations of Simple Authentication and Security Layer (SASL) could also be affected by this vulnerability. Please see the Vendor Information below for specific vendor information.","impact":"A remote attacker with the ability to pose as a man-in-the-middle may be able to inject commands for the corresponding protocol (e.g., SMTP, POP3, etc.) during the plaintext protocol phase, that will then be executed during the ciphertext protocol phase.","resolution":"Update Please see the Vendor Information below for specific vendor information and patches.","workarounds":"Purge the application I/O buffer Developers of STARTTLS-enabled applications should take care to purge the application's I/O buffer immediately after switching to TLS in order to mitigate this vulnerability.","sysaffected":"","thanks":"Thanks to Wietse Venema for reporting this vulnerability.","author":"This document was written by Michael Orlando.","public":["http://tools.ietf.org/html/rfc2595","http://tools.ietf.org/html/rfc3207","http://tools.ietf.org/html/rfc4642"],"cveids":["CVE-2011-0411","CVE-2011-1430","CVE-2011-1431","CVE-2011-1432","CVE-2011-1575"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2011-01-11T20:29:07Z","publicdate":"2011-03-07T00:00:00Z","datefirstpublished":"2011-03-07T19:03:23Z","dateupdated":"2011-09-08T14:58:52Z","revision":53,"vrda_d1_directreport":"1","vrda_d1_population":"4","vrda_d1_impact":"4","cam_widelyknown":"1","cam_exploitation":"0","cam_internetinfrastructure":"10","cam_population":"7","cam_impact":"8","cam_easeofexploitation":"6","cam_attackeraccessrequired":"20","cam_scorecurrent":"1.386","cam_scorecurrentwidelyknown":"3.78","cam_scorecurrentwidelyknownexploited":"6.3","ipprotocol":"","cvss_accessvector":"","cvss_accesscomplexity":"","cvss_authentication":null,"cvss_confidentialityimpact":"","cvss_integrityimpact":"","cvss_availabilityimpact":"","cvss_exploitablity":null,"cvss_remediationlevel":"","cvss_reportconfidence":"","cvss_collateraldamagepotential":"","cvss_targetdistribution":"","cvss_securityrequirementscr":"","cvss_securityrequirementsir":"","cvss_securityrequirementsar":"","cvss_basescore":"","cvss_basevector":"","cvss_temporalscore":"","cvss_environmentalscore":"","cvss_environmentalvector":"","metric":1.386,"vulnote":null}