The Federal Bureau of Investigation (FBI) has issued a Public Service Announcement (PSA) through its Internet Crime Complaint Center (IC3), warning of a sophisticated and ongoing phishing campaign. Active since late 2025, the campaign targets high-profile individuals and their circles using a technique known as OAuth consent phishing. This method allows attackers to gain persistent access to a victim's cloud service accounts (e.g., Microsoft, Google) without stealing their password. The FBI urges potential victims to be vigilant and understand that simply changing a password will not revoke the attacker's access.
The campaign employs a deceptive social engineering tactic to trick victims into authorizing a malicious application.
This attack vector is particularly insidious because it abuses a legitimate cloud feature. The victim interacts with a real login portal from Google or Microsoft, making the request seem authentic.
The attack leverages the trust inherent in the OAuth 2.0 authorization framework. The primary MITRE ATT&CK techniques involved are:
T1566.002 - Spearphishing Link: The initial message with the malicious link is a classic spearphishing technique, tailored to the high-profile target.T1528 - Steal Application Access Token: This is the core of the attack. By tricking the user into granting consent, the attacker effectively steals an application access token, which they can use to access the account's data programmatically.The persistence mechanism is a key feature. Unlike session hijacking, which can be terminated by a password change, OAuth tokens are independent and remain valid until they expire or are manually revoked by the user.
A successful consent phishing attack grants the threat actor significant access to a victim's digital life. The potential impacts include:
The FBI has not released specific Indicators of Compromise (IOCs), such as malicious application names or domains.
Detection efforts should focus on auditing application consents within the cloud environment.
Consent to application. Investigate consents granted to unfamiliar or newly created applications.GRANT_APPLICATION_PERMISSION events. Scrutinize apps with high-risk permissions.https://login.microsoftonline.com/common/oauth2/v2.0/authorizeclient_id parameter identifying the malicious app.Mail.ReadWrite, Files.ReadWrite.All, or offline_access.Defenders and users need to shift their focus from just password security to application security.
Domain Account Monitoring (D3-DAM).Mitigation focuses on policy, user awareness, and proactive auditing.
Application Configuration Hardening (D3-ACH).www.ic3.gov.Educating users to scrutinize OAuth consent screens, including the app name, publisher, and requested permissions, is the primary defense against this social engineering technique.
Configuring cloud environments (like Microsoft Entra ID or Google Workspace) to restrict or block user consent for unverified or non-allowlisted applications can prevent the attack entirely.
To combat OAuth consent phishing, administrators should harden their cloud environment's application consent policies. In Microsoft Entra ID, this involves configuring 'User consent settings' to 'Do not allow user consent'. Then, establish an 'admin consent workflow' so that users must request approval for new applications. This shifts the decision from potentially untrained users to the security team. Similarly, in Google Workspace, use 'API controls' to either block access to all third-party apps by default or trust only a specific list of internal and vetted applications. This preventative measure ensures that malicious applications cannot be authorized without administrative review, directly blocking the core mechanism of the attack.
Implement continuous monitoring of application consent events within your cloud environment. Create specific detection rules in your SIEM to alert on suspicious consent activities. For example, an alert could trigger if a large number of users suddenly grant consent to the same new, unverified application, or if a user grants consent to an app with an unusual combination of high-risk permissions (e.g., Mail.ReadWrite and offline_access). For Microsoft environments, this involves monitoring Entra ID audit logs for the 'Consent to application' activity. This detective control allows security teams to quickly identify a potential consent phishing campaign in progress and begin incident response, such as revoking the malicious app's permissions for all affected users.
The FBI begins tracking the sophisticated OAuth consent phishing campaign.
The FBI and IC3 issue a Public Service Announcement (PSA) warning the public about the campaign.

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.
CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.
Help others stay informed about cybersecurity threats
Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.
Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.