Use when identifying and exploiting OAuth 2.0 and OpenID Connect misconfigurations
Scanned 9/8/2026
Install to Claude Code
npx -y skills add oyi77/1ai-skills --skill exploiting-oauth-misconfiguration --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Exploiting Oauth Misconfiguration?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/oyi77-exploiting-oauth-misconfiguration)More formats (shields.io, HTML) on the badges page.
---
name: exploiting-oauth-misconfiguration
description: Use when identifying and exploiting OAuth 2.0 and OpenID Connect misconfigurations
including redirect URI manipulation, token leakage, and authorization code theft
during security assessments. Use when working with exploiting oauth misconfiguration.
domain: cybersecurity
tags:
- penetration-testing
- oauth
- oidc
- authentication
- web-security
- authorization
subdomain: web-application-security
version: '1.0'
author: oyi77
license: Apache-2.0
nist_csf:
- PR.PS-01
- ID.RA-01
- PR.DS-10
- DE.CM-01
category: cybersecurity
---
# Exploiting Oauth Misconfiguration
## Overview
Cybersecurity skill for exploiting oauth misconfiguration. Follows industry best practices and security standards.
## When to Use
**Trigger phrases:**
- "exploiting oauth misconfiguration"
- "Identifying and exploiting OAuth 2"
- During authorized penetration tests when the application uses OAuth 2.0 or OpenID Connect for authentication
- When assessing "Sign in with Google/Facebook/GitHub" social login implementations
- For testing single sign-on (SSO) flows between applications
- When evaluating API authorization using OAuth bearer tokens
- During security assessments of applications acting as OAuth providers or consumers
## When NOT to Use
- When you lack proper authorization for testing
- For production systems without change management
- When the task requires legal or compliance expertise beyond technical scope
## Prerequisites
- **Authorization**: Written penetration testing agreement covering OAuth/SSO flows
- **Burp Suite Professional**: For intercepting OAuth redirect flows
- **Browser with DevTools**: For monitoring redirect chains and token leakage
- **Multiple test accounts**: On both the OAuth provider and the target application
- **curl**: For manual OAuth flow testing
- **Attacker-controlled server**: For receiving redirected tokens/codes
## Workflow
```python
# Example: IOC detection
import re
IOC_PATTERNS = {
"ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",
"domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",
"hash_md5": r"\b[a-f0-9]{32}\b",
"hash_sha256": r"\b[a-f0-9]{64}\b",
}
def extract_iocs(text: str) -> dict:
return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}
```
1. **Reconnaissance** — Gather information about the target related to oauth misconfiguration. Identify attack surface.
2. **Vulnerability Identification** — Enumerate potential oauth misconfiguration weaknesses using automated and manual techniques.
3. **Exploit Development/Selection** — Choose or develop exploits targeting identified oauth misconfiguration vulnerabilities.
4. **Execution** — Execute the oauth misconfiguration test in a controlled manner with proper authorization.
5. **Post-Exploitation** — Document the impact and extent of successful exploitation.
6. **Reporting** — Write detailed findings with reproduction steps, impact assessment, and remediation guidance.
## Tools
- **Vulnerability Scanner** — Automated weakness identification
- **Exploitation Framework** — Controlled exploitation testing
- **Reporting Tool** — Findings documentation and tracking
## Process
1. **Reconnaissance** — Gather target information, identify attack surface, enumerate services
1. **Analysis/Exploitation** — Execute the technique, analyze results, document findings
1. **Reporting** — Document IOCs, write findings, provide remediation recommendations
## Verification
- [ ] All oauth misconfiguration procedures executed completely and documented
- [ ] Findings validated against multiple data sources
- [ ] False positives identified and filtered
- [ ] Results documented with evidence and timestamps
- [ ] Recommendations provided with risk-based prioritization
## Anti-Rationalization Table
| Rationalization | Reality |
|---|---|
| "We are too small to be targeted" | Automated attacks target everyone. Size does not matter. |
| "Security slows us down" | A breach slows you down 100x more. Build security in from the start. |
| "We will fix it after launch" | Vulnerabilities in production are exploited within hours. Fix before deploy. |Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!