High

Insufficient output escaping of attachment names in PHPMailer

  • Disclosed: 27.05.2020
  • Updated: 11.10.2026 10:22

Impact

CWE-116: Incorrect output escaping.

An attachment added like this (note the double quote within the attachment name, which is entirely valid):

php
$mail->addAttachment('/tmp/attachment.tmp', 'filename.html";.jpg');

Will result in a message containing these headers:

Content-Type: application/octet-stream; name="filename.html";.jpg"
Content-Disposition: attachment; filename="filename.html";.jpg"

The attachment will be named filename.html, and the trailing ";.jpg" will be ignored. Mail filters that reject .html attachments but permit .jpg attachments may be fooled by this.

Note that the MIME type itself is obtained automatically from the source filename (in this case attachment.tmp, which maps to a generic application/octet-stream type), and not the name given to the attachment (though these are the same if a separate name is not provided), though it can be set explicitly in other parameters to attachment methods.

Patches

Patched in PHPMailer 6.1.6 by escaping double quotes within the name using a backslash, as per RFC822 section 3.4.1, resulting in correctly escaped headers like this:

Content-Type: application/octet-stream; name="filename.html\";.jpg"
Content-Disposition: attachment; filename="filename.html\";.jpg"

Workarounds

Reject or filter names and filenames containing double quote (") characters before passing them to attachment functions such as addAttachment().

References

CVE-2020-13625. PHPMailer 6.1.6 release

For more information

If you have any questions or comments about this advisory:

Affected software

Click a technology to see all vulnerabilities affecting it.

PlatformPackageVulnerable versionsFixed in
Composer package phpmailer/phpmailer < 6.1.6 6.1.6

References

CVSS score 7.5/10
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N
Weakness (CWE)
CWE-116
Platform
Composer
Package
phpmailer/phpmailer
Disclosed
27.05.2020
Updated
11.10.2026 10:22

Sources and licenses

OSV / GitHub Advisory Database - GHSA-f7hx-fqxw-rvvj - CC BY 4.0

Vulnerability history: phpmailer/phpmailer

All published vulnerabilities of this package (Composer package), newest first. Shows whether this is a one-off slip or a package that needs watching.

All (13) in the archive
Total entries
13
First → latest
12.2016 02.2024
Without a fix
0
Exploited in attacks
0

Severity breakdown

  • Critical 2
  • High 7
  • Medium 3
  • Low 1

Disclosures per year

  1. 2017: 0
  2. 2018: 0
  3. 2019: 0
  4. 2020: 5
  5. 2021: 3
  6. 2022: 2
  7. 2023: 0
  8. 2024: 2
  9. 2025: 0
  10. 2026: 0

earlier: 1

Severity:
  1. High CVE-2007-3215 < 1.7.4 1.7.4
  2. High CVE-2012-0796 < 2.2.1 2.2.1
  3. High CVE-2008-5619 < 5.2.10 5.2.10
  4. Critical · 9.8 CVE-2020-36326 >= 6.1.8, < 6.4.1 6.4.1
  5. Insufficient output escaping of attachment names in PHPMailer this entry
    High · 7.5 CVE-2020-13625 < 6.1.6 6.1.6
  6. High · 8.8 CVE-2018-19296 >= 5.0.0, < 5.2.27, >= 6.0.0, < 6.0.6 5.2.27, 6.0.6
  7. Critical · 9.8 CVE-2016-10045 >= 5.0.0, < 5.2.18 5.2.18

Know which vulnerabilities affect your application

With the DockRay integration and software inventory enabled, DockRay checks reported component versions against known vulnerabilities and notifies you about confirmed matches. Coverage depends on the supported technology and available advisory data.

Connect your application
DockRay newsletter

Application security in your inbox

Important vulnerabilities, actionable guidance and practical advice for your applications. Choose your technologies and follow what matters to your project.

  • A daily digest of new vulnerabilities, critical ones included.
  • Notifications about important updates.
  • Practical advice on application security and monitoring.

Leave empty to receive updates for every technology.

Free to subscribe. Unsubscribe with one click in any email.