CVE-2013-3900 の詳細
CVEの情報
説明:
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 execution vulnerability exists in the way that the WinVerifyTrust function handles Windows Authenticode signature verification for portable executable (PE) files. An anonymous attacker could exploit the vulnerability by modifying an existing signed executable file to leverage unverified portions of the file in such a way as to add malicious code to the file without invalidating the signature. An attacker who successfully exploited this vulnerability could take complete control of an affected system. An attacker could then install programs; view, change, or delete data; or create new accounts with full user rights.
If a user is logged on with administrative user rights, an attacker who successfully exploited this vulnerability could take complete control of an affected system. An attacker could then install programs; view, change, or delete data; or create new accounts with full user rights. Users whose accounts are configured to have fewer user rights on the system could be less impacted than users who operate with administrative user rights.
Exploitation of this vulnerability requires that a user or application run or install a specially crafted, signed PE file. An attacker could modify an... See more at https://msrc.microsoft.com/update-guide/vulnerability/CVE-2013-3900
CVE更新日: 2013-12-11 00:55:03.693000
CVSSバージョン: 3.1
CVSSスコア: 5.5
KEVの情報
KEV更新日: 2022-01-10
EPSSの情報
EPSSは脆弱性が今後30日以内に悪用される確率を予測するスコアリングシステムで、FIRST(Forum of Incident Response and Security Teams)が提供しています。
EPSSのスコアが高いということは、攻撃されるリスクが高いことを意味するので、早めの対策が必要です。
EPSSスコア: 0.446470000
EPSS更新日: 2026-10-16 00:00:00
SSVCの情報
SSVCはカーネギーメロン大学ソフトウェア工学研究所が提案する脆弱性の評価手法です。ステークホルダーごとに脆弱性対応の優先度を決定することを支援します。
本サイトでは、CVE、KEV、EPSSの内容からExploitation(悪用状況)、Technical Impact(技術的影響)、Automatable(自動攻撃の可否)を判定します。
Exploitation: active
Technical Impact: high
Automatable: False
CVE-2013-3900は、Microsoft Windowsの
WinVerifyTrust関数における署名検証の脆弱性であり、攻撃者が正規に署名された実行可能ファイルに悪意のあるコードを挿入し、その署名を無効にすることなく実行できるリモートコード実行の脆弱性です。1. 脆弱性の概要
WinVerifyTrust関数がポータブル実行可能ファイル(PEファイル)のWindows Authenticode署名検証を処理する方法にリモートコード実行の脆弱性が存在します。Authenticodeの仕様では、署名されたPEファイルのWIN_CERTIFICATE構造内に未検証のデータを含めることが許可されており、攻撃者はこの隙を突いて、正規に署名された.exe、.sys、または.dllファイルに悪意のあるペイロードを付加しても、オペレーティングシステムがそのファイルを信頼されたものとして報告することを可能にします。これにより、攻撃者は署名を無効にすることなく、ファイルの未検証部分を利用して悪意のあるコードを追加できます。この脆弱性はCISAの既知の悪用された脆弱性カタログ(Known Exploited Vulnerabilities Catalog)に掲載されており、2022年1月10日に追加されました。
1.1 影響
1.2 深刻度
2. 対象となる環境
2.1 影響を受けるOSバージョン
WinVerifyTrust関数を使用するWindowsのバージョンです。2.2 影響を受ける設定
EnableCertPaddingCheckレジストリ値が設定されていない場合、この脆弱性の影響を受けやすい状態です。3. 影響を受けた時の兆候
この脆弱性は、正規に署名されたファイルに悪意のあるコードを挿入するため、直接的な兆候は、その悪意のあるペイロードによる影響として現れます。 一般的なシステム侵害の兆候としては、以下が挙げられます。
4. 推奨対策
4.1 本対策
EnableCertPaddingCheckレジストリ値を「1」に設定することで、より厳格なAuthenticode署名検証を有効にします。HKLM:\SOFTWARE\Microsoft\Cryptography\Wintrust\ConfigHKLM:\SOFTWARE\Wow6432Node\Microsoft\Cryptography\Wintrust\ConfigREG_SZまたはREG_DWORDのいずれでも機能しますが、REG_DWORDが推奨されます。WinVerifyTrustが拒否するようになります。4.2 暫定回避策(緩和策)
この脆弱性の主要な対策である
EnableCertPaddingCheckレジストリ設定は、システムを保護するための推奨されるアクションです。これを有効にすることが「本対策」であり、厳密な意味での「暫定回避策」は他にありません。ただし、
EnableCertPaddingCheckを有効にした後にレガシーアプリケーションとの互換性の問題が発生した場合、文書化された緩和策は、EnableCertPaddingCheckレジストリ値を削除するか、0に設定して再起動することにより、以前の検証動作を復元することです。しかし、これはシステムを再び脆弱な状態に戻すことを意味します。参照元サイト