Skip to content
CTI Academy Sponsor CTI Academy
MEDIUM · CVSS 5.5 CISA Known Exploited Vulnerability

CVE-2013-3900

Microsoft WinVerifyTrust function Remote Code Execution

Microsoft WinVerifyTrust function

Why is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update the Security Updates table and to inform customers that the EnableCertPaddingCheck is available in all currently supported versions of Windows 10 and Windows 11. While the format is different from the original CVE published in 2013, except for clarifications about how to configure the EnableCertPaddingCheck registry value, the information herein remains unchanged from the original text published on December 10, 2013, Microsoft does not plan to enforce the stricter verification behavior as a default functionality on supported releases of Microsoft Windows. This behavior remains available as an opt-in feature via reg key setting, and is available on supported editions of Windows released since December 10, 2013. This includes all currently supported versions of Windows 10 and Windows 11. The supporting code for this reg key was incorporated at the time of release for Windows 10 and Windows 11, so no security update is required; however, the reg key must be set. See the Security Updates table for the list of affected software. Vulnerability Description A remote code

CVSS
5.5
MEDIUM
EPSS
44.6%
30-day exploitation
Ransomware groups
0
recorded exploiting
Published
11 Dec 2013
CWE-347

Exploitation status

CISA Known Exploited Vulnerabilities

Listed by CISA on 10 January 2022. US federal agencies were required to remediate it by 10 July 2022.

EPSS — exploitation probability

FIRST puts the probability of exploitation activity in the next 30 days at 44.6%, which is higher than 98.8% of all scored vulnerabilities. EPSS is a forecast of activity, not a measure of severity, and it is rescored daily.

CVSS vector

CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:N

Frequently asked questions

Is CVE-2013-3900 being exploited by ransomware groups?

No ransomware group in this database is currently recorded as exploiting CVE-2013-3900.

What does CVE-2013-3900 affect?

CVE-2013-3900 affects Microsoft WinVerifyTrust function. Why is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update the Security Updates table and to inform customers that the EnableCertPaddingCheck is available in all currently supported versions of Windows 10 and Windows 11. While the format is different from the original CVE published in 2013, except for clarifications about how to configure the EnableCertPaddingCheck registry value, the information herein remains unchanged from the original text published on December 10, 2013, Microsoft does not plan to enforce the stricter verification behavior as a default functionality on supported releases of Microsoft Windows. This behavior remains available as an opt-in feature via reg key setting, and is available on supported editions of Windows released since December 10, 2013. This includes all currently supported versions of Windows 10 and Windows 11. The supporting code for this reg key was incorporated at the time of release for Windows 10 and Windows 11, so no security update is required; however, the reg key must be set. See the Security Updates table for the list of affected software. Vulnerability Description A remote code

How severe is CVE-2013-3900?

CVE-2013-3900 is rated MEDIUM with a CVSS base score of 5.5. EPSS puts the probability of exploitation in the next 30 days at 44.6%, higher than 98.8% of all scored vulnerabilities. It is listed in the CISA Known Exploited Vulnerabilities catalog, with a federal remediation deadline of 10 July 2022.

How should organisations respond to CVE-2013-3900?

Apply the vendor patch for Microsoft WinVerifyTrust function as the first priority, and treat any internet-facing instance as the most urgent. Because this vulnerability is associated with ransomware activity, also review whether the affected systems were reachable before patching, rather than assuming that patching alone closes the incident.