A China-linked espionage group infiltrated North American medical, academic, and military research networks via a backdoor on REDCap research servers, then abused Google Workspace rules to auto-forward outgoing emails to attacker accounts (T1078, T1071.001), exfiltrating sensitive research for over a year.
Medical, academic, and military research organizations using REDCap and Google Workspace.
Abusing legitimate Google Workspace features for stealthy, long-term email exfiltration threatens research IP and national security.
- Audit Google Workspace mail-forwarding rules; revoke unauthorized ones.
- Secure/patch REDCap and research servers; rotate credentials.
- Enforce MFA and monitor anomalous logins/cloud connections.
- Run regular audits and incident-response readiness.
Key Technical Findings
State-sponsored email-exfiltration espionage via Google Workspace abuse.
REDCap research servers; Google Workspace tenants.
Backdoor on REDCap servers harvesting credentials.
Modifying Google Workspace rules to duplicate outgoing mail.
Persistent mail-forwarding rules; valid accounts (T1078).
Not specified in the source material.
Using legitimate Workspace functionality to mask activity.
Harvested researcher/personnel credentials.
Not specified in the source material.
Auto-forwarded sensitive emails; web-protocol C2 (T1071.001).
High – prolonged research/defense data theft.
Technical Background
The group implanted a backdoor on REDCap research servers to harvest credentials, then used valid accounts (T1078) to modify Google Workspace rules so outgoing messages were duplicated to attacker accounts – a stealthy exfiltration channel via legitimate functionality, with web-protocol C2 (T1071.001). The campaign ran over a year, stealing research and defense-related emails.
Defenses: audit mail-forwarding rules, secure REDCap/research servers, rotate credentials, enforce MFA, and monitor anomalous logins/cloud connections.
Attack Chain Analysis
-
Initial Access
ActivityBackdoor REDCap servers; harvest credentials.
EvidenceBackdoor artifacts; credential theft.
TelemetryServer/EDR logs.
Detection opportunityHunt for web/research-server backdoors.
-
Persistence
ActivityAdd Workspace forwarding rules (T1078).
EvidenceUnauthorized mail rules.
TelemetryGoogle Workspace audit logs.
Detection opportunityAudit forwarding-rule changes.
-
Exfiltration
ActivityAuto-forward emails; C2 (T1071.001).
EvidenceUnusual outbound cloud connections.
TelemetryCloud/proxy logs.
Detection opportunityDetect anomalous cloud connections.
Deep Technical Behavior Analysis
The defining behavior is abusing legitimate Google Workspace mail rules for stealthy, persistent exfiltration. The strongest defenses are forwarding-rule auditing, Workspace audit-log monitoring, MFA, and login-anomaly detection.
Specific indicators are not fully specified in the source material and require validation.
Indicators of Compromise
Indicators of Behavior
Behavioral indicators to hunt for even when atomic IoCs are limited (Potential — validate against your baseline).
| Behavioral Indicator | Description | Data Source | Confidence |
|---|---|---|---|
| Beaconing to rare destinations | Periodic outbound connections to newly-seen domains/IPs or direct-IP C2. | Proxy, firewall, DNS logs | Potential |
| Unusual DNS queries | High-entropy or rare domains; possible tunneling. | DNS resolver logs | Potential |
| Authentication anomalies | Spraying/stuffing, impossible travel, or MFA fatigue patterns. | IdP/VPN logs, Azure AD/Okta sign-ins | Potential |
| Suspicious IAM/OAuth changes | New API keys, OAuth apps, service principals, or role grants. | CloudTrail, Azure AD audit, GCP audit | Potential |
Detection Engineering Guidance
Defensive detection logic (Potential — tune to your environment). No exploit code is included; logic is for hunting and alerting only.
pseudo: successful logon where geo/ASN deviates from user baseline
or impossible-travel velocity => alert(level=medium)
pseudo: periodic outbound (low jitter) to newly-seen domain/IP
with small uniform payloads => alert(level=medium)
Recommended Log Sources
| Platform | Log Source | What to Look For | Priority |
|---|---|---|---|
| Endpoint | EDR / Defender telemetry | Process tree, persistence, tamper attempts | High |
| Cloud | CloudTrail / Azure AD / GCP audit | IAM/OAuth changes, key creation, role grants, sign-ins | High |
| Identity | IdP / VPN logs | Impossible travel, spraying, MFA fatigue | High |
| Network | DNS resolver logs | Rare/high-entropy domains, tunneling | Medium |
| Network | Proxy / firewall logs | Beaconing, direct-IP C2, exfil volume | High |
MITRE ATT&CK Mapping
| Tactic | Technique ID | Technique Name | Relevance | Detection Opportunity | Confidence |
|---|---|---|---|---|---|
| Credential Access | T1078 | Valid Accounts | Use of legitimate credentials for unauthorized access. | Monitor for anomalous login patterns or account usage. | Reported |
| Command and Control | T1071.001 | Application Layer Protocol: Web Protocols | Utilization of web-based protocols for communication with C2 servers. | Check for unusual outbound connections to known cloud services. | Reported |
Incident Response Guidance
- Validate exposure and confirm whether the issue applies to your environment.
- Preserve evidence (memory, disk, relevant logs) before remediation.
- Isolate affected hosts/accounts if compromise is suspected.
- Collect volatile data and review the log sources listed above.
- Hunt for the indicators of behavior and any related atomic indicators.
- Rotate potentially exposed credentials, keys, and session tokens.
- Remove persistence (tasks, services, keys, web shells, cron, OAuth grants).
- Patch affected systems; reimage where integrity cannot be assured.
- Run post-remediation validation and a BAS/security-validation retest.
Remediation and Hardening
- Patch affected systems and reduce internet-exposed services.
- Enforce MFA and least-privilege for privileged and remote access.
- Improve endpoint telemetry (Sysmon/EDR) and PowerShell logging.
- Restrict script execution and constrain LOLBins where feasible.
- Monitor persistence locations and disable unnecessary services.
- Segment critical assets and review privileged accounts.
- Rotate secrets and remove credentials from configuration files.
- Tune SIEM/EDR detections, then validate controls after changes.
Business Risk
- Service disruption: degraded or unavailable systems during compromise or recovery.
- Data exposure: risk to sensitive, regulated, or customer data depending on scope.
- Regulatory exposure: potential breach-notification and compliance obligations.
- Financial impact: incident response, downtime, and potential extortion costs.
- Brand and trust impact: reputational damage with customers and partners.
- Identity blast radius: compromised accounts can expand access across cloud and SaaS.
Executive Takeaway
What leadership needs to know: Abusing legitimate Google Workspace features for stealthy, long-term email exfiltration threatens research IP and national security. Current assessed risk: High.
Prioritise: patching/exposure reduction, identity hardening (MFA, least privilege), and detection coverage for the techniques above.
Validate after remediation: re-test controls with breach & attack simulation to confirm the relevant techniques are now prevented or detected.
Validating Your Defenses with Valitrix
A Valitrix Breach and Attack Simulation (BAS) platform can be instrumental in verifying the effectiveness of your defenses against the specific techniques employed in this attack. By safely emulating tactics such as credential theft and exploitation of cloud service rules, organizations can ensure that their detection and prevention controls are functioning as intended.
This non-destructive testing approach allows security teams to simulate real-world adversary techniques mapped to the MITRE ATT&CK framework, enabling them to proactively identify gaps in their defenses before they can be exploited by malicious actors.
Key Takeaways
- The exploitation of Google Workspace rules by Chinese hackers illustrates advanced techniques in email exfiltration.
- An initial compromise via REDCap server vulnerabilities underscores the importance of securing research platforms.
- Organizations must prioritize regular audits and strong monitoring practices to detect early signs of compromise.
- User education on security hygiene is critical in reducing the risk of credential theft.
Frequently Asked Questions
What is the significance of this breach?
This breach underscores the vulnerabilities within research networks handling sensitive information and necessitates enhanced cybersecurity measures.
How did the hackers maintain persistence in the network?
The attackers modified Google Workspace rules, enabling undetected data exfiltration over an extended period.
What can organizations do to prevent similar attacks?
Organizations should focus on regular security audits, user education on phishing, and implementing advanced monitoring solutions to detect suspicious activities.



