Case Library / Phishing / Operation Aurora: Chinese State-Linked Spear-Phishing Campaign Breaches Google, Adobe, and 20+ US Tech and Defense Firms
Phishing Confirmed

Operation Aurora: Chinese State-Linked Spear-Phishing Campaign Breaches Google, Adobe, and 20+ US Tech and Defense Firms

Chinese state-linked hackers used spear-phishing links and an unpatched Internet Explorer zero-day to breach Google, Adobe, and dozens of other US tech and defense firms in a campaign that stole source code, targeted Gmail accounts of human-rights activists, and led Google to publicly confront China and stop censoring its search results.

Share:

Reviewed by the Social Engineering Examples team.

What Happened

In mid-December 2009, Google detected a highly sophisticated, targeted intrusion into its corporate infrastructure originating from China. Investigation revealed the attack was part of a broader campaign, later named "Operation Aurora," that also hit Adobe Systems and at least 20 (by some estimates up to 34, or over 100 per later infrastructure analysis) other large US companies across the internet, finance, technology, media, defense, and chemical sectors. Attackers used spear-phishing emails/IM messages containing links that appeared to come from trusted contacts; clicking led to a malicious webpage that exploited a previously unknown Internet Explorer zero-day (CVE-2010-0249) to silently install a backdoor Trojan (Hydraq), giving attackers remote access and command-and-control connectivity inside victim networks. At Google, the attackers stole intellectual property, including source code, and appear to have specifically sought access to Gmail accounts belonging to Chinese human rights activists (Google said only two accounts were accessed, limited to metadata, not content). Google publicly disclosed the attack via its corporate blog on January 12, 2010, and filed the disclosure with the SEC as an exhibit to a Form 8-K the next day. Adobe confirmed the same day that it had learned of a coordinated attack on its own network on January 2, 2010. The disclosure triggered Google's landmark decision to stop censoring Google.cn and reconsider its China operations, a US Secretary of State statement condemning the attacks, and an emergency Microsoft patch (MS10-002) for the underlying IE flaw.

How the Attack Worked

Attackers first identified specific employees at target firms (reconnaissance) and sent them a spear-phishing email or instant message containing a link that appeared to come from a trusted contact. Clicking the link routed the victim to a malicious webpage (hosted on infrastructure traced to Taiwan) that ran JavaScript exploiting an unpatched Internet Explorer vulnerability, CVE-2010-0249 (an HTML Object memory-corruption / use-after-free flaw affecting IE6 primarily). Successful exploitation silently downloaded and installed a backdoor Trojan later named Hydraq (the "Aurora" name itself came from a filepath string McAfee found embedded in the attackers' binaries). The backdoor gave attackers remote access to view, create, and modify files, and it phoned home to command-and-control servers, letting the intruders move laterally inside corporate networks, escalate privileges, and exfiltrate data, most notably portions of Google's source code repositories, over encrypted channels. Note: despite the "PDF/Office attachment" shorthand often used for this case, McAfee's own technical analysis found no evidence Adobe Reader was an exploitation vector in the core Aurora chain; the confirmed mechanism was a malicious link leading to an IE drive-by browser exploit, not a poisoned PDF/Office document opened locally. (A separate, unrelated Adobe Reader/Acrobat zero-day, CVE-2009-4324, was being actively exploited by different attackers around the same weeks and patched via APSA09-07, which likely contributed to the conflated "PDF" narrative.)

The Lure & the Tell

The lure was a link sent by email or instant message that appeared to come from someone the target trusted, a classic spear-phishing pretext exploiting an established relationship rather than a generic mass email. There was no crude "tell" in the traditional sense (no obvious spelling errors or spoofed domain); the sophistication was in the exploit chain, not the social engineering copy, which is precisely why Google itself, in its disclosure, warned users generally "to be cautious when clicking on links appearing in instant messages and emails," an implicit admission that the lure looked legitimate enough to fool trained corporate employees. The giveaway in hindsight was behavioral: once clicked, the link led to attacker-controlled infrastructure rather than a legitimate destination, and the payload initiated outbound beaconing to C2 servers that defenders could eventually detect via network monitoring.

Outcome

Google detected the intrusion in mid-December 2009 and disclosed it publicly via its corporate blog on January 12, 2010, filing the disclosure as Exhibit 99.1 to an SEC Form 8-K the next day (January 13, 2010). Google stated the attackers stole intellectual property (source code) and that a primary goal was accessing Gmail accounts of Chinese human rights activists, though it believed only two accounts were accessed and only metadata (account creation date, subject lines), not message content, was exposed; separately, dozens of human-rights-activist Gmail accounts elsewhere appeared to have been compromised via phishing/malware unrelated to a breach of Google's own systems. As a direct consequence, Google announced it would stop censoring Google.cn search results and would negotiate with Beijing over operating an unfiltered search engine, acknowledging this could mean shutting down Google.cn and its China offices (Google largely exited mainland search operations later in 2010). Adobe confirmed on January 12, 2010 that it had learned on January 2 of a coordinated attack on its corporate network. Juniper Networks and Rackspace also publicly confirmed they were targeted/compromised; Akamai later acknowledged it was targeted; media reports (Washington Post, Reuters) named Yahoo, Symantec, Northrop Grumman, Morgan Stanley, and Dow Chemical as additional targets, and security researchers (iSEC Partners, examining C2 infrastructure) estimated the true victim count could exceed 100 organizations, though only ~34 were confirmed via the single command-and-control server Google identified. Microsoft shipped an emergency out-of-band patch, MS10-002, on January 21, 2010, fixing the underlying IE vulnerability (CVE-2010-0249). US Secretary of State Hillary Clinton issued a public statement the same day as Google's disclosure condemning the attacks and calling on China to respond. Security vendors (McAfee, Symantec) and Dell SecureWorks later attributed the operation to a persistent threat group Symantec dubbed "Elderwood" (also called the "Beijing Group"), which was linked via shared code, infrastructure, and TTPs to years of subsequent zero-day and watering-hole campaigns against defense, human-rights, and IT-sector targets.

Why It Matters

Operation Aurora was a watershed moment that made "advanced persistent threat" (APT) and nation-state cyber-espionage mainstream boardroom and policy concerns rather than niche security-industry jargon. It demonstrated that a single well-crafted spear-phishing link, exploiting a zero-day, could breach some of the world's best-resourced technology companies simultaneously and pivot corporate security incidents into geopolitical events (triggering a US Secretary of State statement and reshaping Google's presence in China). It is a canonical case study for why spear phishing targeting individual employees, rather than brute-forcing network perimeters, remains the preferred entry vector for sophisticated state-linked actors, and why patch cadence for browser/client zero-days and network egress monitoring are critical compensating controls even at organizations with mature security programs. It also illustrates how public attribution and disclosure (Google's voluntary blog post, unusual for the era) can shift an incident from a private breach into a driver of corporate strategy and international diplomacy.

Defenses

Google's own remediation: hardened corporate network, began broad move to two-factor authentication and encrypted connections for Gmail (accelerating an internal "default HTTPS" push), and used the compromise as the proximate cause for its China policy reversal. Microsoft shipped an out-of-band critical bulletin (MS10-002, 2010-01-21) patching the IE "HTML Object Memory Corruption" use-after-free (CVE-2010-0249); several governments (France, Germany) issued advisories recommending users temporarily avoid Internet Explorer until patched. Adobe separately patched an unrelated actively-exploited Reader/Acrobat flaw (CVE-2009-4324 / APSA09-07) around the same date, which added public confusion about whether PDFs were an Aurora vector. General lessons drawn industry-wide: patch cadence for browser zero-days, egress/C2 monitoring to catch beaconing malware, network segmentation to limit lateral movement from a single spear-phished workstation, and scrutiny of unsolicited links even from seemingly trusted contacts.

Sources
Attack Chain & Defense
The sequence the attacker ran
How it could have been stopped
1
Reconnaissance and target selection: Attackers likely used OSINT sources such as corporate directories, professional-networking profiles, and prior breach data to identify specific employees at Google, Adobe, and dozens of other tech, defense, finance, and media firms whose trust relationships could be used to deliver a convincing link.
Countering Stage 1: Employee-facing OSINT exposure (org charts, professional-networking profiles) is very hard to eliminate at enterprise scale; the realistic control assumes attackers already have this and hardens the process it gets used against, such as verification habits, rather than trying to hide it.
2
Exploit and infrastructure preparation: Before contact, the group needed a working, previously unknown Internet Explorer exploit (CVE-2010-0249), a custom backdoor (later named Hydraq), and hosting/command-and-control infrastructure (traced to servers in Taiwan) staged and ready to receive connections from compromised machines.
Countering Stage 2: A truly unknown zero-day cannot be patched in advance, but threat-intelligence monitoring, rapid vendor disclosure channels, and browser-hardening defaults like Data Execution Prevention narrow the window an unpatched exploit stays usable, as Microsoft and researchers noted DEP-enabled configurations reduced the impact of this specific flaw.
3
Trusted-sender spear-phishing delivery: Targets received an email or instant message containing a link crafted to appear as though it came from a contact they already trusted, exploiting an established relationship rather than relying on a generic mass-phishing lure.
Countering Stage 3: Email and IM filtering plus a security culture that treats unsolicited links with skepticism, even ones that appear to come from known contacts, addresses this stage directly, since Google's own post-incident guidance was explicitly to be cautious clicking links in messages and emails.
4
Drive-by browser exploitation: Clicking the link routed the victim to an attacker-controlled webpage running JavaScript that silently exploited the unpatched Internet Explorer flaw, requiring no attachment to open and no further decision from the victim beyond the initial click.
Countering Stage 4: Prompt deployment of browser security patches (Microsoft's out-of-band MS10-002), retiring legacy browsers such as IE6, and sandboxing or isolating web-rendering processes closes the drive-by exploitation path before it can run.
5
Backdoor installation and command-and-control callback: Successful exploitation silently downloaded and installed the Hydraq backdoor, which phoned home to attacker-controlled C2 servers, giving the intruders persistent remote access to view, create, and modify files on the compromised machine.
Countering Stage 5: Egress and DNS monitoring for outbound beaconing to command-and-control infrastructure, the response iSEC Partners specifically recommended after this incident, can catch a backdoor's callback before it establishes durable persistence.
6
Privilege escalation and lateral movement: Using the initial foothold, attackers moved across corporate networks, escalated privileges, and reached internal systems, including source-code repositories, at Google and at least 34 (by some estimates over 100) other organizations identified through the shared command-and-control infrastructure.
Countering Stage 6: Network segmentation and least-privilege access controls limit how far a single compromised workstation can reach; investigators noted source-code repositories at several victim firms were left essentially unprotected internally, which this stage of control is meant to prevent.
7
Data exfiltration and surveillance attempt: Attackers exfiltrated intellectual property, including portions of Google's source code, over encrypted channels, and separately sought access to Gmail accounts belonging to Chinese human-rights activists, though Google said only two accounts were touched and only at the metadata level.
Countering Stage 7: Data-loss prevention, access logging, and anomaly detection on high-value repositories and executive/activist email accounts reduce what a persistent intruder can quietly remove, even over encrypted channels that cannot be inspected in transit.
8
Objective completion, detection, and fallout: The campaign's intelligence and IP-theft objectives were substantially achieved before Google detected the intrusion in mid-December 2009; detection led to public disclosure, an emergency Microsoft patch, and geopolitical fallout including Google's decision to stop censoring Google.cn.
Countering Stage 8: There is no technical control that stops a state-linked actor from pursuing an espionage objective once access is gained; the realistic mitigation is rapid, transparent disclosure (as Google did voluntarily) and using detection as the trigger for broader defensive and policy changes, such as Google's shift toward default HTTPS and two-factor authentication.
Quick Facts
Victim
Google Inc.; Adobe Systems; and 20+ (publicly estimated as many as 34, possibly over 100) other US technology, defense, finance, media, and chemical companies, including confirmed targets Juniper Networks, Rackspace, and Akamai Technologies, plus media-reported targets Yahoo, Symantec, Northrop Grumman, Morgan Stanley, and Dow Chemical
Location
Primary target: Google headquarters, Mountain View, California, USA (attack infrastructure and attribution traced to China)
Date
2009-12 (mid-December 2009 intrusion, per Google) to 2010-01-12 (public disclosure); Microsoft patch MS10-002 issued 2010-01-21
Impact
No dollar loss figure was disclosed by Google, Adobe, or any other confirmed victim in primary filings. Google's SEC Form 8-K (filed 2010-01-13, Exhibit 99.1) and blog post describe theft of intellectual property (source code) and reputational/strategic fallout (the decision to stop censoring Google.cn and review China operations) but state no quantified financial loss. Adobe said it found no evidence customer, financial, or employee data was compromised. Industry estimates of aggregate damage across the 20-34+ targeted firms were never officially quantified.
Status
Confirmed
Case Type
Real-World Incident
Sector
Defense & Aerospace, Financial Services & Insurance, Manufacturing & Industrial, Media & Entertainment, Technology & Software
Threat Actor
Nation-State / APT
Related

Related Cases

Stuxnet: USB-borne sabotage of Iran's air-gapped Natanz enrichment plant

A nation-state cyberweapon crossed an air gap into Iran's Natanz nuclear facility on infected USB drives carried in by trusted…

Incident 2010Read →

RSA SecurID Breach: The "2011 Recruitment Plan" Spear-Phishing Email (2011)

A single spear-phishing email titled "2011 Recruitment Plan," with a booby-trapped Excel attachment, breached security giant RSA and led to…

Incident 2011Read →

Target's 2013 Data Breach: A Phished HVAC Vendor as the Way In

A mass-phishing malware infection at Target's small HVAC contractor harvested vendor-portal credentials that attackers reused to pivot into Target's network…

Incident 2013Read →