Consent phishing: an underestimated risk and how to protect yourself
Consent phishing uses OAuth consent to gain access to mailboxes and data without asking for a password, sidestepping password changes and two-factor login.
- by blacklens.io Team
- Published
- Updated
- 2 min read

A particularly devious scam is turning up more and more often: consent phishing. This type of phishing aims to trick users into giving their permission, so that attackers gain access to sensitive data and systems. Why do attackers use this method, and how can you protect yourself?
The tactic behind consent phishing
Consent phishing differs from conventional phishing in that it does not ask for passwords directly. Instead, victims are tricked into granting an application access permissions to their data or services, often through well-disguised consent requests. This tactic is particularly insidious because it bypasses the safeguards many companies have introduced, such as regular password changes or two-factor authentication.

Consent phishing attack flow (source: Microsoft)
Attackers' motives and methods
The attackers' motive is clear: access to a broad range of information and systems that can be misused for further criminal activity, from identity theft to direct financial fraud. Once a user approves a consent request, things get dangerous: attackers often ask for specific permissions such as read access to email mailboxes or calendar entries.
Research by Microsoft shows that threat actors used third-party OAuth applications as their primary technique for exfiltrating data after victims had granted consent.

Consent dialog in Microsoft 365
Where blacklens.io helps
The best defence against consent phishing is a well-configured cloud environment with few privileged accounts. blacklens.io runs regular vulnerability scans in your cloud environment for this: through its Microsoft 365 and Azure connectors, the platform audits the configuration on a schedule and on demand. The identity inventory also shows which accounts hold privileged directory roles – the accounts whose consent is most valuable to attackers – which guest accounts exist and where MFA is missing.
The findings go into the same workflow as external and internal vulnerabilities, and notification policies route alerts to the responsible team by e-mail, push notification or integration. You should also review granted app permissions directly with your identity provider at regular intervals. Proactive measures are what work best against sophisticated phishing tactics, which is why blacklens.io starts with prevention rather than reaction.
Frequently asked questions
- Consent phishing is a phishing method in which attackers do not ask for passwords. Instead, they trick victims into granting a malicious application access permissions to their data or services. Consent is given through a genuine consent prompt from an OAuth 2.0 provider such as Microsoft. Because no password is stolen, regular password changes and two-factor authentication do not help.
More articles

HTTP2Shell: the Brotli flaw reaches far beyond Node.js
HTTP2Shell is not a new flaw but CVE-2026-111497 in any software with a Brotli decoder. Who is affected, and why the version number misleads.
- 5 min read

Node2Shell: why patching Node alone is not enough
Node2Shell exploits a flaw in the Brotli decoder that Node.js bundles. The fix ships in Node 22.23.4, 24.22.1 and 26.12.1 – and in Brotli itself.
- 5 min read

Fortinet hardening release: patching without an advisory
Fortinet shipped critical fixes for FortiOS, FortiManager and FortiAnalyzer on 22 October 2026. The advisories with CVE ids only follow on 10 November.
- 5 min read
See your attack surface within 24 hours.
We set up your workspace and walk you through the first findings.
- 14 days free, all features
- No credit card required
- We walk you through your first findings