ZeroHour
Cisco Talospublished ()ingested

CVE-2014-1761, Oh did you mean CVE-2012

highVulnerability exploited in the wildimportance 60CVE-2014-1761CVE-2012-0158CVE-2012-2539

Vulnerabilities mentionedAll →

CVEVulnerabilityCVSSEPSSFlagsAffectedExposurePublished
CVE-2012-0158
Remote Code Execution in Microsoft MSCOMCTL.OCX (Windows Common Controls)

CVE-2012-0158 is a remote code execution flaw in Microsoft's MSCOMCTL.OCX, the Windows Common Controls ActiveX component, where improper handling of crafted input allows memory corruption and code execution. It is typically triggered when an application that uses the control (most commonly Microsoft Office) processes specially crafted content, such as a malicious document or file, meaning a victim usually has to open attacker-supplied content. Successful exploitation lets an attacker run arbitrary code and take complete control of the affected system with the privileges of the current user. Any Windows system carrying a vulnerable copy of MSCOMCTL.OCX — including systems where the control was redistributed by legacy applications — is affected, which makes the potential population very large. Exploitation is confirmed and ongoing: the flaw is in CISA's Known Exploited Vulnerabilities catalog (added 2021-11-03) with known ransomware use, and EPSS assigns it the maximum reported probability of exploitation within 30 days.

Do: Apply the Microsoft security update for MSCOMCTL.OCX (per vendor instructions, per CISA's required action) on all systems, prioritizing endpoints and servers that open Office documents. Because exploitation commonly arrives via malicious documents, treat unsolicited Office/RTF attachments with suspicion and verify that applications that redistribute MSCOMCTL.OCX have installed a patched copy. Scan the estate for the presence and version of MSCOMCTL.OCX, especially on legacy Windows/Office installations that may be missed by routine patching.

100% KEV ransomware
  • Microsoft MSCOMCTL.OCX
masshundreds of millions of Windows systems potentially affected
CVE-2012-2539
Remote Code Execution in Microsoft Word via Crafted RTF Documents

CVE-2012-2539 is a remote code execution flaw in Microsoft Word that mishandles crafted RTF (Rich Text Format) data, allowing an attacker to execute arbitrary code as the logged-in user or crash Word in a denial of service. The flaw is triggered when Word processes a malicious RTF document, typically delivered as an email attachment or downloaded file; because Word also renders RTF content, simply opening or previewing attacker-supplied content can be enough to trigger it. Any user of an affected, unpatched Word installation who opens untrusted RTF documents is exposed; Microsoft shipped the fix in its December 2012 Word security bulletin (MS12-079). The vulnerability is listed in CISA's Known Exploited Vulnerabilities catalog (added 2022-03-28), confirming exploitation in the wild, and EPSS assigns a 53.2% probability of exploitation within 30 days (99th percentile), though no public PoC is known and ransomware use is unknown.

Do: Apply the Microsoft Word security update from the December 2012 bulletin (MS12-079) on any Office install still in service, per CISA's required action to apply vendor updates. Until patched, do not open RTF documents from untrusted sources and confirm whether legacy 2012-era Word builds remain in use in your environment.

53% KEV
  • Microsoft Word Microsoft Word (affected version ranges not enumerated in source data; all Word builds supported by Microsoft at disclosure in 2012, fixed in the December 2012
mass≫1M Word installations worldwide (hundreds of millions of Office seats deployed; residual unpatched legacy installs plausibly in the millions)
CVE-2014-1761
Memory Corruption RCE in Microsoft Word

CVE-2014-1761 is a memory corruption vulnerability (CWE-119) in Microsoft Word that can be triggered by processing a maliciously crafted document, such as one delivered as an email attachment. Successful exploitation corrupts memory in a way that allows an attacker to execute arbitrary code on the victim's system with the privileges of the current user. Anyone running an affected Microsoft Word installation is exposed, which in practice spans a very large share of business and consumer desktops given Word's ubiquity. The flaw is confirmed as exploited in the wild: it was added to CISA's Known Exploited Vulnerabilities Catalog on 2022-02-15, and EPSS assigns it a 77.5% probability of exploitation in the next 30 days (100th percentile). No public proof-of-concept is known, but the KEV listing and high EPSS indicate real-world attacker activity, and Word document flaws of this kind have historically featured in targeted APT and spear-phishing campaigns.

Do: Apply Microsoft's security update for CVE-2014-1761 to every Word installation per vendor instructions, treating it as an actively exploited, high-priority patch. Until patched, be alert for unsolicited Word documents arriving by email, and consider file-blocking policies for documents from untrusted sources. Check that legacy Word editions within your estate are covered, since older builds that no longer receive routine updates are the most likely to remain exposed.

77% KEV
  • Microsoft Word
masshundreds of millions of Word installations worldwide (Word is the dominant word processor across enterprise desktops)

Indicators of compromiseAll →

TypeIndicatorContext
sha2563fbffe29252df6a87f37962afe72576ea2a7a5540d6c7993cbbff265fcd2734deone submitted a sample to ClamAV that has the SHA256 hash: 3fbffe29252df6a87f37962afe72576ea2a7a5540d6c7993cbbff265fcd2734d as a potential false positive for the a signature we have t
Full article512 words · extracted from blog.talosintelligence.com · click to collapse

Tuesday, April 8, 2014 09:26

When the VRT first received word of a new Microsoft Word 0-day I anxiously awaited details and the ever important hash of the in-the-wild exploit to be able to research it and provide coverage through Snort, ClamAV and the FireAmp suite of products. I was especially interested when word came that it was an RTF vulnerability, as I have spent a lot of time looking at high profile RTF vulnerabilities such as the ever popular CVE-2012-0158.

When the in the wild sample finally arrived I thought someone was playing an early April Fool's joke on us: I knew this vulnerability already. More than that, I had written the coverage for this almost a year and half ago! The vulnerability appeared to be CVE-2012-2539, which was released December 11th 2012 as Microsoft Security Bulletin MS12-079. I checked blogs, looked for any mistakes in the hash I had gotten but, no, this WAS the dreaded vulnerability that prompted Yahoo Finance to tell everyone not to open any RTF files. So I did some searching in my old research and found that I had written Snort rules 24974 and 24975 way back in December of 2012 for this vulnerability. The release posts on Snort.org's blog confirmed this (blog|rule changes). The rule even specifies the vulnerable element of the RTF specification, listoverridecount, in the message.

I enjoyed this hilarious state of affairs and we kept it to ourselves until someone else found it out, for dramatic effect if you will. Lo and behold, this week's blog posts by other security vendors popped up, pointing to listoverridecount as the exploitation vector. This confirmed what we already knew, that this vulnerability was centered around the listoverridecount value. The blog posts rightly deduced that the only legal values for this element are 0, 1 or 9 and other values could cause a crash. Our detection on both Snort and ClamAV already detected that. Interestingly though, there seems to be some programs that generate RTF out there that can generate values for listoverridecount that are not 0, 1 or 9, as we found out when someone submitted a sample to ClamAV that has the SHA256 hash:

3fbffe29252df6a87f37962afe72576ea2a7a5540d6c7993cbbff265fcd2734d

as a potential false positive for the a signature we have to detect attacks leveraging CVE-2012-2539.


ClamAV was the only vendor to detect it before we decided it was prudent to turn the signature into a PUA (Potentially Unwanted Application) signature since no one seemed to be exploiting it actively. The Snort rules have now been updated with new references and a non PUA ClamAV signature that references CVE-2014-1761 has gone out (I can only hope that alternate RTF generators stop using invalid values in their listoverridecounts).

All in all this 0-day has been a little bit disappointing since it was a rehash of a known vulnerability we already covered, but what I can console myself with is the fact that someone, somewhere is probably majorly annoyed because the exploit they built or bought is not working against Sourcefire/CISCO customers!

Text extracted automatically; images, tables and formatting may be missing. Original: https://blog.talosintelligence.com/cve-2014-1761-oh-did-you-mean-cve-2012/