Knox CVE Database
/
CVE-2012-1854
Medium
6.9

CVE-2012-1854: Microsoft Visual Basic for Applications Insecure Library Loading Vulnerability

Microsoft Visual Basic for Applications (VBA) contains an insecure library loading vulnerability that could allow for remote code execution.

Added to the CISA KEV catalog:
April 13, 2026

Overview

Visual Basic for Applications (VBA) in Microsoft Office contains an untrusted search path flaw in VBE6.dll that allows a malicious DLL placed in the same directory as a legitimate Office document to be loaded and executed when a user opens that document. An attacker who can write a file to a directory the victim browses can achieve code execution in the context of the logged-on user. Affected products include Microsoft Office 2003, 2007, and 2010, as well as the standalone VBA SDK.

Vulnerability details

Affected vendor
Microsoft
Affected product
Visual Basic for Applications (VBA)
Weakness type (CWE)
CWE-426

The flaw is classified as CWE-426 (Untrusted Search Path). VBE6.dll, the core runtime component of Visual Basic for Applications, resolves external library names by searching the current working directory before consulting trusted system paths. This ordering is the root cause: when Windows loads a DLL by name without a fully qualified path, the application's working directory is checked first. An attacker who plants a specially named DLL in that directory wins the resolution race, and the operating system loads the malicious file as if it were a legitimate system library.


Exploitation requires local access in a broad sense: the attacker must be able to write a crafted DLL to a directory the victim will open an Office file from. That directory could be a local folder, a network share, or a WebDAV path. Once the victim opens a legitimate Office document in that directory, VBE6.dll loads the attacker's DLL and executes its code in the victim's session. If the user holds administrative rights, the attacker gains full control of the system, including the ability to install programs, create accounts, and modify or delete data. User interaction is required; the victim must open the file.

Severity and impact

6.9
Medium
AV:L/AC:M/Au:N/C:C/I:C/A:C
Attack vector
Local
Attack complexity
Medium
Privileges required
User interaction
Scope
Confidentiality impact
Complete
Integrity impact
Complete
Availability impact
Complete

Exploitation status

This vulnerability is confirmed as actively exploited in the wild — it is listed in CISA's Known Exploited Vulnerabilities (KEV) catalog.

Known ransomware campaign use
Unknown

Detection and monitoring

  • Monitor for DLL image-load events (Sysmon Event ID 7) where the loaded module path matches a document's working directory rather than a system or Office installation path, such as a load from Downloads or a UNC share alongside a .docx file.
  • Review file-system audit logs for DLL files written to directories that also contain Office documents, particularly on network shares or WebDAV-mounted paths, where an attacker could stage a malicious DLL without local interactive access.

Remediation

Apply mitigations per vendor instructions, follow applicable BOD 22-01 guidance for cloud services, or discontinue use of the product if mitigations are unavailable.
Federal (FCEB) remediation due date
April 27, 2026

Additional hardening

  • Apply the security update in Microsoft Security Bulletin MS12-046 (KB2707960 and related KBs), which corrects how VBE6.dll resolves external library paths, eliminating the untrusted search path behavior.
  • Restrict write permissions on directories containing shared Office documents, particularly on network shares and WebDAV locations, so only document owners or administrators can place files alongside documents.
  • Configure AppLocker or Software Restriction Policies to block DLL execution from user-writable directories such as user profile folders, Downloads, and UNC share paths, preventing an untrusted DLL from loading even if planted.
  • Where feasible, run Office applications under accounts with standard user rights rather than administrative rights, limiting the impact of a successful DLL-planting attack to the privileges of the logged-on user.

Key dates

Published (NVD)
July 10, 2012
Added to CISA KEV
April 13, 2026
Remediation deadline
April 27, 2026
Last updated
June 16, 2026

References

Frequently asked questions

Does CVE-2012-1854 affect my FedRAMP authorization?

If Microsoft Visual Basic for Applications (VBA) runs inside your authorization boundary, yes. CVE-2012-1854 is listed in CISA's Known Exploited Vulnerabilities (KEV) catalog, and its remediation deadline of April 27, 2026 has already passed. For a FedRAMP-authorized service, an unpatched KEV in your boundary is a finding, and an overdue one is already visible to your assessor and sponsoring agency. Your options now are to remediate it or formally document the mitigation and the delay.

How does Knox help me handle CVE-2012-1854?

Knox does not patch your software. Remediating Microsoft Visual Basic for Applications (VBA) is your responsibility under the FedRAMP shared-responsibility model. What Knox provides is the pre-authorized, single-tenant boundary to remediate within, plus Knox's automated continuous monitoring platform and audit-artifact coverage that document the fix for your next assessment. The remediation work is yours to carry out; maintaining a defensible compliance posture while you do it is not something you have to manage on your own.

How does Knox's monitoring help with vulnerabilities like this?

Knox's automated continuous monitoring platform watches your environment for newly disclosed vulnerabilities and compliance issues on a continuous basis, including cases like CVE-2012-1854. Exposure surfaces during ongoing monitoring rather than only when an assessor flags it at review time, giving you a shorter window between disclosure and awareness.

How do I get FedRAMP authorized with Knox?

Knox runs a FedRAMP-as-a-Service platform. It gives SaaS vendors a pre-authorized cloud boundary on AWS, Azure, and GCP. Your application inherits 60-80% of the required security controls. You reach FedRAMP authorization in about 90 days for roughly 90% less than the traditional $3.5M path. Book a meeting and Knox will map your path to authorization.

CVE-2012-1854's remediation deadline of April 27, 2026 has passed. What happens now?

If CVE-2012-1854 remains unremediated, it is already a Plan of Action and Milestones (POA&M) item. A growing POA&M list is what turns a routine continuous-monitoring review into a difficult conversation with your sponsoring agency. Closing the finding out and documenting why the deadline was missed is what keeps your authorization intact and the agency relationship on solid ground.

Access continuous compliance

We never compromise on security. Meet with our team to discuss scope, readiness, and map your company’s accelerated path to government certification.