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

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 intellectual property, targeted Gmail accounts of human-rights activists, and led Google to publicly confront China and stop censoring its search results.

Share:

Social Engineering Examples·15 sources

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, in Google's own words, "at least twenty other large companies from a wide range of businesses," which Google placed in the internet, finance, technology, media and chemical sectors. Google did not say the companies were American and did not name defense; investigators and the press added defense contractors and put the total at 34 organizations including Google, while iSEC Partners later estimated over 100. Attackers used spear-phishing emails and instant 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 what Google described only as intellectual property, a phrase the company used in place of "source code" in both its blog post and the SEC exhibit, 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 same-day statement from the US Secretary of State treating the reports as unproven allegations and asking Beijing for an explanation, and an emergency Microsoft patch (MS10-002) for the underlying IE flaw.

How it 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 that ran JavaScript exploiting an unpatched Internet Explorer vulnerability, CVE-2010-0249, an HTML Object memory-corruption flaw. Microsoft's bulletin MS10-002 (2010) lists Internet Explorer 6, 7, and 8 as affected and marks Internet Explorer 5.01 as not applicable; McAfee wrote at the time that the attacks it had seen using this vector were focused on IE6. Successful exploitation silently downloaded and installed a backdoor Trojan later named Hydraq. The "Aurora" name came from a filepath string embedded in the binaries: McAfee's chief technology officer wrote on 14 January 2010 that "Aurora" was "part of the filepath on the attacker's machine that was included in two of the malware binaries," inserted by the compiler to record where the developer kept the source. The backdoor gave attackers remote access to view, create, and modify files, and it phoned home to command-and-control servers, reported by Wired in January 2010 as sitting in Illinois, Texas, and Taiwan. That access let the intruders move laterally inside corporate networks, escalate privileges, and exfiltrate data over encrypted channels, described by McAfee and contemporaneous reporting as source code, though Google itself said only intellectual property. Note on the "PDF attachment" shorthand often used for this case: the public record never settled it. McAfee's chief technology officer wrote on 14 January 2010 that "contrary to some reports our findings to date have not shown a vulnerability in Adobe Reader being a factor in these attacks," but in the same post allowed that "there very well may be other attack vectors that are not known to us at this time," and Wired reported the next day that none of the companies McAfee examined were breached with a malicious PDF while iDefense maintained an Adobe Reader and Acrobat flaw was used to reach some of the 34 breached companies via malicious PDF attachments. The best-evidenced vector at Google is the malicious link leading to an IE drive-by exploit; whether PDFs were used against other victims was never resolved publicly. Adding to the confusion, a separate Reader and Acrobat zero-day, CVE-2009-4324, was under active exploitation in the same weeks: Adobe published advisory APSA09-07 on 15 December 2009, before Aurora was disclosed, offering mitigation guidance until a patch was available and saying it planned an update by 12 January 2010. That advisory does not mention Google or Aurora.

The lure and 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. McAfee's chief technology officer described the pattern on 14 January 2010: "These attacks will look like they come from a trusted source, leading the target to fall for the trap and clicking a link or file." iSEC Partners, which worked with victim companies, put it the same way in a report covered by The Register on 1 March 2010: "Emails or instant messages that appeared to come from friends and trusted colleagues were combined with potent zero-day vulnerabilities targeting common applications." The same report described attackers "casing social networks to learn the identities of friends and business associates so instant messages and emails with poisoned links will appear more innocuous," which is the reconnaissance step that makes the pretext work. 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, without specifying 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. Rackspace confirmed its infrastructure had been used by the attackers, and Akamai later acknowledged it was targeted. Juniper Networks and Symantec went less far: both "acknowledged that they were investigating incidents, but stopped short of saying they had been hacked or of providing any details" (CSO Online, January 2010), and Juniper's own statement said only that it had "recently become aware of, and is currently investigating, a cyber security incident involving a sophisticated and targeted attack against a number of companies." Media reports named Yahoo, Northrop Grumman, Morgan Stanley, and Dow Chemical as additional targets. Investigators put the count at Google plus at least 33 other companies, 34 in total, a figure derived from a single command-and-control channel; iSEC Partners, after sifting roughly 60 more channels, estimated the true number of compromised companies could reach 100 (The Register, March 2010). 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, but she did not condemn the attacks or attribute them. Her statement, in full, was: "We have been briefed by Google on these allegations, which raise very serious concerns and questions. We look to the Chinese government for an explanation. The ability to operate with confidence in cyberspace is critical in a modern society and economy. I will be giving an address next week on the centrality of internet freedom in the 21st century, and we will have further comment on this matter as the facts become clear." (US Department of State, 12 January 2010.) 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 was separately dealing with an actively exploited Reader and Acrobat flaw, CVE-2009-4324. Advisory APSA09-07, published 15 December 2009, was mitigation guidance rather than a fix: it told customers to use the JavaScript Blacklist Framework or disable Acrobat JavaScript "until a patch is available," and said Adobe planned an update by 12 January 2010. The overlap in timing 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
Cite this case

Social Engineering Examples. “Operation Aurora: Chinese State-Linked Spear-Phishing Campaign Breaches Google, Adobe, and 20+ US Tech and Defense Firms”. Accessed 27 October 2026. https://socialengineeringexamples.com/operation-aurora-google-adobe-2009-2010

Attack Chain & Defense
1Reconnaissance and target selection
What happened

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.

The control that would have stopped it

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.

2Exploit and infrastructure preparation
What happened

Before contact, the group needed a working, previously unknown Internet Explorer exploit (CVE-2010-0249), a custom backdoor (later named Hydraq), and hosting plus command-and-control infrastructure staged and ready to receive connections from compromised machines. Wired reported in January 2010 that data was siphoned to command-and-control servers in Illinois, Texas, and Taiwan.

The control that would have stopped it

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.

3Trusted-sender spear-phishing delivery
What happened

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.

The control that would have stopped it

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.

4Drive-by browser exploitation
What happened

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.

The control that would have stopped it

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.

5Backdoor installation and command-and-control callback
What happened

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.

The control that would have stopped it

Egress and DNS monitoring for outbound beaconing to command-and-control infrastructure can catch a backdoor's callback before it establishes durable persistence. iSEC Partners' post-incident recommendations included logging and inspecting every query made to internal domain name system servers (The Register, March 2010).

6Privilege escalation and lateral movement
What happened

Using the initial foothold, attackers moved across corporate networks, escalated privileges, and reached internal systems, including source-code repositories. Investigators put the total at 34 organizations including Google, a figure drawn from a single command-and-control channel; iSEC Partners, after examining roughly 60 more channels, estimated the number of compromised companies could be as high as 100 (The Register, March 2010).

The control that would have stopped it

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.

7Data exfiltration and surveillance attempt
What happened

Attackers exfiltrated over encrypted channels what Google called intellectual property; McAfee and contemporaneous reporting described source code as the object of the theft, though Google itself never used that phrase. Separately the attackers 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.

The control that would have stopped it

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.

8Objective completion, detection, and fallout
What happened

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.

The control that would have stopped it

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 at least 20 other large companies per Google's own disclosure, with investigators putting the total at 34 organizations including Google and iSEC Partners later estimating it could top 100.
Rackspace confirmed its infrastructure was used in the attack and Akamai Technologies was reported as a target. Juniper Networks and Symantec confirmed in January 2010 only that they were investigating a related incident and stopped short of saying they had been hacked. Media-reported targets include Yahoo, Northrop Grumman, Morgan Stanley, and Dow Chemical
Company
Google
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.
BasisunquantifiedIntellectual property taken, never quantified in any filing
Google's SEC Form 8-K (filed 2010-01-13, Exhibit 99.1) and blog post describe theft of intellectual property, using that phrase and not "source code," plus reputational and 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
Documented incident
Case Type
Real-World Incident
Sector
Defense & Aerospace, Financial Services & Insurance, Manufacturing & Industrial, Media & Entertainment, Technology & Software
Threat Actor
nation-state
Explore more

Related Cases

Browse by what this case has in common with others in the library.