CSP применяется несмотря на отсутствие заголовка Content-Security-Policy - PullRequest
0 голосов
/ 22 февраля 2019

У меня возникают проблемы с выяснением, почему CSP применяется к странице, когда проверка запроса / ответа не показывает отправку заголовка Content-Security-Policy (см. Скриншот).

Приложение - Jenkinsэкземпляр, обслуживающий некоторый статический HTML-контент, сгенерированный заданием, и ранее у него были ослаблены ограничения, как описано здесь: https://wiki.jenkins.io/display/JENKINS/Configuring+Content+Security+Policy. Это исправило оригинальные экземпляры статического контента, не отображаемые из-за ограничений CSP.Однако теперь оно вернулось в другое место, и исходное решение неэффективно (по понятным причинам, поскольку заголовок для изменения отсутствует).На всякий случай я проверил, что пользовательское значение CSP все еще установлено внутри Jenkins.Проблема возникает во всех Firefox 64, Chromium 71 и Chrome 55.

Как я могу выяснить, откуда происходит CSP?Браузеры начали применять его по умолчанию сейчас?Я думал, что весь смысл CSP был в том, что он был подписан и понижен до политики того же происхождения, если таковой отсутствует.

РЕДАКТИРОВАТЬ: В источнике тоже нет <meta http-equiv="content-security-policy">.

Developer tools console

1 Ответ

0 голосов
/ 19 июля 2019

В конце концов понял это: это оказалось кешированием, несмотря на то, что я отключил перезагрузку без кэширования, очевидно, я не делал это достаточно сложно.Это скрывало исходный запрос, у которого действительно действительно был заголовок CSP.После того, как я щелкнул достаточно вещей в DevTools и настройках, я смог заставить его повторно выполнить исходный запрос и мог видеть его в представлении запроса, чтобы увидеть, что применяется.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...