View a markdown version of this page

中的数据保护 Amazon CodeBuild - Amazon CodeBuild
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

中的数据保护 Amazon CodeBuild

Amazon 责任共担模式适用于保护 Amazon CodeBuild中的数据。如本模型所述 Amazon ,负责保护运行所有内容的全球基础架构 Amazon Web Services 云。您负责维护对托管在此基础结构上的内容的控制。您还负责您所使用的 Amazon Web Services 服务 的安全配置和管理任务。有关数据隐私的更多信息,请参阅中国地区法律条款。

出于数据保护目的,我们建议您保护 Amazon Web Services 账户 凭证并使用 Amazon IAM Identity Center 或 Amazon Identity and Access Management (IAM) 设置个人用户。这样,每个用户只获得履行其工作职责所需的权限。还建议您通过以下方式保护数据:

  • 对每个账户使用多重身份验证(MFA)。

  • 用于 SSL/TLS 与 Amazon 资源通信。我们要求使用 TLS 1.2,建议使用 TLS 1.3。

  • 使用设置 API 和用户活动日志 Amazon CloudTrail。有关使用 CloudTrail 跟踪捕获 Amazon 活动的信息,请参阅《Amazon CloudTrail 用户指南》中的使用跟 CloudTrail 踪

  • 使用 Amazon 加密解决方案以及其中的所有默认安全控件 Amazon Web Services 服务。

  • 使用高级托管安全服务(例如 Amazon Macie),它有助于发现和保护存储在 Amazon S3 中的敏感数据。

  • 如果您在 Amazon 通过命令行界面或 API 进行访问时需要经过 FIPS 140-3 验证的加密模块,请使用 FIPS 端点。有关可用的 FIPS 端点的更多信息,请参阅《美国联邦信息处理标准(FIPS)第 140-3 版》https://www.amazonaws.cn/compliance/fips/

强烈建议您切勿将机密信息或敏感信息(如您客户的电子邮件地址)放入标签或自由格式文本字段(如名称字段)。这包括您使用控制台、API CodeBuild 或 SDK 或以其他 Amazon Web Services 服务 方式使用控制台 Amazon CLI、API 或 Amazon SDK 的情况。在用于名称的标签或自由格式文本字段中输入的任何数据都可能会用于计费或诊断日志。如果您向外部服务器提供 URL,强烈建议您不要在网址中包含凭证信息来验证对该服务器的请求。

为了保护敏感信息, CodeBuild 日志中隐藏了以下内容:

  • 在 CodeBuild 项目环境变量或 buildspec env/parameter-store 部分中使用参数存储指定的字符串。有关更多信息,请参阅《Amazon EC2 Systems Manager 用户指南》中的 Systems Manager Parameter StoreSystems Manager Parameter Store 控制台演练

  • Amazon Secrets Manager 在 CodeBuild 项目环境变量或 buildspec env/secrets-manager 部分中使用指定的字符串。有关更多信息,请参阅 密钥管理

注意

掩码与 Amazon EC2 Systems Manager 参数存储中存储的确切值相匹配,或者 Amazon Secrets Manager。如果构建命令在密钥出现在日志中之前对其进行转换,则结果将是一个未被屏蔽的不同字符串。例如,使用 Base64 对其进行编码、颠倒它、更改大小写或将其与其他文本连接在一起会创建一个不同的值,该值可能会出现在构建日志中。

要屏蔽某个值,请将其存储在编译版本使用的形式中。例如,如果您的版本需要 Base64-encoded 值,请将 Base64-encoded 字符串直接存储在 Amazon Secrets Manager 或 Amazon EC2 Systems Manager 参数存储中。这样,记录的值就会与存储的值相匹配。

有关数据保护的更多信息,请参阅 Amazon 安全性博客上的 Amazon 责任共担模式和 GDPR 博客文章。