All vulnerabilities
CRITICALPhishingexploited in the wildcurated

CVE-2011-0609

Phishing · Spear phishing · RSA SecurID (EMC)

Summary

In 2011, attackers breached RSA Security, the company whose entire business was selling the SecurID tokens that millions of people used as their second factor of authentication. The irony was total: the maker of the security key got hacked, and the way in was an email. Two small batches of spear-phishing messages, subject-lined "2011 Recruitment Plan," went to low-profile employees with an Excel file attached. The email was caught by the spam filter; the breach happened only because an employee fished it back out of the junk folder and opened it, triggering a hidden Flash zero-day that installed a backdoor. From that one foothold the attackers worked their way to the crown jewels: the secret seed data behind SecurID. That stolen data was then turned against RSA's own customers, including the defense contractor Lockheed Martin. It is the canonical case of one opened attachment cascading into a supply-chain-grade compromise.

How it happened

The entry point was spear-phishing. Two small batches of emails subject-lined "2011 Recruitment Plan" were sent over two days to low-profile RSA employees, deliberately not executives, who would draw less scrutiny. The email was actually caught by RSA's spam filter; the breach happened only because an employee retrieved it from the junk folder and opened the Excel attachment, which triggered an Adobe Flash zero-day (CVE-2011-0609) embedded in the spreadsheet and installed a Poison Ivy backdoor on the machine.

From that single foothold, the attackers, a sophisticated and likely state-linked APT, escalated privileges, moved toward higher-value accounts, identified and stole privileged-user credentials, and ultimately exfiltrated data related to RSA's SecurID two-factor tokens, the seed data (secrets) that generates the rotating codes. A SecurID token's security rests entirely on the secrecy of that seed and the database mapping each token's serial number to its seed, so stealing that quietly undermined the tokens everywhere. The attackers staged the data in RAR-compressed, encrypted archives and FTP'd it out through a compromised hosting provider.

The damage and the supply-chain angle

The stolen seed-related data weakened the security of SecurID tokens worldwide, and it did not stay theoretical: weeks later, on 21 May 2011, it was used in an attempted intrusion at Lockheed Martin, a major US defense contractor, which detected the "significant and tenacious" attack, cut remote access, reset passwords, and reissued tokens, its intrusion-kill-chain model credited with stopping it. In other words, the breach of RSA became an attack on RSA's customers, a supply-chain compromise through a security vendor. RSA ultimately offered to replace SecurID tokens for affected customers (about 40 million in circulation, across more than 30,000 customers), and EMC took a $66.3 million remediation charge against its second-quarter 2011 earnings, a staggering admission of how deep the compromise went.

Why RSA SecurID still matters

It teaches three lessons at once. First, spear-phishing plus a document zero-day can defeat even a security company, and this attack deliberately targeted low-profile employees, so security awareness cannot be just for executives. Second, a two-factor system is only as secure as the secrecy of its seeds, which means that seed material, like signing keys, must be guarded as the crown jewels it is, in an HSM, segmented, and tightly access-logged. Third, compromising a security vendor is a path to all of its customers, the same logic that would define SolarWinds a decade later. The practical defences: patch or disable risky client runtimes (Flash, legacy macros) and detonate attachments in a sandbox, deploy EDR to catch backdoor behaviour, and least-privilege the secret material so one phished workstation cannot reach it. It shares the spear-phishing-with-outsized-impact pattern of the DNC and Podesta hack.

How to fix it

  • Assume the SecurID seed data is compromised and reissue or replace affected tokens (RSA did exactly this), and rotate the credentials the attacker reached.
  • Rebuild the backdoored hosts from clean media, hunt for the RAT and lateral movement, and isolate the seed and secret material.
  • Warn and support downstream customers whose tokens depend on the stolen seeds, since the breach is now their risk too.

How to avoid it

  • Patch or disable risky client-side runtimes (Flash, legacy Office macros) and detonate attachments in a sandbox.
  • Deploy EDR to catch RAT and backdoor behavior rather than relying on signature antivirus alone.
  • Segment and least-privilege seed and secret material so one phished workstation cannot reach it.
  • Hold high-value secrets (token seeds, signing keys) in an HSM with tight access logging.
  • Train all staff, not just executives; this attack deliberately targeted low-profile employees.

References

Related vulnerabilities

All Phishing →