如何在 Amazon S3 上设置“X-Content-Type-Options : nosniff”?

Mat*_*bin 4 security header amazon-s3 mime-types

我在 Amazon S3 存储桶上的静态文件(js、css、jpg、gif 等)上设置标头“ X-Content-Type-Options : nosniff ”时遇到问题。

当我尝试添加它时,它对我说:“用户定义的元数据键必须以 x-amz-meta- 开头。”

怎么办呢?我应该做“ x-amz-meta-X-Content-Type-Options

提前致谢 !

Mic*_*bot 7

用户定义的元数据确实必须以开头,x-amz-meta-*但这对您没有帮助——它们在获取对象时也作为标题返回x-amz-meta-*,并且x-amz-meta-X-Content-Type-Options不会被浏览器识别。

S3 对不以x-amz-meta-*. Content-TypeandContent-DispositionContent-Encoding是有效的,但大多数其他人不是。

由于此支持论坛帖子指出(并测试确认)是否将此类标头添加到上传中(直接使用 S3 API 时),它们将被简单地忽略。它们不会被存储,也不会与响应一起返回。

一个已知但未记录的异常是X-Robots-Tag,S3 确实接受并返回响应,但如果您使用 API 添加它,AWS 控制台将不允许您编辑它。

一种应该很快可用的可能解决方法是Lambda@Edge,它是 Lambda 和 CloudFront 之间的集成,其中 Lambda 函数在 CloudFront 网络内运行,并且可以修改进出 CloudFront 的请求和响应标头......当然, CloudFront 与 S3 集成良好,因此一旦 Lambda@Edge 普遍可用,这可能是一个可行的选择。

我对此进行了测试(我注册了 Lambda@Edge 的预览版。我还没有正式收到我已被授予访问权限的消息,但它似乎正在工作。)

使用此 Lambda 函数代码:

'use strict';
exports.handler = (event, context, callback) => {
    const response = event.Records[0].cf.response;
    const headers = response.headers;
    headers['X-Content-Type-Options'] = ['nosniff'];
    callback(null, response);
};
Run Code Online (Sandbox Code Playgroud)

......给出了这个回应......

$ curl -v http://dxxxexample.cloudfront.net/robots.txt
* Hostname was NOT found in DNS cache
*   Trying x.x.x.x...
* Connected to dxxxexample.cloudfront.net (x.x.x.x) port 80 (#0)
> GET /robots.txt HTTP/1.1
> User-Agent: curl/7.35.0
> Host: dxxxexample.cloudfront.net
> Accept: */*
>
< HTTP/1.1 200 OK
< Content-Type: text/plain
< Content-Length: 324
< Connection: keep-alive
< Date: Tue, 10 Jan 2017 20:38:33 GMT
< Last-Modified: Tue, 10 Jan 2017 17:13:36 GMT
< ETag: "dbe2f9a267e8ef192f0fdf0c888da01c"
< Cache-Control: no-cache
< Accept-Ranges: bytes
* Server AmazonS3 is not blacklisted
< Server: AmazonS3
< Via: 1.1 xxxxxxxxxx.cloudfront.net (CloudFront)
< X-Content-Type-Options: nosniff
< X-Cache: Miss from cloudfront
< X-Amz-Cf-Id: xxxxx
<
User-agent: *
Disallow: /
Run Code Online (Sandbox Code Playgroud)

...所以这似乎是一个可行的解决方法。

我将此函数配置为在“查看器响应”上触发(触发器触发以允许在响应从 CloudFront 返回到浏览器之前修改响应)但实际上它可能会在“源响应”上触发,要求它运行更少经常(假设,与上面的示例不同,您没有也使用Cache-Control: no-cache,就像我在测试中所做的那样。我使用/robots.txt只是因为我碰巧已经将它与 CloudFront 和 Lambda 一起设置在一个存储桶中——显然这个文件不是不是一个特别有趣的应用程序,X-Content-Type-Options但正如您所看到的,这确实有效)。

我不知道 Lambda@Edge 何时会从预览版中发布。

如果您想将此作为 S3 本身的功能请求提交,您可以联系您的 AWS 客户代表(如果您有),或者在 AWS 支持论坛上发布相关信息。(我不隶属于 AWS)。