CVE-2026-7666: Potential unencrypted email transmission via STARTTLS in the SMTP backend

Published Jun 3, 2026
·
Updated

An issue was discovered in Django 6.0 before 6.0.6 and 5.2 before 5.2.15. django.core.mail.backends.smtp.EmailBackend in Django fails to prevent reuse of a partially-initialized connection after a failed STARTTLS handshake when failsilently=True, which allows on-path network attackers to read email content via cleartext interception. Earlier, unsupported Django series (such as 5.0.x, 4.1.x, and 3.2.x) were not evaluated and may also be affected. Django would like to thank Kasper Dupont for reporting this issue.

Affected Software

3 affected components
Django Software Foundation Django<6.0.6, <5.2.15
djangoproject Django>=5.2<5.2.15
djangoproject Django>=6.0<6.0.6

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Django to a version that resolves this vulnerability.

    Fixed in 6.0.6
  2. Upgrade

    Upgrade Django to a version that resolves this vulnerability.

    Fixed in 5.2.15
  3. Configuration

    Do not use fail_silently=True with the SMTP EmailBackend. Set fail_silently=False or handle SMTP exceptions so a failed STARTTLS does not allow reuse of a partially-initialized connection.

    django.core.mail.backends.smtp.EmailBackend fail_silently = false
  4. Compensating control

    Prevent on-path interception of SMTP traffic: restrict outbound SMTP to trusted mail relays via firewall/ACLs, require encrypted transport to mail relays (e.g., enforce STARTTLS/SMTPS), or route SMTP traffic over secure networks (VPN) until code is patched.

  5. Operational

    If you run earlier/unsupported Django series (e.g., 5.0.x, 4.1.x, 3.2.x), assess exposure for this issue, review mail-sending logs for potential cleartext transmission, and plan migration to a supported fixed release or follow vendor guidance.

Event History

Jun 3, 2026
CVE Published
via MITRE·01:16 PM
Data Sourced
via MITRE·01:16 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·02:16 PM
RemedyDescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-7666?

The severity of CVE-2026-7666 is rated as low with a score of 3.1.

2

How do I fix CVE-2026-7666?

To fix CVE-2026-7666, upgrade Django to version 6.0.6 or later, or 5.2.15 or later.

3

What impact does CVE-2026-7666 have on email security?

CVE-2026-7666 allows on-path attackers to potentially read unencrypted email transmissions due to a failure in the STARTTLS handshake.

4

Which versions of Django are affected by CVE-2026-7666?

Django versions 6.0 before 6.0.6 and 5.2 before 5.2.15 are affected by CVE-2026-7666.

5

What is the primary cause of CVE-2026-7666?

The primary cause of CVE-2026-7666 is the reuse of a partially-initialized connection after a failed STARTTLS handshake when fail_silently=True.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203