ctipilot.ch
← Back to the live brief
HIGHNATOB2threat

Three Russia-nexus espionage clusters compromise European diplomats and academics without malware — by talking targets through app passwords, device-code approvals and WhatsApp device-linking, all of which are legitimate features working as designed

discovered 2026-08-23 05:12 UTCrun 2026-08-23T0409Z-intel1 sourcesingle-source

Google Threat Intelligence Group published research on 2026-08-20 covering three suspected Russia-nexus espionage clusters that share a method rather than infrastructure: they compromise accounts by driving legitimate authentication features, not by delivering malware (Google Threat Intelligence Group, 2026-08-20). The reported target set puts this constituency inside the blast radius directly — "individuals working in academia, aerospace and defense, governments and think tanks across Europe", alongside US academia and think tanks. GTIG assesses with high confidence that all three possess a Russian nexus, and with moderate confidence that two of them are sub-clusters of the actor it tracks as ICE RELIC — the cluster more widely known as Midnight Blizzard — handling initial access.

Application passwords (UNC6293). An application-specific password is an account-level passcode issued so that a legacy client can authenticate without going through the second factor. The cluster sends a diplomatic or conference-themed lure — a PDF containing screenshots that walk the target through creating a password under a specific, official-looking name and sharing it back. Nothing is exploited and no code runs; the victim performs the whole operation, and the resulting credential is designed not to prompt for a second factor. Campaigns are deliberately small, typically fewer than five targets at a time. By mid-2026 the cluster had added a variation asking targets to share a verification code or post-login URL after authenticating legitimately to an external provider.

Device codes and WhatsApp linking (UNC7005, tracked here as Storm-2945, the cluster behind the CaptiveCrunch hospitality-WiFi captive-portal activity). The device-code flow exists so that input-constrained devices can authenticate: one device shows a short code, the user approves it on another. Phished, it becomes a way to have the victim authorise the attacker's session. This cluster delivers those prompts through emailed links to domains impersonating real conferences — GTIG documents a spoof of a European security forum reusing a template from an earlier embassy-invitation operation — and the pages fingerprint the browser with client-side JavaScript to detect automated scanners and headless browsers, withholding the code entirely until the visitor looks like a real person. That last detail matters operationally: a security team detonating the link in a sandbox may see a benign page.

The WhatsApp technique is the same idea applied to a messaging platform. The page asks for the target's phone number, the attacker's backend uses it to generate a genuine device-linking request, and the resulting code is displayed to the victim with instructions to approve it — linking the attacker's device to the victim's account through the vendor's own supported mechanism. The page then offers a voice call, encrypted chat or file share; if the victim joins the call, browser JavaScript captures microphone and camera through the standard media-capture interface and uploads the recording while the call is presented as having failed.

OAuth token harvesting (UNC5976). Assessed as operationally distinct from the other two, this cluster buys file-sharing-themed domains, creates a cloud project for each, and serves a fake file-share login. A target choosing to continue with their existing identity provider is sent through a genuine consent flow and then redirected to the attacker's own cloud-project URL, where a script captures the resulting token. GTIG disrupted the operation by disabling the malicious cloud projects; the cluster stood up at least twelve new domains within roughly three months and began moving hosting elsewhere. It has separately distributed a malicious spreadsheet plugin GTIG names HEADRUSH, observed in April 2026 and leading to an HTML Application downloader — a scripted payload executed through the built-in Windows host binary rather than as a conventional executable — delivered through a domain impersonating a Ukrainian research institute.

Detection concepts, telemetry class first. The unifying property is that none of this produces endpoint malware telemetry on the way in — the compromise completes in the identity plane, so that is where it must be caught. In identity and sign-in telemetry: creation of an application-specific password, which for most organisations should be a rare or extinct event and is trivially alertable; completion of a device-code authorisation, particularly where the approving session and the resulting access originate from different networks or geographies; and new OAuth consent grants to applications outside an approved inventory. In mail and web telemetry, conference-themed invitations linking to newly registered lookalike domains are the delivery pattern, though the browser fingerprinting means automated detonation may return a clean verdict — treat a link that renders differently for a sandbox than for a user as suspicious in itself rather than as a false positive. On the messaging side, the observable is the account's own linked-device list, which is user-visible and rarely inspected.

individuals working in academia, aerospace and defense, governments and think tanks across Europe

GTIG assesses with high confidence that these three threat clusters

Google Threat Intelligence Group 2026-08-20

Defender actions

  • Disable application-specific passwords tenant-wide if your identity platform still permits them — they are the one credential class in this research that defeats multi-factor authentication outright, and for most organisations nothing legitimate still depends on them.
  • Restrict the OAuth device-code authorisation flow by policy to the users and locations that genuinely need it, and alert on device-code grants completed from a different network than the sign-in that requested them.

ATT&CK mapping

7 techniques mapped from the cited reporting · MITRE ATT&CK v19.2

Initial Access TA0001
T1566.002Phishing: Spearphishing Link

Adversaries may send spearphishing emails with a malicious link in an attempt to gain access to victim systems. Spearphishing with a link is a specific variant of spearphishing. It is different from other forms of spearphishing in that it employs the use of links to download malware contained in email, instead of attaching malicious files to the email itself, to avoid defenses that may inspect email attachments. Spearphishing may also involve social engineering techniques, such as posing as a trusted source.

overlap matrix · ATT&CK page ↗

Execution TA0002
T1204.002User Execution: Malicious File

An adversary may rely upon a user opening a malicious file in order to gain execution. Users may be subjected to social engineering to get them to open a file that will lead to code execution. This user action will typically be observed as follow-on behavior from Spearphishing Attachment. Adversaries may use several types of files that require a user to execute them, including .doc, .pdf, .xls, .rtf, .scr, .exe, .lnk, .pif, .cpl, .reg, and .iso.

overlap matrix · ATT&CK page ↗

Persistence TA0003
T1556.006Modify Authentication Process: Multi-Factor Authentication

Adversaries may disable or modify multi-factor authentication (MFA) mechanisms to enable persistent access to compromised accounts.

overlap matrix · ATT&CK page ↗

Stealth TA0005
T1218.005System Binary Proxy Execution: Mshta

Adversaries may abuse mshta.exe to proxy execution of malicious .hta files and Javascript or VBScript through a trusted Windows utility. There are several examples of different types of threats leveraging mshta.exe during initial compromise and for execution of code

overlap matrix · ATT&CK page ↗

Defense Impairment TA0112
T1556.006Modify Authentication Process: Multi-Factor Authentication

Adversaries may disable or modify multi-factor authentication (MFA) mechanisms to enable persistent access to compromised accounts.

overlap matrix · ATT&CK page ↗

Credential Access TA0006
T1528Steal Application Access Token

Adversaries can steal application access tokens as a means of acquiring credentials to access remote systems and resources.

overlap matrix · ATT&CK page ↗

T1556.006Modify Authentication Process: Multi-Factor Authentication

Adversaries may disable or modify multi-factor authentication (MFA) mechanisms to enable persistent access to compromised accounts.

overlap matrix · ATT&CK page ↗

Collection TA0009
T1123Audio Capture

An adversary can leverage a computer's peripheral devices (e.g., microphones and webcams) or applications (e.g., voice and video call services) to capture audio recordings for the purpose of listening into sensitive conversations to gather information.

overlap matrix · ATT&CK page ↗

T1125Video Capture

An adversary can leverage a computer's peripheral devices (e.g., integrated cameras or webcams) or applications (e.g., video call services) to capture video recordings for the purpose of gathering information. Images may also be captured from devices or applications, potentially in specified intervals, in lieu of video files.

overlap matrix · ATT&CK page ↗

PROVENANCE

AI-generated · no human review · this permalink is the shareable record for the finding · verify operationally critical claims against the linked primary source.