问题描述
在一个配置文件中存储了一些 AWS 资源 ARN（Amazon Resource Name），并将其存储在一个 Git 存储库中。其中包括一些 AWS IAM 角色资源的 ARN。用户想知道是否应该将这些 ARN 值视为机密信息，不应该存储在存储库中。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
在讨论是否应将 AWS ARN 值视为机密信息时，需要考虑到数据的安全性以及访问控制的方面。下面是一些关于 AWS ARN 值是否应被视为机密信息的观点：
AWS ARN 的本质
AWS ARN（Amazon Resource Name）是用于唯一标识 AWS 资源的一种方式。它包括资源类型、AWS 账户 ID、区域以及资源名称等信息。ARN 是用于授权和访问控制的重要元素，它指定了哪些实体具有对特定 AWS 资源的访问权限。
ARN 是否应被视为机密信息
根据 AWS 的最佳实践，ARN 通常不被视为机密信息，因为 ARN 本身并不包含敏感的凭据或秘密信息。ARN 是一种标识符，用于唯一标识资源，并不代表直接的访问权限。在许多情况下，ARN 可以公开或存储在代码库中，而不会对系统的安全性造成直接威胁。
然而，虽然 ARN 本身不是机密信息，但它们用于访问控制和授权。在 AWS 中，访问控制策略、IAM 角色、权限分配等都与 ARN 相关联。因此，确保正确配置和限制与 ARN 相关的访问权限至关重要。
遵循的最佳实践
尽管 ARN 本身不是机密信息，但仍应遵循一些最佳实践，以确保系统的安全性：
最小权限原则： 遵循最小权限原则，即为实体提供最少必要的权限以执行其工作。使用 IAM 角色和策略来限制对 ARN 所代表资源的访问。
使用 IAM 角色： 避免在应用程序代码中硬编码敏感信息，如访问密钥。相反，使用 IAM 角色来为实体分配权限，以减少秘密信息的曝露风险。
使用条件： 在访问控制策略中使用条件来进一步限制对 ARN 所指向资源的访问。这可以根据时间、IP 地址、请求来源等因素进行限制。
定期审查： 定期审查访问权限，以确保没有不必要的权限泄漏，并及时更新访问控制策略。
总结
虽然 AWS ARN 值本身不被视为机密信息，但它们在访问控制和授权中起着重要作用。正确地配置和管理 ARN 相关的权限是确保系统安全性的关键。因此，在使用 ARN 时，应遵循最佳实践，以最小化风险并确保适当的访问控制。
用户评论：我在一定程度上同意减少信息的给予并不是坏事。虽然我同意信息的减少不会使得东西更加安全，但我也坚决认为，“通过混淆来实现安全性”不是一种可行的策略。为了阻碍开发过程中的数据，而不是深入挖掘你的安全问题的根源（在这种情况下是不安全的 IAM 角色），这并不是一个好的做法。你必须始终假设，如果有人真的想要你的信息，混淆信息在长期内不会起作用。但我确实同意，锁定和提供特定访问权限要重要得多。