CVE-2024-49393
Medium · 6.5CVSS
6.5
EPSS
0.3%
Published
Nov 12, 2024
CISA due date
—
Cloudanix analysis
An attacker who can see an email in transit can secretly add themselves to the list of people receiving it without the signature showing anything is wrong.
- Exploitation
- Remote Unauthenticated
- Attacker needs
- None
- Complexity
- High
- Impact
- Data Exposure
- Component
- Application
- Class
- Cryptographic Weakness
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
Cryptographic signatures on emails do not cover To and Cc headers, allowing undetected modification of recipient addresses while preserving signature validity.
Why it matters to the business
Sensitive email content can reach unintended recipients, leading to confidentiality breaches that affect compliance, customer trust, and internal operations across email-using organizations.
How an attack unfolds
An attacker positioned on the network intercepts a cryptographically signed message, alters the To or Cc headers to include their own address, and delivers the modified message so the recipient's client accepts the signature as valid.
How to fix it
Upgrade mutt or neomutt to the latest available versions that enforce header inclusion in signatures; apply all vendor patches for Red Hat Enterprise Linux packages; consider client configuration to reject messages with unsigned recipient headers until patches are deployed.
How to confirm the fix worked
Review release notes and package changelogs for header validation fixes; test by sending signed messages with altered headers and confirming the client now flags them as invalid.
Typical attack path
- Position to intercept outbound or inbound signed email traffic
- Modify To or Cc header values without invalidating the signature
- Include attacker-controlled address among recipients
- Forward or deliver the altered message to original and new recipients
How to detect it
Examine mail server and client logs for unexpected recipient addresses on signed messages; look for signature verification events that succeed despite header mismatches in forensic mail archives.
What your security team should do
- Prioritize patching mutt and neomutt installations within standard change windows given the confidentiality exposure
- Inventory all systems using affected mail clients and track downstream package dependencies
- Configure email clients to warn on or reject messages whose signatures omit recipient headers
- Monitor vendor advisories for Red Hat Enterprise Linux updates addressing this issue
The record
In neomutt and mutt, the To and Cc email headers are not validated by cryptographic signing which allows an attacker that intercepts a message to change their value and include himself as a one of the recipients to compromise message confidentiality.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| Debian:11 | mutt | 0 | No fix |
| Debian:11 | neomutt | 0 | No fix |
| Debian:12 | mutt | 0 | No fix |
| Debian:12 | neomutt | 0 | No fix |
| Debian:13 | mutt | 0 | No fix |
| Debian:13 | neomutt | 0 | 20241002+dfsg-1 |
| Mageia:9 | neomutt | 0 | 20241002-1.mga9 |
| Ubuntu:20.04:LTS | mutt | 0 | No fix |
| Ubuntu:20.04:LTS | neomutt | 0 | No fix |
| Ubuntu:22.04:LTS | mutt | 0 | No fix |
| Ubuntu:22.04:LTS | neomutt | 0 | No fix |
| Ubuntu:24.04:LTS | mutt | 0 | No fix |
| Ubuntu:24.04:LTS | neomutt | 0 | No fix |
| Ubuntu:24.10 | mutt | 0 | No fix |
| Ubuntu:24.10 | neomutt | 0 | No fix |
| Ubuntu:25.04 | mutt | 0 | No fix |
| Ubuntu:25.10 | mutt | 0 | No fix |
| Ubuntu:Pro:16.04:LTS | mutt | 0 | No fix |
| Ubuntu:Pro:18.04:LTS | mutt | 0 | No fix |
| Ubuntu:Pro:18.04:LTS | neomutt | 0 | No fix |
| Ubuntu:Pro:18.04:LTS | neomutt | 0 | 20171215+dfsg.1-1ubuntu0.1~esm1 |
| Ubuntu:Pro:20.04:LTS | mutt | 0 | No fix |
| Ubuntu:Pro:20.04:LTS | neomutt | 0 | 20191207+dfsg.1-1.1ubuntu0.1~esm1 |
| Ubuntu:Pro:22.04:LTS | neomutt | 0 | 20211029+dfsg1-1ubuntu0.1~esm1 |
| Ubuntu:Pro:24.04:LTS | neomutt | 0 | 20231103+dfsg1-1ubuntu0.1~esm1 |
| openSUSE:Tumbleweed | neomutt | 0 | 20241114-1.1 |
Related vulnerabilities
- CVE-2024-49394 In mutt and neomutt the In-Reply-To email header field is not protected by cryptographic… Also affects mutt
- CVE-2024-49395 In mutt and neomutt, PGP encryption does not use the --hidden-recipient mode which may… Also affects mutt
- CVE-2014-9116 The write_one_header function in mutt 1.5.23 does not properly handle newline characters… Also affects mutt
- CVE-2026-87947 Improper Verification of Cryptographic Signature vulnerability in Drupal SAML SSO… CWE-347
- CVE-2026-84918 Improper Verification of Cryptographic Signature vulnerability in Drupal Monobank payment… CWE-347
- CVE-2026-102271 PyJWT is a Python implementation of JSON Web Token standards. CWE-347
- CVE-2026-102272 PyJWT is a Python implementation of JSON Web Token standards. CWE-347
- CVE-2026-102273 PyJWT is a Python implementation of JSON Web Token standards. CWE-347