
Architektom i deweloperom przyda się to podczas ograniczania źródeł skryptów, stylów oraz zasobów przed testem konfiguracji.
Ułóż restrykcyjną politykę Content-Security-Policy z wybranych źródeł i dyrektyw, a następnie skopiuj gotowy zapis do wdrożenia.
W przykładzie jako źródło domyślne dopuszczono domenę główną, powtórzono tę domenę oraz domenę dostarczania dla skryptów, a dla połączeń zachowano osobną domenę. Po zbudowaniu sprawdź, czy obszar wyników zawiera jedną spójną politykę, a nie kilka nakładających się dyrektyw.
Dane wejściowe
https://example.com
https://example.com https://cdn.example.com
https://api.example.comWynik
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'Polityka jest składana w Twojej przeglądarce. Wpisane domeny pozostają na Twoim urządzeniu, nic nie jest przesyłane i żadna kopia nie pozostaje po zamknięciu karty, co pozwala wygodnie przygotować najpierw wewnętrzną konfigurację.
Źródło domyślne jest rozwiązaniem zapasowym dla typów zasobów, których nie wymieniono osobno, natomiast źródła skryptów regulują wyłącznie kod wykonywalny. Domena dozwolona jako źródło skryptów nie jest więc automatycznie dozwolona dla stylów, obrazów ani połączeń.
Zwykle brakuje legalnego źródła: zewnętrznego arkusza stylów, czcionki, osadzonej ramki lub usługi analitycznej. Wymień każdy zasób, do którego strona faktycznie się odwołuje, dodaj brakujące domeny, zbuduj politykę ponownie i opublikuj ją jeszcze raz.
Treść łatwo przenieść, ale każda witryna pobiera własne zasoby. Potraktuj tekst jako punkt wyjścia, a następnie dostosuj domeny dla każdego projektu, aby nie zablokować czegoś, od czego zależy strona.