Why TLS is better without STARTTLS: A Security Analysis of STARTTLS in the Email Context

  • TLS is one of today's most widely used and best-analyzed encryption technologies. However, for historical reasons, TLS for email protocols is often not used directly but negotiated via STARTTLS. This additional negotiation adds complexity and was prone to security vulnerabilities such as naive STARTTLS stripping or command injection attacks in the past. We perform the first structured analysis of STARTTLS in SMTP, POP3, and IMAP and introduce EAST, a semi-automatic testing toolkit with more than 100 test cases covering a wide range of variants of STARTTLS stripping, command and response injections, tampering attacks, and UI spoofing attacks for email protocols. Our analysis focuses on the confidentiality and integrity of email submission (email client to SMTP server) and email retrieval (email client to POP3 or IMAP server). While some of our findings are also relevant for email transport (from one SMTP server to another), the security implications in email submission and retrieval are more critical because these connections involve not only individual email messages but also user credentials that allow access to a user's email archive. We used EAST to analyze 28 email clients and 23 servers. In total, we reported over 40 STARTTLS issues, some of which allow mailbox spoofing, credential stealing, and even the hosting of HTTPS with a cross-protocol attack on IMAP. We conducted an Internet-wide scan for the particularly dangerous command injection attack and found that 320.000 email servers (2% of all email servers) are affected. Surprisingly, several clients were vulnerable to STARTTLS stripping attacks. In total, only 3 out of 28 clients did not show any STARTTLS-specific security issues. Even though the command injection attack received multiple CVEs in the past, EAST detected eight new instances of this problem. In total, only 7 out of 23 tested servers were never affected by this issue. We conclude that STARTTLS is error-prone to implement, under-specified in the standards, and should be avoided.

Export metadata

Additional Services

Share in Twitter
Metadaten
Author:Damian Poddebniak, Fabian Ising, Hanno Böck, Sebastian Schinzel
URL:https://www.usenix.org/conference/usenixsecurity21/presentation/poddebniak
ISBN:978-1-939133-24-3
Parent Title (English):Proceedings of the 30th USENIX Security Symposium, August 11–13, 2021
Document Type:Article in Conference Proceedings
Language:English
Date of Publication (online):2021/07/02
Year of first Publication:2021
Publishing Institution:FH Münster - University of Applied Sciences
Release Date:2021/07/02
Volume:2021
Institutes:Elektrotechnik und Informatik (ETI)
Publication list:Schinzel, Sebastian
Ising, Fabian
Licence (German):License Logo Bibliographische Daten