用户特定文件夹访问 S3

您不应使用任何存储桶策略。存储桶应保持“私有”，并应通过以下两种方式之一向最终用户授予访问权限：

选项 1：提供临时 AWS 凭证

如果有“智能”客户端（例如移动应用程序或浏览器中的 JavaScript），您的后端可以使用AWS 安全令牌服务生成临时凭证。然后，客户端可以使用这些凭证直接与 AWS 服务对话，例如访问 Amazon S3 中的对象和读取/写入 DynamoDB 中的数据。

在后端负责认证用户，生成临时凭证并将它们传递到客户端，但不参与后续调用AWS。可以将策略附加到这些临时凭证以授予诸如“允许来自此 Amazon S3 存储桶的此特定子目录（路径）的 GetObject”等权限。

如果每个用户的策略只授予访问“他们的子目录”的权限，那么这符合您的要求，即他们只能访问他们的特定文档。

实现上述的一种常见方法是使用Amazon Cognito进行身份验证和分配权限。

选项 2：使用预签名 URL

在客户端的情况下，简单的网页那些不能直接使用AWS凭据调用AWS服务，安全性在后端使用预先签订的URL处理。

当后端生成链接到私有对象（例如通过<img src='...'>）的网页时，后端应该：

• 验证用户是否有权访问私有对象
• 生成Amazon S3 预签名 URL，这是一个限时 URL，提供对私有对象的临时访问
• 将该 URL 插入 HTML 页面，或将其作为链接提供（例如指向 PDF）
• 当用户的浏览器使用 URL 向 S3 请求对象时，S3 服务将验证签名以确认用户有权访问私有对象且未过期
• 如果签名得到确认，S3 将回传私有对象

此方法使后端完全控制用户可以访问 S3 中的哪些对象。它可以在数据库中维护这个列表，或者它可以依赖对象的路径来确定这个访问。这甚至可以扩展为允许在用户之间共享对象。例如，假设有一个照片共享应用程序，用户想要与其他用户共享照片。他们可以通过 UI 指示这一点，后端可以将其存储在数据库中。稍后，当用户想要查看共享照片时，后端会检查数据库以确认他们的权利，然后生成一个预签名的 URL 来查看共享对象，即使它在不同的路径中。