在注册集群中配置巡检功能检查Workload安全隐患_容器服务 Kubernetes 版 ACK(ACK)-阿里云帮助中心

备案控制台

输入文档关键字查找

ACK集群提供配置巡检功能，帮助您扫描集群中工作负载配置的安全隐患。执行巡检任务后，ACK会生成巡检报告，您可以根据报告结果查看并处理集群风险项，实时了解集群健康状态。

前提条件

您已通过容器服务Kubernetes版接入一个注册的Kubernetes集群。具体操作，请参见通过控制台创建注册集群。
您已安装Logtail组件。具体操作，请参见步骤二：安装logtail-ds组件。

启用集群Workload配置巡检功能

登录容器服务管理控制台，在左侧导航栏选择集群。
在集群列表页面，单击目标集群名称，然后在左侧导航栏，选择安全管理 > 配置巡检。
可选：安装并升级巡检组件。
如果您首次使用未安装巡检组件，请按照页面提示安装security-inspector组件。若巡检组件不是最新版本，请按照页面提示将组件升级至最新版本。组件安装完成后，您也可以在集群信息页面的概览页签，单击安全巡检进入配置巡检页面。
关于security-inspector组件的介绍和变更记录，请参见security-inspector。
在配置巡检页面右上方，单击立即执行巡检，等待巡检完成后，在巡检详情页签的操作列，单击详情查看巡检详情。
重要
请在业务低峰期执行巡检操作。
可选：在配置巡检页面右上方，单击巡检配置，开启或禁用定期自动执行配置巡检的功能以及配置巡检时执行的检查项。

巡检详情

巡检详情页面通过表格化的方式展示不同工作负载的详细巡检结果，主要包括以下功能：

支持按照是否有风险、命名空间、工作负载类别等条件对结果进行过滤展示工作负载的巡检通过项和风险项数量。
展示巡检结果的各个检查项的详细信息，包括Pod和Container维度的检查状态（已通过、未通过）、检查项详细说明以及加固建议。如有未通过的检查项无需处理，您可以将其加入白名单。
查看工作负载的YAML文件。

巡检报告

巡检报告中主要展示最近执行的巡检扫描结果，主要包括以下几类信息：

扫描结果概览，包括总的检查条目数、检查各个资源项数目及百分比、整体的健康度。
各大类扫描结果统计，包括报告健康检查、镜像、网络、资源、安全等大类的结果。
各个Workload配置的详细扫描结果，包括资源类别、资源名称、命名空间、检查类型、检查项、检查结果等内容。

检查项

配置巡检功能会扫描并展示以下检查项的扫描结果。

检查项名称	检查的内容及安全风险	修复建议
hostNetworkSet	通过检查Workload的Pod Spec中是否配置了`hostNetwork: true`，检查是否配置了共享使用主机的网络namespace。如果配置了，存在Pod中容器攻击主机网络、嗅探主机网络数据的风险。	修改Pod Spec，删除`hostNetwork`字段。示例：
hostIPCSet	通过检查Workload的Pod Spec中是否配置了`hostIPC: true`，检查是否配置了共享使用主机的IPC namespace。如果配置了，存在Pod中容器攻击主机上进程、嗅探主机上进程数据的风险。	修改Pod Spec，删除`hostIPC`字段。示例：
hostPIDSet	通过检查Workload的Pod Spec中是否配置了`hostPID: true`，检查是否配置了共享使用主机的PID namespace。如果配置了，存在Pod中容器攻击主机上进程、采集主机上进程数据的风险。	修改Pod Spec，删除`hostPID`字段。示例：
hostPortSet	通过检查Workload的Pod Spec中是否配置了`hostPort`，检查是否配置了把容器中监听的端口映射到主机指定端口上。如果配置了，存在挤占主机可用端口以及被非预期的请求方请求容器端口的风险。	修改Pod Spec，删除`hostPort`字段。示例：
runAsRootAllowed	通过检查Workload的Pod Spec中是否未配置`runAsNonRoot: true`，检查是否未配置使用非root用户运行容器。如果未配置，存在被容器中的恶意进程入侵用户应用、入侵主机甚至入侵整个集群的风险。	修改Pod Spec，增加`runAsNonRoot: true`。示例：
runAsPrivileged	通过检查Workload的Pod Spec中是否配置了`privileged: true`，检查是否配置了允许以特权模式运行容器。如果配置了，存在被容器中的恶意进程入侵用户应用、入侵主机甚至入侵集群的风险。	修改Pod Spec，删除`privileged`字段。示例：
privilegeEscalationAllowed	通过检查Workload的Pod Spec中是否未配置`allowPrivilegeEscalation: false`，检查是否未配置禁止容器中的子进程拥有比父进程更高的权限。如果未配置，存在被容器中的恶意进程实现越权操作的风险。	修改Pod Spec，增加`allowPrivilegeEscalation：false`字段。示例：
capabilitiesAdded	通过检查Workload的Pod Spec中的`capabilities`字段，检查是否配置了允许容器中的进程拥有SYS_ADMIN、NET_ADMIN、ALL等特权Linux Capabilities。如果配置了，存在被容器中的恶意进程通过这些特权入侵用户应用、入侵或破坏组件/集群的风险。	修改Pod Spec，根据实际需求只添加必需的Linux Capabilities，删除不需要的Linux Capabilities。不依赖额外Linux Capabilities，删除所有不需要的Linux Capabilities。示例：只添加必需的Linux Capabilities，删除所有不需要的Linux Capabilities。示例：
notReadOnlyRootFileSystem	通过检查Workload的Pod Spec中是否未配置`readOnlyRootFilesystem: true`，检查是否未配置容器中的文件系统是不可修改的。如果未配置的话，存在被容器中的恶意进程恶意修改系统文件的风险。	修改Pod Spec，增加`readOnlyRootFilesystem: true`，如果有需要修改某个目录下文件的需求，可以通过volumeMounts实现。示例：如果需要修改某个目录下的文件，通过`volumeMounts`字段实现。示例：
cpuRequestsMissing	通过检查Workload的Pod Spec中是否未配置`resources.requests.cpu`字段，可以检查是否未配置运行容器所需的最少CPU资源。如果未配置的话，Pod有被调度到资源紧张的节点上的风险，可能会出现容器内进程运行缓慢的情况。	修改Pod Spec，增加`resources.requests.cpu`字段。示例：
cpuLimitsMissing	通过检查Workload的Pod Spec中是否未配置`resources.limits.cpu`字段，检查是否未配置运行容器所需的最大CPU资源。如果未配置的话，存在被容器内的异常进程消耗大量节点资源，甚至把整个节点或集群的资源销耗殆尽的风险。	修改Pod Spec，增加`resources.limits.cpu`字段。示例：
memoryRequestsMissing	通过检查Workload的Pod Spec中是否未配置`resources.requests.memory`字段，检查是否未配置运行容器所需的最少内存资源。如果未配置，Pod有被调度到资源紧张的节点上的风险，可能会出现容器内进程OOM的风险。	修改Pod Spec，增加`resources.requests.memory`字段。示例：
memoryLimitsMissing	通过检查Workload的Pod Spec中是否未配置`resources.limits.memory`字段，检查是否未配置运行容器所需的最大内存资源。如果未配置的话，存在被容器内的异常进程消耗大量节点资源，甚至把整个节点或集群的资源消耗殆尽的风险。	修改Pod Spec，增加`resources.limits.memory`字段。示例：
readinessProbeMissing	通过检查Workload的Pod Spec中是否未配置`readinessProbe`字段，检查是否未配置检测容器内应用能否正常处理请求的探针。如果未配置的话，存在容器内应用异常无法处理请求时仍旧有请求发送，继而导致业务异常的风险。	修改Pod Spec，增加`readinessProbe`字段。示例：
livenessProbeMissing	通过检查Workload的Pod Spec中是否未配置`livenessProbe`，检查是否未配置检测容器内应用是否出现异常需要重启容器的探针。如果未配置，存在容器内应用异常需要重启容器才能恢复时未及时重启导致业务异常的风险。	修改Pod Spec，增加`livenessProbe`字段。示例：
tagNotSpecified	通过检查Workload的Pod Spec中的`image`字段的值是否未包含镜像Tag或者使用了latest作为镜像Tag，检查是否未配置运行容器时使用指定Tag的容器镜像。如果未配置，存在运行容器时运行了非预期的容器镜像版本导致业务异常的风险。	修改Pod Spec，修改`image`字段，使用指定的镜像Tag，并且不要使用latest作为镜像Tag。示例：
anonymousUserRBACBinding	通过检查集群内的RBAC（Role-based access control）绑定找出配置了匿名用户访问权限的配置项。如果配置了允许匿名用户访问集群资源的配置项，则存在被恶意匿名用户窃取集群敏感信息、攻击和入侵集群的风险。	修改扫描出来的RBAC绑定，根据实际情况删除允许匿名用户访问集群资源的权限配置项。示例：

事件

事件类型	事件名称	事件内容示例	事件说明	处理措施
Normal	SecurityInspectorConfigAuditStart	Start to running config audit	开始执行巡检任务。	无需处理。
Normal	SecurityInspectorConfigAuditFinished	Finished running once config audit	巡检任务执行完成。	无需处理。
Warning	SecurityInspectorConfigAuditHighRiskFound	2 high risks have been found after running config audit	巡检执行完之后，发现部分工作负载存在未修复的高风险检查项。	在集群的配置巡检页面，查看详细的巡检结果。通过过滤选项中的有风险、所有命名空间以及显示所有工作负载，过滤查看有风险的工作负载。然后，单击详情，查看该工作负载中每个检查项的检查结果和修复建议。对于确认无需修复的检查项，单击加白名单，将该检查项加入白名单。对于确认需要修复的检查项，请参考修复建议进行修复。

上一篇：启用集群API Server审计功能下一篇：调度

文档内容是否对您有帮助？