
Arkitekter och utvecklare kan använda resultatet när de begränsar källor för skript, stilar och resurser före ett konfigurationstest.
Utforma en strikt Content-Security-Policy med valda källor och direktiv och kopiera sedan resultatet för testning och införande.
Exemplet tillåter en huvuddomän som standardkälla, upprepar den domänen plus en leveransdomän för skript och behåller en separat domän för anslutningar. Kontrollera efter bygget att resultatområdet innehåller en sammanhängande policy i stället för flera överlappande direktiv.
Indata
https://example.com
https://example.com https://cdn.example.com
https://api.example.comResultat
default-src https://example.com; script-src https://example.com https://cdn.example.com; connect-src https://api.example.com; object-src 'none'; base-uri 'self'; frame-ancestors 'none'Policyn sätts samman i din webbläsare. Domänerna du skriver stannar på din enhet, inget skickas och ingen kopia finns kvar efter att du stänger fliken, vilket gör det praktiskt att först utforma en intern konfiguration.
Standardkällan är reserven för resurstyper som du inte har listat individuellt, medan skriptkällor bara styr körbar kod. En domän som tillåts som skriptkälla är därför inte automatiskt tillåten för stilar, bilder eller anslutningar.
Vanligtvis saknas ett legitimt ursprung: ett externt stilmall, ett teckensnitt, en inbäddad ram eller en analystjänst. Lista varje resurs som sidan faktiskt anropar, lägg till de saknade domänerna, bygg om policyn och publicera den igen.
Formuleringen kan enkelt återanvändas, men varje webbplats hämtar sina egna resurser. Behandla texten som en utgångspunkt och justera sedan domänerna för varje projekt så att du inte blockerar något som sidan är beroende av.