问题描述
我正在尽可能详细地说明这个问题,以便遇到相同问题的其他人都可以使用全面的资源来解决此问题并使其正常工作。
目标
目标是使用签名的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": "*","Resource": "arn:aws:s3:::my-storage/*","Condition": {
"StringLike": {
"aws:Referer": "http://localhost:8080/*"
}
}
}
]
}
本地主机例外是这样,因为HTTP cookie由于跨域问题而无法正常工作,所以我可以在本地构建/测试我的应用程序。
CloudFront发行版
我有一个使用该存储桶作为源的CloudFront发行版。为了这篇文章的缘故,我们将CNAME设为files.mysite.com
。这是原始配置:
行为配置需要截图和发布,但重要的细节是:
- 允许的HTTP方法:GET,HEAD,OPTIONS
- 缓存和原始请求设置:使用缓存策略和原始请求策略
- 缓存策略:Managed-CachingOptimized
- 原始请求策略:Managed-CORS-S3Origin
- 限制查看者访问权限:是
- 受信任的签名者:自我
失眠的阳性测试结果(REST客户端)??
我正在使用Insomnia REST client进行测试,从等式中删除浏览器,看起来一切正常。
我向我的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: */*
太好了!因此从理论上讲,这应该可行。
实际浏览器结果???
这是Web应用程序中发生的事情。我进行了身份验证,然后看到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"
},"value": "CloudFront-Key-Pair-Id=xxx; Domain=mysite.com; Path=/users/; HttpOnly; Secure"
},"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",{
"name": "x-amz-cf-pop","value": "ORD52-C1"
},{
"name": "x-amzn-requestid",{
"name": "x-amzn-trace-id",{
"name": "x-cache","value": "Miss from cloudfront"
},{
"name": "X-Firefox-Spdy","value": "h2"
},{
"name": "x-powered-by","value": "Express"
}
]
}
}
在这一点上,值得注意的是,我在Firefox Dev Tools中看不到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",{
"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,}),);
我完全迷住了。任何帮助,将不胜感激!
解决方法
暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!
如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@)