China Hacked 53 Organisations Using Google Sheets as Its Command-and-Control Server. Google Just Shut It Down.

Abhishek GautamAbhishek Gautam6 min read
China Hacked 53 Organisations Using Google Sheets as Its Command-and-Control Server. Google Just Shut It Down.

Quick summary

Chinese espionage group UNC2814 used Google Sheets to hide C2 traffic as normal cloud document activity. Mandiant caught it. Here is how the attack worked.

Google's Mandiant threat intelligence unit has disclosed and disrupted one of the more technically sophisticated cyberespionage campaigns of 2026. The story matters beyond the usual "nation-state hacker" headline because of the technique used: the attackers hid their command-and-control infrastructure inside Google Sheets.

If you build applications on cloud infrastructure, or you are responsible for security monitoring in an organisation that uses Google Workspace, this is directly relevant to how you think about cloud service traffic.

The campaign: UNC2814 and GRIDTIDE

The threat group is tracked as UNC2814. Google's Threat Intelligence Group (GTIG), formerly Mandiant, named the backdoor deployed GRIDTIDE. The campaign was active from at least 2017 through early 2026, targeting:

  • Telecommunications companies in Africa, Asia, and the Americas
  • Government agencies in 42 countries
  • 53 confirmed compromised organisations
  • Data stolen: full names, phone numbers, dates of birth, voter IDs, national identification numbers

The scale — 53 organisations, 42 countries, 9 years active — makes this one of the larger publicly disclosed espionage operations. The longevity suggests the C2 technique was effective at evading detection for years.

The technical method: using Google Sheets as a C2

This is the part that should interest every security-conscious developer.

Traditional command-and-control (C2) infrastructure looks like this: compromised machine → custom protocol → attacker-controlled server → instructions back to machine. Security tools detect this by watching for unusual outbound connections to unknown IP addresses or domains.

GRIDTIDE bypassed this detection model entirely. Instead of a custom C2 server, the backdoor connected to a Google Sheets document. The attack flow:

  1. Initial compromise (phishing or supply chain) installs GRIDTIDE on the target machine
  2. GRIDTIDE makes regular HTTPS requests to the Google Sheets API — indistinguishable from a user syncing a spreadsheet
  3. Attackers update cells in the spreadsheet with encoded commands
  4. GRIDTIDE reads the cell values, decodes them, and executes the instructions
  5. Results are written back to different cells in the same spreadsheet

From a network monitoring perspective, the outbound traffic looks identical to a Google Workspace user accessing their documents. The source IP is a Google IP address. The protocol is standard HTTPS. There is no unusual domain. There is no custom port.

This technique is called "living off trusted infrastructure" or "abusing legitimate web services for C2." It is not new — attackers have used Dropbox, GitHub, Slack, and Twitter for C2 in various campaigns. But the sophistication here is the persistence: this ran for nine years.

What Google did to stop it

Google's response had two components:

  1. Account termination: The Google accounts used to host the C2 spreadsheets were identified and terminated, severing the communication channel.
  1. Detection deployment: Google Workspace security policies were updated to detect this pattern — repeated, programmatic, API-based access to spreadsheets with no human interaction pattern, writing and reading structured data at regular intervals.

This illustrates the structural difficulty with this attack class: to defeat it, the cloud provider itself has to take action. Network-level defenders at the target organisation could not have blocked "traffic to Google" without blocking all Google Workspace functionality.

What this means for developers

If you build applications that connect to Google Sheets (or any cloud service), consider the monitoring implications:

  • Your application's cloud service traffic is now indistinguishable from C2 traffic using the same technique
  • Security operations teams are starting to look at cloud service API access patterns, not just raw network destinations
  • Applications that access cloud services should document expected access patterns so anomalies can be identified

If you are responsible for organisational security:

  • Audit which applications in your environment access Google Sheets, Docs, Drive, or other cloud storage APIs
  • Distinguish between user-initiated and programmatic access — the latter deserves more scrutiny
  • Consider whether your monitoring can identify structured, non-human interaction patterns with cloud services

If you are building security tooling:

  • The GRIDTIDE technique represents a class of C2 evasion that requires cloud-provider cooperation to defeat at the network level
  • Detection at the endpoint (GRIDTIDE's behaviour on the compromised machine) is more tractable than detection at the network layer

The data stolen and why it matters

The campaign targeted voter IDs and national identification numbers alongside standard contact data. This data profile is consistent with two use cases: building voter databases for influence operation targeting, and building identity profiles for future targeted phishing or compromise operations.

The combination of phone numbers, full names, national IDs, and voter registration data from 42 countries is an intelligence asset with long-term value — names change, but national ID numbers typically do not.

The 42-country distribution, concentrated in Africa and Asia, aligns with regions where Chinese infrastructure investment (Belt and Road) and diplomatic engagement has been most active. Governments in these regions are both counterparty to Chinese economic relationships and potential targets for political intelligence collection.

The Google Sheets C2 takeaway

The core lesson from GRIDTIDE is architectural: defenders cannot rely on blocking "unusual" network traffic when attackers are deliberately generating "usual" network traffic. The distinction between legitimate cloud service use and adversarial cloud service use is behaviour, not destination.

Detection requires:

  • Endpoint behaviour analysis (what is the process doing on the machine?)
  • API usage pattern analysis (is the access pattern consistent with human use?)
  • Cross-correlation across organisations (is this spreadsheet accessed by machines across multiple organisations?)

None of these are trivial to implement. GRIDTIDE ran for nine years before being disrupted. The next campaign using this technique — or a variant using Microsoft OneDrive, Notion, or another trusted service — may already be running.

FAQ

Frequently Asked Questions

What is the GRIDTIDE cyberespionage campaign?

GRIDTIDE is a Chinese cyberespionage operation disclosed by Google's Mandiant threat intelligence unit in early 2026. The group, tracked as UNC2814, compromised 53 organisations in 42 countries over approximately nine years, stealing personal data including voter IDs and national identification numbers. The campaign used Google Sheets as a command-and-control server to hide malicious communications as normal cloud document traffic.

How did Chinese hackers use Google Sheets for command-and-control?

The GRIDTIDE backdoor connected to a Google Sheets document via the standard Google Sheets API. Attackers wrote encoded commands into spreadsheet cells; the malware read and executed them, then wrote results back. From a network monitoring perspective, this traffic was indistinguishable from a normal user accessing Google Workspace — it used Google IP addresses, standard HTTPS, and no unusual domains or ports.

Which organisations were targeted in the GRIDTIDE campaign?

UNC2814 targeted telecommunications companies and government agencies across 42 countries, with concentrations in Africa, Asia, and the Americas. 53 organisations were confirmed compromised. The data stolen included full names, phone numbers, dates of birth, voter registration IDs, and national identification numbers — a profile consistent with both influence operations and targeted intelligence collection.

How can developers protect against C2 attacks using Google Sheets?

Network-level blocking of Google traffic is not feasible without breaking Google Workspace. Effective defences include endpoint behaviour analysis (monitoring what processes are making API calls), API usage pattern analysis (distinguishing programmatic from human access patterns), and auditing which applications in your environment have access to cloud storage APIs. The GRIDTIDE technique requires cloud-provider cooperation at the network level — Google terminated the C2 accounts as part of the disruption.

Is this the first time Google services have been used for command-and-control?

No. Attackers have abused legitimate web services for C2 using Dropbox, GitHub, Slack, Twitter, and other platforms in previous campaigns. The technique is called "living off trusted infrastructure." What distinguished GRIDTIDE was its longevity — nine years active — suggesting the Google Sheets variant was particularly effective at evading detection compared to earlier variants using other services.

Free Weekly Briefing

The AI & Dev Briefing

One honest email a week — what actually matters in AI and software engineering. No noise, no sponsored content. Read by developers across 30+ countries.

No spam. Unsubscribe anytime.

More on Security

All posts →
SecurityCybersecurity

Hackers Used a React Frontend Vulnerability to Break Into LexisNexis AWS Infrastructure. 400K Users Exposed Including Federal Judges.

The LexisNexis data breach exploited a React2Shell vulnerability to pivot into AWS infrastructure, exposing 53 plaintext AWS Secrets Manager credentials and 400K user profiles including federal judges and DOJ staff. Here is how the attack worked.

·6 min read
CybersecurityDevelopers

Zero Trust Security for Developers: Why "Never Trust, Always Verify" Is Now the Baseline

The US DoD published its Zero Trust Implementation Guidelines in January 2026. The NSA released new ZT guidelines in February 2026. Zero trust is no longer a vendor buzzword — it is the mandated security architecture for US federal systems and the emerging default for serious enterprise security. Here is what it means for developers and how to implement it.

·11 min read
SecurityBusiness

Website Security Checklist for Small Businesses in 2026

Is your business website secure? This practical checklist covers the essential security measures every small business website needs in 2026 — from HTTPS and passwords to backups and monitoring. No technical jargon.

·10 min read
SecurityTech Industry

North Korea Just Stole $1.5 Billion in Crypto — What the Bybit Hack Means for Developers

The Lazarus Group's attack on Bybit in February 2026 is the largest crypto theft in history. How it happened, what the Safe{Wallet} exploit looked like, and what every developer building with crypto or Web3 must do now.

·10 min read

Written by

Software Engineer based in Delhi, India. Writes about AI models, semiconductor supply chains, and tech geopolitics — covering the intersection of infrastructure and global events. 941+ posts cited by ChatGPT, Perplexity, and Gemini. Read in 167 countries.