View a markdown version of this page

Amazon EC2 实例支持的先决条件 - 亚马逊 GuardDuty
将 EC2 实例设为由 SSM 托管（仅限自动代理）验证架构要求在多账户环境中验证组织服务控制策略使用自动代理配置时CPU 和内存限制后续步骤
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

Amazon EC2 实例支持的先决条件

本节包含监控 Amazon EC2 实例的运行时行为的先决条件。满足这些先决条件后，请参阅启用 GuardDuty 运行时监控。

将 EC2 实例设为由 SSM 托管（仅限自动代理配置）

GuardDuty 使用 Amazon Systems Manager (SSM) 在您的实例上自动部署、安装和管理安全代理。如果您计划手动安装和管理 GuardDuty 代理，则不需要 SSM。

要使用 Systems Manager 管理 Amazon EC2 实例，请参阅《Amazon Systems Manager 用户指南》中的为 Amazon EC2 实例设置 Systems Manager。

验证架构要求

操作系统发行版的架构可能会影响 GuardDuty 安全代理的行为。在为 Amazon EC2 实例使用运行时监控之前，您必须满足以下要求：

有关经过验证的 CPU 架构、操作系统发行版和内核版本，请参阅支持的 CPU 架构、操作系统和内核版本。

  • 其他要求-仅当你有 Amazon ECS/Amazon EC2 时

    对于亚马逊 ECS/Amazon EC2，我们建议您使用最新的亚马逊 ECS-optimized AMI（日期为 2023 年 9 月 29 日或之后），或使用亚马逊 ECS 代理版本 v1.77.0。

查看和更新 RLIMIT _MEMLOCK 值

当系统RLIMIT_MEMLOCK限制设置得太低时， GuardDuty 安全代理可能无法按设计运行。 GuardDuty 建议硬限制和软限制都必须至少为 32 MB。如果您不更新限制， GuardDuty 将无法监控资源的运行时事件。当 RLIMIT_MEMLOCK 超过规定的最低限额时，您可以选择更新这些限制。

可以在安装 GuardDuty 安全代理之前或之后修改默认RLIMIT_MEMLOCK值。

查看 RLIMIT _MEMLOCK 值

  1. 运行 ps aux | grep guardduty。这将输出进程 ID (pid)。

  2. 从上一条命令的输出中复制进程 ID (pid)。

  3. 将 pid 替换为从上一步中复制的进程 ID，然后运行 grep "Max locked memory" /proc/pid/limits。

    这将显示运行 GuardDuty 安全代理的最大锁定内存。

更新 RLIMIT _MEMLOCK 值

  1. 如果 /etc/systemd/system.conf.d/NUMBER-limits.conf 文件存在，则从该文件中注释掉 DefaultLimitMEMLOCK 行。此文件将默认 RLIMIT_MEMLOCK 设置为高优先级，这会覆盖您在 /etc/systemd/system.conf 文件中的设置。

  2. 打开 /etc/systemd/system.conf 文件并取消注释包含 #DefaultLimitMEMLOCK= 的行。

  3. 更新默认值，将 RLIMIT_MEMLOCK 硬限制和软限制设置为至少 32 MB。更新后的策略应如下所示：DefaultLimitMEMLOCK=32M:32M。格式为 soft-limit:hard-limit。

  4. 运行 sudo reboot。

在多账户环境中验证组织服务控制策略

如果您已设置服务控制策略 (SCP) 来管理组织中的权限，请验证权限边界是否允许该guardduty:SendSecurityTelemetry操作。 GuardDuty 需要此权限才能支持跨不同资源类型的运行时监控。

如果您的账户是成员账户，请联系相关的委派管理员。有关管理组织的 SCP 的信息，请参阅 Service control policies (SCPs)。

使用自动代理配置时

要做到使用自动代理配置（推荐）这一点，你 Amazon Web Services 账户 必须满足以下先决条件：

  • 在使用包含标签和自动代理配置时， GuardDuty 要为新实例创建 SSM 关联，请确保新实例由 SSM 管理并显示在控制台的 Fleet Manager 下。 https://console.aws.amazon.com/systems-manager/

  • 将排除标签与自动代理配置结合使用时

    • 在为您的账户配置 GuardDuty 自动代理之前，添加GuardDutyManaged:false标签。

      务必要在启动 Amazon EC2 实例之前添加排除标签。启用了 Amazon EC2 的自动代理配置后，任何在没有排除标签的情况下启动的 EC2 实例都将受到 GuardDuty 自动代理配置的保护。

    • 为您的实例启用允许在元数据中添加标签设置。此设置是必需的，因为 GuardDuty 需要从实例元数据服务 (IMDS) 读取排除标签，以确定是否应将该实例排除在代理安装之外。有关更多信息，请参阅《Amazon EC2 用户指南》中的启用对实例元数据中标签的访问权限。

GuardDuty 代理的 CPU 和内存限制

CPU 限制

GuardDuty 将安全代理限制为实例上 vCPU 总容量的 10%。例如，在具有 4 个 vCPU 内核的实例上，代理最多可以使用 0.4 个 vCPU。

内存限制

在与您的 Amazon EC2 实例关联的内存中， GuardDuty 安全代理可以使用的内存有限。

具体内存限制详见下表。

Amazon EC2 实例内存大小

GuardDuty 代理的最大内存

小于 8 GB

128MB

8 GB 到 32 GB 以下

256 MB

大于等于 32 GB

1 GB

后续步骤

下一步是配置运行时监控并管理安全代理（自动或手动）。