【问题标题】:cross account per VPC access每个 VPC 访问的跨账户
【发布时间】:2019-02-01 09:14:32
【问题描述】:

所有开发人员和测试人员都在开发帐户(帐户 d)中。生产和测试环境是另一个帐户(帐户 x),但是在两个不同的 VPC 中 - VPC-P 和 VPC-T。当开发人员仅享受对 VPC-P 的访问时,如何限制测试人员访问 VPC-P。 Account X 中还有其他 VPC。开发人员/测试人员无需访问 Account X 中的其他内容。

【问题讨论】:

  • “限制对 VPC 的访问”是什么意思?您的员工如何连接到 AWS 资源——是通过 Internet 连接,还是通过 Direct Connect 将 VPC 连接到您的公司网络?他们目前可以访问所有 VPC吗?
  • 我们不希望开发人员看到测试 VPC,反之亦然。直接联系。但是 Dev 可以获得 Dev 和 Prod VPC。
  • 我重读了一遍。像在 AWS 控制台中一样限制访问。阻止彼此改变彼此的环境。
  • 所以您只想在 AWS 控制台中“阻止彼此更改彼此的环境”?例如,“Dev”组可以更改“Dev VPC”,但不能更改“Prod VPC”的任何内容?与实际访问各种 VPC 本身内的资源无关?
  • 这是正确的方法吗?我们倾向于将所有用户放在一个单独的帐户中,并为环境设置不同的帐户。我不是那样建造的,它是我接手时庄园的样子。

标签: amazon-web-services user-controls amazon-iam amazon-vpc vpc


【解决方案1】:

看来你的情况是:

帐户-D 包含:

  • 面向开发人员和测试人员的 IAM 用户

Account-X 包含:

  • VPC-P
  • VPC-T

您希望允许 Account-D 中的“测试人员”修改 VPC-T 上的设置。

您希望允许 Account-D 中的“开发者”修改 VPC-P 上的设置。

这似乎是不可能的。根据Actions, Resources, and Condition Keys for Amazon EC2 - AWS Identity and Access Management,只有部分action可以接受VPC作为条件,比如:

  • ec2:CreateVpcPeeringConnection
  • ec2:CreateNetworkInterfacePermission
  • ec2:CreateRoute

CreateSubnetDeleteSubnet 等命令不允许任何条件。

因此,不可能将许多与 VPC 相关的权限限制为仅在特定 VPC 上运行。

鉴于您正在与测试人员和开发人员打交道,我会建议为每个环境使用单独的 AWS 账户。拥有一个开发者账户,其中定义了 IAM 用户和 VPC。为测试人员提供一个单独的 AWS 账户,以确保他们无权访问开发人员账户。这创建了一个干净的环境分离。

【讨论】:

  • aws.amazon.com/answers/aws-landing-zone 的视频中。它告诉我们如何通过将用户保存在一个帐户中来限制访问。着陆区一定有我们看不到的地方或特征?我们可以在从账户 D 担任角色时在指定的 VPC 上使用标签并指定标签吗?也许它只适用于角色?
  • 是和否。Actions, Resources, and Condition Keys for Amazon EC2 确实显示了许多可以受标签限制的命令,但不是全部。您应该查看列表,了解您希望允许他们使用的命令。
猜你喜欢
  • 1970-01-01
  • 2018-12-20
  • 2021-06-21
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-01-06
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多