为什么通过标头传递内容安全策略是“首选”?

Mar*_*vin 13 html http-headers content-security-policy http-equiv websecurity

3.CSP 策略交付中,它说

Content-Security-Policy HTTP 响应标头字段是传递策略的首选机制

但有两种有效的机制,通过 HTTP 标头传递和通过 HTMLmeta元素传递:

<meta http-equiv="Content-Security-Policy" content="..."/>
Run Code Online (Sandbox Code Playgroud)

为什么通过标头传递是“首选”,或者也许更重要的是,通过 HTML 标签传递有哪些缺点meta

由于各种原因,在我们的部署中,将 CSP 添加到 HTML 头部更易于管理。

Pab*_* EM 11

看来这个问题已经在评论中得到了回答,但是没有人有几分钟的时间来写回复,所以我自己尝试一下。

\n

与通过 HTML 元元素传递相比,通过 HTTP 响应传递的 Content-Security-Policy 支持一些额外的功能,例如Content-Security-Policy-Report-Onlyreport-uriframe-ancestorssandboxdirective

\n

但是,如果您不需要使用任何这些功能,则使用 HTTP 标头\xe2\x80\x99s 没有任何优势。

\n

请注意,使用 HTML 方式时,http-equiv元标记应首先出现在标头中,因为它仅适用于其后面的元素。

\n


cqu*_*zel 5

在大型组织中,负责设置 CSP 的人员与负责网页内容的人员不同。当适用多项政策时,必须全部执行。开发人员(通过元)不能放宽系统管理员(通过http响应)制定的策略。安全负担从所有开发人员转移到有限的管理员组。

  • 在我工作的地方,这种情况根本没有改变,但实际上,由于有更多的人必须掌握专业知识并且沟通滞后,情况变得更加恶化。我的意思是,如果有什么东西不起作用,管理员不会发现它。这将是一名开发人员,然后他必须向管理员寻求修复。 (2认同)