child-src directive defines the valid sources for web workers and nested browsing contexts loaded using elements such as
<iframe>. For workers, non-compliant requests are treated as fatal network errors by the user agent.
|Directive type||Fetch directive|
||Yes. If this directive is absent, the user agent will look for the
One or more sources can be allowed for the child-src policy:
Content-Security-Policy: child-src <source>; Content-Security-Policy: child-src <source> <source>;
<source> can be one of the following:
- Internet hosts by name or IP address, as well as an optional URL scheme and/or port number. The site's address may include an optional leading wildcard (the asterisk character,
'*'), and you may use a wildcard (again,
'*') as the port number, indicating that all legal ports are valid for the source.
http://*.example.com: Matches all attempts to load from any subdomain of example.com using the
mail.example.com:443: Matches all attempts to access port 443 on mail.example.com.
https://store.example.com: Matches all attempts to access store.example.com using
*.example.com: Matches all attempts to load from any subdomain of example.com using the current protocol.
- A scheme such as
https:. The colon is required. Unlike other values below, single quotes shouldn't be used. You can also specify data schemes (not recommended).
data:URIs to be used as a content source. This is insecure; an attacker can also inject arbitrary data: URIs. Use this sparingly and definitely not for scripts.
mediastream:URIs to be used as a content source.
blob:URIs to be used as a content source.
filesystem:URIs to be used as a content source.
- Refers to the origin from which the protected document is being served, including the same URL scheme and port number. You must include the single quotes. Some browsers specifically exclude
filesystemfrom source directives. Sites needing to allow these content types can specify them using the Data attribute.
- Allows the use of
eval()and similar methods for creating code from strings. You must include the single quotes.
- Allows enabling specific inline event handlers. If you only need to allow inline event handlers and not inline
- Allows the use of inline resources, such as inline
<style>elements. The single quotes are required.
- Refers to the empty set; that is, no URLs match. The single quotes are required.
- An allow-list for specific inline scripts using a cryptographic nonce (number used once). The server must generate a unique nonce value each time it transmits a policy. It is critical to provide an unguessable nonce, as bypassing a resource’s policy is otherwise trivial. See unsafe inline script for an example. Specifying nonce makes a modern browser ignore
'unsafe-inline'which could still be set for older browsers without nonce support.
- A sha256, sha384 or sha512 hash of scripts or styles. The use of this source consists of two portions separated by a dash: the encryption algorithm used to create the hash and the base64-encoded hash of the script or style. When generating the hash, don't include the <script> or <style> tags and note that capitalization and whitespace matter, including leading or trailing whitespace. See unsafe inline script for an example. In CSP 2.0, this applied only to inline scripts. CSP 3.0 allows it in the case of
script-srcfor external scripts.
Given this CSP header:
Content-Security-Policy: child-src https://example.com/
<iframe> and worker are blocked and won't load:
|Content Security Policy Level 3
|Working Draft||No changes.|
|Content Security Policy Level 2
BCD tables only load in the browser
The compatibility table in this page is generated from structured data. If you'd like to contribute to the data, please check out https://github.com/mdn/browser-compat-data and send us a pull request.