Строит политику по реально используемым ресурсам, а не готовой строке
Зачем
Зачем это нужно
Вводит режим отчётов до блокировки, чтобы не сломать сайт пользователям
Заменяет широкие исключения на nonce или хеши конкретных скриптов
Вопросы
Частые вопросы
Почему unsafe-inline ослабляет защиту?
Он разрешает выполнять встроенный код, а именно через него часто срабатывает внедрение. Nonce или хеш позволяют выполнить только известный фрагмент. Модель найдёт, какие inline-скрипты создаёт ваша сборка, и предложит способ передать одноразовое значение, не фиксируя его в статическом HTML.
Можно ли сразу включить блокирующий режим?
Рискованно: забытый источник сломает оплату, аналитику или картинки только у части пользователей. Сначала report-only, сбор и очистка отчётов, затем ограниченный rollout. Модель сгруппирует нарушения, но записи от расширений и вредоносного уже внедрённого кода нельзя автоматически добавлять в белый список.
CSP полностью защищает от XSS?
Нет, это дополнительный барьер. Нужны безопасный вывод, отказ от вставки непроверенного HTML и обновление зависимостей. Ошибка конфигурации CSP или разрешённый доверенный скрипт всё ещё могут выполнить вредный код. Модель применит политику вместе с исправлением источника, а не вместо него.
Рядом
Соседние страницы каталога
Дальше — весь каталог задач: поиск по названию, темы и фильтры.