Content Security Policy (CSP)
Configure and enforce a robust Content Security Policy to mitigate injection attacks and control resource loading.
Content Security Policy (CSP) is a free Browser Extensions Development (Chrome & Edge) lesson on CoddyKit — lesson 3 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Browser Extensions Development (Chrome & Edge) learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.
What is CSP?
Welcome to Content Security Policy (CSP)! This powerful security feature helps protect your browser extensions and web pages from dangerous attacks like Cross-Site Scripting (XSS).
Think of CSP as a bouncer for your extension. It tells the browser exactly which sources are allowed to load scripts, styles, images, and other resources.
How CSP Works
CSP operates by defining a set of "directives" in your extension's manifest.json file. Each directive specifies valid sources for a particular type of resource.
- Scripts: Where JavaScript can load from.
- Styles: Where CSS can come from.
- Images: Allowed sources for images.
- Frames: Which URLs can be embedded in iframes.
If a resource tries to load from an unapproved source, the browser blocks it!
MV3's Default CSP
For Manifest V3 extensions, Chrome and Edge automatically apply a very strict default Content Security Policy. This helps ensure a baseline level of security.
You can customize or override this default CSP using the content_security_policy key within your manifest.json file. This is crucial when your extension needs to load resources from specific external domains.
`default-src`: The Catch-All
The default-src directive is your CSP's fallback. If you don't specify a directive for a particular resource type (like script-src or img-src), the browser will use the rules defined in default-src.
Common values:
'self': Allows resources only from the extension's own origin.https://example.com: Allows resources from a specific HTTPS domain.*: Allows resources from any origin (use with extreme caution!).
Restricting JavaScript (`script-src`)
The script-src directive is vital for preventing Cross-Site Scripting (XSS). It dictates where your extension can load JavaScript code from.
For extensions, always avoid using 'unsafe-inline' or 'unsafe-eval'. These directives allow inline scripts and eval(), which are major security risks. Load scripts from your extension's package or explicitly whitelisted safe domains.
Manifest with CSP
Here's how you'd define a basic CSP in your manifest.json to allow scripts only from your extension's package and images from any source:
{
"name": "My Secure Extension",
"version": "1.0",
"manifest_version": 3,
"action": {
"default_popup": "popup.html"
},
"content_security_policy": {
"extension_pages": "script-src 'self'; object-src 'self'; img-src *"
}
}Styles, Images & More
Just like with scripts, you can control other resource types:
style-src: Defines valid sources for CSS stylesheets. Use'self'or specific HTTPS URLs.img-src: Specifies allowed sources for images. You might use'self',data:(for base64 images), or specific image CDNs.
Always be as restrictive as possible to enhance security!
Beyond Basic Directives
CSP offers many more directives for fine-grained control:
object-src: Restricts sources for plugins like<object>,<embed>.frame-src: Controls which URLs can be loaded into<frame>,<iframe>, etc.connect-src: Limits where your extension can make network requests (e.g.,fetch(),XMLHttpRequest).
Principle of Least Privilege
When defining your CSP, always follow the "Principle of Least Privilege". This means only allowing exactly what your extension needs and nothing more.
- Start with the strictest possible CSP.
- Gradually add directives and sources as required.
- Avoid wildcards (
*) unless absolutely necessary and justified. - Regularly review your CSP as your extension evolves.
CSP Rule Check
You are building an extension and want to allow scripts only from your extension's own files, and images from any external HTTPS source. Which of the following CSP configurations would achieve this for extension_pages?
Recap: Secure with CSP
Great job! You've learned how Content Security Policy (CSP) is a critical defense mechanism for your browser extensions.
- CSP helps prevent XSS and other injection attacks.
- It works by whitelisting trusted sources for resources.
- Manifest V3 enforces a strict default CSP.
- Use directives like
default-src,script-src,style-src, andimg-srcto control content. - Always apply the Principle of Least Privilege when defining your CSP.
A well-configured CSP is key to building secure and robust extensions!
Frequently asked questions
Is the “Content Security Policy (CSP)” lesson free?
Yes — the full text of “Content Security Policy (CSP)” is free to read here on the web, and the Browser Extensions Development (Chrome & Edge) course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Browser Extensions Development (Chrome & Edge) course, upgrade to CoddyKit PRO.
What will I learn in “Content Security Policy (CSP)”?
Configure and enforce a robust Content Security Policy to mitigate injection attacks and control resource loading. You practise Browser Extensions Development (Chrome & Edge) with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.
Do I need any experience to start Browser Extensions Development (Chrome & Edge)?
No prior experience is required. Browser Extensions Development (Chrome & Edge) on CoddyKit is structured for beginners through advanced learners; this is — lesson 3 of 4, so you can start here or from the beginning and move at your own pace.
How long does the “Content Security Policy (CSP)” lesson take?
Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.
Can I write and run code in this Browser Extensions Development (Chrome & Edge) lesson?
Yes. Every Browser Extensions Development (Chrome & Edge) lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.
All lessons in this course
- Understanding Advanced Permissions
- Secure Coding Practices
- Content Security Policy (CSP)
- Optional Permissions & Runtime Requests