首页 > 解决方案 > AWS CloudFront 签名的 cookie + S3 适用于 REST 客户端应用程序,但不适用于浏览器

问题描述

我正在尽可能详细地提出这个问题,以便遇到相同问题的任何其他人都将拥有全面的资源来解决这个问题并让它发挥作用。

目标

目标是使用签名的 cookie,以便我的应用程序中经过身份验证的用户可以自由访问他们的任何文件,而无需对 URL 进行签名。

S3 和 CloudFront 配置

我很确定大部分内容都是正确的,但只是为了提供完整的图片,我将包括我的设置。

S3 配置

我有一个我们会打电话的水桶my-storage。它具有以下 CORS 配置:

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedMethod>HEAD</AllowedMethod>
    <AllowedMethod>GET</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>*</AllowedHeader>
</CORSRule>
</CORSConfiguration>

桶策略是:

{
    "Version": "2008-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "AWS": "arn:aws:iam::cloudfront:user/CloudFront Origin Access Identity xxx"
            },
            "Action": "s3:GetObject",
            "Resource": "arn:aws:s3:::my-storage/*"
        },
        {
            "Effect": "Allow",
            "Principal": "*",
            "Action": "s3:GetObject",
            "Resource": "arn:aws:s3:::my-storage/*",
            "Condition": {
                "StringLike": {
                    "aws:Referer": "http://localhost:8080/*"
                }
            }
        }
    ]
}

localhost 异常只是为了让我可以在本地构建/测试我的应用程序,因为 HTTP cookie 由于跨域问题而无法正常工作。

CloudFront 分配

我有一个使用此存储桶作为源的 CloudFront 分配。为了这篇文章,我们会说 CNAME 是files.mysite.com. 这是原始配置:

在此处输入图像描述

行为配置截图和发布有点多,但重要的细节是:

失眠症的阳性测试结果(REST 客户端)

我正在使用Insomnia REST 客户端来测试这一点,从等式中删除浏览器,看起来它工作正常。

我向我的 API 发出请求以返回签名的 cookie,我可以在响应标头中看到:

date: Tue, 25 Aug 2020 15:09:35 GMT
x-amzn-requestid: xxx
access-control-allow-origin: https://web.mysite.com
set-cookie: CloudFront-Policy=xxx; Domain=mysite.com; Path=/users/; HttpOnly; Secure
set-cookie: CloudFront-Key-Pair-Id=xxx; Domain=mysite.com; Path=/users/; HttpOnly; Secure
set-cookie: CloudFront-Signature=xxx; Domain=mysite.com; Path=/users/; HttpOnly; Secure
x-amz-apigw-id: xxx
vary: Origin
x-powered-by: Express
x-amzn-trace-id: Root=xxx;Sampled=1
access-control-allow-credentials: true
x-cache: Miss from cloudfront
via: 1.1 xxx.cloudfront.net (CloudFront)
x-amz-cf-pop: ORD52-C1
x-amz-cf-id: xxx

Insomnia 将 cookie 存储在客户端中。然后我GET请求一个文件https://files.mysite.com/users/xx/xx.mp3。我得到一个 200 响应和文件的二进制数据,没问题。标头显示 cookie 已正确发送:

> GET /users/9dbb70d7-3d17-4215-8966-49815e461dee/audio/d76bb13d-0e1d-45dc-b7e5-9cb8fb6dee1a/workfile.mp3 HTTP/1.1
> Host: files.mysite.com
> User-Agent: insomnia/2020.3.3
> Cookie: CloudFront-Key-Pair-Id=xxx; CloudFront-Signature=xxx; CloudFront-Policy=xxx
> Origin: https://web.mysite.com
> Accept: */*

伟大的!所以理论上,这应该有效。

实际浏览器结果

这是在网络应用程序中发生的事情。我进行了身份验证,我看到 API 请求发出以获取签名的 cookie:

GET https://api.mysite.com/private/get-signed-cookie

{
  "Response Headers (1.373 KB)": {
    "headers": [
      {
        "name": "access-control-allow-credentials",
        "value": "true"
      },
      {
        "name": "access-control-allow-origin",
        "value": "https://web.mysite.com"
      },
      {
        "name": "date",
        "value": "Tue, 25 Aug 2020 15:16:28 GMT"
      },
      {
        "name": "set-cookie",
        "value": "CloudFront-Policy=xxx; Domain=mysite.com; Path=/users/; HttpOnly; Secure"
      },
      {
        "name": "set-cookie",
        "value": "CloudFront-Key-Pair-Id=xxx; Domain=mysite.com; Path=/users/; HttpOnly; Secure"
      },
      {
        "name": "set-cookie",
        "value": "CloudFront-Signature=xxx; Domain=mysite.com; Path=/users/; HttpOnly; Secure"
      },
      {
        "name": "vary",
        "value": "Origin"
      },
      {
        "name": "via",
        "value": "1.1 xxx.cloudfront.net (CloudFront)"
      },
      {
        "name": "x-amz-apigw-id",
        "value": "xxx"
      },
      {
        "name": "x-amz-cf-id",
        "value": "xxx"
      },
      {
        "name": "x-amz-cf-pop",
        "value": "ORD52-C1"
      },
      {
        "name": "x-amzn-requestid",
        "value": "xxx"
      },
      {
        "name": "x-amzn-trace-id",
        "value": "xxx"
      },
      {
        "name": "x-cache",
        "value": "Miss from cloudfront"
      },
      {
        "name": "X-Firefox-Spdy",
        "value": "h2"
      },
      {
        "name": "x-powered-by",
        "value": "Express"
      }
    ]
  }
}

此时,值得注意的是,我在 Firefox 开发工具中看不到 cookie!我只能假设它们没有被存储。

在此处输入图像描述

当浏览器尝试通过 CloudFront 分配访问某些内容时:

GET https://files.mysite.com/users/9dbb70d7-3d17-4215-8966-49815e461dee/audio/d76bb13d-0e1d-45dc-b7e5-9cb8fb6dee1a/workfile.mp3

我得到403 Forbidden这个身体的回应:

<?xml version="1.0" encoding="UTF-8"?><Error><Code>MissingKey</Code><Message>Missing Key-Pair-Id query parameter or cookie value</Message></Error>

果然,请求标头没有Cookie被发送的迹象:

{
  "Request Headers (535 B)": {
    "headers": [
      {
        "name": "Accept",
        "value": "audio/webm,audio/ogg,audio/wav,audio/*;q=0.9,application/ogg;q=0.7,video/*;q=0.6,*/*;q=0.5"
      },
      {
        "name": "Accept-Encoding",
        "value": "gzip, deflate, br"
      },
      {
        "name": "Accept-Language",
        "value": "en-US,en;q=0.5"
      },
      {
        "name": "Connection",
        "value": "keep-alive"
      },
      {
        "name": "Host",
        "value": "files.mysite.com"
      },
      {
        "name": "Origin",
        "value": "https://web.mysite.com"
      },
      {
        "name": "Range",
        "value": "bytes=0-"
      },
      {
        "name": "Referer",
        "value": "https://web.mysite.com/dashboard"
      },
      {
        "name": "User-Agent",
        "value": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:79.0) Gecko/20100101 Firefox/79.0"
      }
    ]
  }
}

我在这里想念什么?所有相互通信的 URL 都具有相同的域(发出 cookie 的 API、Web 客户端、CloudFront 分配)。Express API 具有正确的 CORS 配置,我很确定:

router.use(
  cors({
    origin(origin, callback) {
      if (/\.mysite\.com$/.test(origin)) {
        callback(null, true);
      } else {
        callback(new Error('Not allowed by CORS'));
      }
    },
    credentials: true,
  }),
);

我完全被难住了。对此的任何帮助将不胜感激!

标签: amazon-web-servicescookiescorsamazon-cloudfronthttpcookie

解决方案


好的,所以有很多步骤来解决这个问题。我可能没有完全把它们都写下来,但这是我改变/修复的:

客户端问题

客户端使用 axios 获取二进制文件,并使用 axiosHTMLAudioElement获取音频文件。两者都必须更新以发送凭据(cookies)。对于 axios 调用,that'saxios.get(url, { withCredentials: true })HTMLAudioElementit's audioEl.crossOrigin = 'use-credentials'。现在,这两个请求都会将 HTTP cookie 发送到 CloudFront。

API 网关更改

必须在这里设置一些 CORS 的东西。这篇文章太深了,但我正在使用无服务器框架来配置 API 网关,这让事情变得容易多了!在serverless.yml文件中,我必须进行一些更改:

          cors:
            origins:
              - https://localhost:8080
              - https://*.mysite.com
            headers:
              - Content-Type
              - X-Amz-Date
              - Authorization
              - X-Api-Key
              - X-Amz-Security-Token
              - X-Amz-User-Agent
              - x-user-id # this is my own header I pass from the web client
            allowCredentials: true

这基本上设置了 API Gateway 飞行前端点OPTION,因此它返回正确的 CORS 标头。它在 API Gateway 中创建这个智能脚本来处理多个来源:

#set($origin = $input.params("Origin"))
#if($origin == "") #set($origin = $input.params("origin")) #end
#if($origin.matches("https://localhost:8080") || $origin.matches("https://.+[.]mysite[.]com")) #set($context.responseOverride.header.Access-Control-Allow-Origin = $origin) #end

再次,太深而无法进入这个答案。但是任何使用无服务器的人都应该查看无服务器框架。这是一个巨大的节省时间!

S3 配置

必须修改 S3 的 CORS 配置。对上述配置的单一更改是:

<AllowedOrigin>https://*.mysite.com</AllowedOrigin>

整个堆栈中的首要规则是,如果您正在使用Access-Control-Allow-Credentials: true,则不能拥有允许的来源 be *


推荐阅读