AZ Tools

Construtor de Content-Security-Policy

Rede

Compõe um cabeçalho Content-Security-Policy a partir de um formulário diretiva por diretiva. Cada diretiva aceita uma lista de fontes separadas por espaço (palavras-chave como 'self', 'none', 'unsafe-inline', ou fontes de esquema/host). A ferramenta sinaliza políticas que contêm unsafe-inline, unsafe-eval, ou um wildcard, omite diretivas vazias da saída, e emite tanto a forma de cabeçalho de resposta quanto a tag <meta> equivalente. Mude pra modo report-only enquanto está implantando uma nova política em produção.

Presets
Diretivas
Cabeçalho
Content-Security-Policy: default-src 'self'; script-src 'self'; style-src 'self'; img-src 'self' data:; font-src 'self'; connect-src 'self'; object-src 'none'; base-uri 'self'; frame-ancestors 'none'
Tag <meta>
<meta http-equiv="Content-Security-Policy" content="default-src 'self'; script-src 'self'; style-src 'self'; img-src 'self' data:; font-src 'self'; connect-src 'self'; object-src 'none'; base-uri 'self'; frame-ancestors 'none'">

Uma diretiva vazia cai pra default-src. Defina default-src 'self' primeiro, depois restrinja fontes individuais.

Como usar

  1. Comece de um preset (Strict trava tudo em 'self', Relaxed permite inline + wildcards, API-only bloqueia navegação).
  2. Edite cada diretiva — deixe um campo em branco pra descartá-la.
  3. Ative report-only ao lançar uma nova política: violações são reportadas mas não bloqueadas.

Perguntas frequentes

Cabeçalho ou tag <meta> — qual devo usar?
O cabeçalho HTTP é preferido. A forma <meta> é conveniente quando você não pode editar cabeçalhos de resposta (hosts estáticos, etc.), mas não pode definir frame-ancestors ou report-uri/report-to, então é estritamente menos poderosa.
Por que o wildcard é um aviso?
* numa lista de fontes coincide com qualquer URL, derrotando a política inteiramente. Fixe fontes em origens específicas ou use 'self' — se realmente precisa de scripts de terceiros, liste-os explicitamente.

Ferramentas relacionadas