8

我一直在尝试设置亚马逊的 STS（安全令牌服务）来为客户端上传到 S3 创建临时凭证。

我可以使用从 IAM 用户生成的访问密钥使代码正常工作，但是当我换出访问密钥/秘密密钥然后添加会话令牌时，我得到了 403 Forbidden。S3 访问日志不会记录该尝试。

在 STS 方面，我通过 aws-sdk 为 node.js 生成凭证，使用与上面相同的 IAM 用户，SDK 愉快地生成 STS 凭证：

let sts = new AWS.STS({apiVersion: '2011-06-15'});
sts.assumeRole({
  RoleArn: 'arn:aws:iam::[REMOVED]:role/[REMOVED]',
  RoleSessionName: [REMOVED (generated by concatenating a few ids)]
  DurationSeconds: 60 * 20,
}, (err, data)=>{
  //callback handling
});

上传测试代码：

var AWS = require('aws-sdk');

// Load the stream
var fs = require('fs');
var body = fs.createReadStream('./helloworld.txt');

AWS.config.update({
  region: 'ap-southeast-2',
  accessKeyId: '[REMOVED]',
  secretAccessKey: '[REMOVED]',
  sessionToken: '[REMOVED]'
});

// Upload the stream
var s3 = new AWS.S3();

s3.putObject({
  Body: body,
  Bucket: '[REMOVED]',
  Key: 'helloworld.txt'
}, function(err, data) {
  if (err) console.log(err, err.stack); // an error occurred
  else     console.log(data);           // successful response
});

aws-sdk 版本：2.4.8 node.js：4.2.3

我已经使用 IAM 模拟器测试了它假定的角色策略，它说它很好。尝试使用 sdk 在浏览器端和服务器端上传。

我打开了 S3 CORS（用于调试）以确保那里没有发生任何奇怪的事情：

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
    <CORSRule>
        <AllowedOrigin>*</AllowedOrigin>
        <AllowedMethod>PUT</AllowedMethod>
        <AllowedMethod>GET</AllowedMethod>
        <AllowedMethod>POST</AllowedMethod>
        <MaxAgeSeconds>0</MaxAgeSeconds>
        <ExposeHeader>ETag</ExposeHeader>
        <ExposeHeader>x-amz-server-side-encryption</ExposeHeader>
        <ExposeHeader>x-amz-request-id</ExposeHeader>
        <ExposeHeader>x-amz-id-2</ExposeHeader>
        <AllowedHeader>*</AllowedHeader>
        <AllowedHeader>x-amz-acl</AllowedHeader>
    </CORSRule>
</CORSConfiguration>

我已经打开的 S3 策略（再次用于调试）：

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "s3:*"
            ],
            "Resource": [
                "[REMOVED]"
            ]
        }
    ]
}

有任何想法吗？

4

1 回答 1

0

原来缺少的配置是存储桶本身的 ACL，原始 ACL 允许我的根账户进行所有更改，我猜代码工作的 IAM 账户继承了某种权限。

添加这个额外的上传/删除行有效。

配置更改的屏幕截图

于 2016-07-25T08:36:02.480 回答