直接启用runasnonroot:true、runasuser:1001、capabilities.drop["all"]、readonlyrootfilesystem:true四项配置，可强制非root启动、禁用提权路径、清空隐性特权、阻断木马写入，显著压缩其存活空间并暴露异常行为。
直接在容器启动参数中加入安全标识，不能“拦截”木马，但能显著压缩其存活空间、暴露其异常行为，是防范未知木马供应链劫持最基础也最关键的防线。
启用非特权运行（runAsNonRoot）
绝大多数木马依赖 root 权限完成持久化、提权或横向移动。强制容器以非 root 用户启动，可让大量已知及未知木马失效。
- 在 Pod 或 Deployment 的 securityContext 中明确设置：runAsNonRoot: true
- 同时指定用户 ID（如 runAsUser: 1001），避免容器自动降级到 UID 0
- 镜像构建时应在 Dockerfile 中声明 USER 指令，否则 Kubernetes 可能无法强制执行
主动丢弃高危能力（capabilities）
Linux capabilities 是木马实现逃逸、网络劫持、进程注入的关键跳板。默认保留的 NET_ADMIN、SYS_PTRACE、CAP_SYS_MODULE 等极易被滥用。
- 使用 capabilities.drop: ["ALL"] 彻底清空，再按需白名单添加（如仅需绑定端口则加 NET_BIND_SERVICE）
- 特别注意禁用 SYS_ADMIN —— 它是容器逃逸最常见的能力入口
- 避免使用 --privileged 启动，该参数会绕过所有 capability 控制
挂载只读根文件系统（readOnlyRootFilesystem）
未知木马常通过写入 /tmp、/var/run 或修改二进制文件（如 /bin/sh）实现驻留或混淆。只读根文件系统可阻断此类落地行为。
- 设置 readOnlyRootFilesystem: true 后，容器内所有路径（除显式声明的 emptyDir 或 volumeMount）均不可写
- 需配合配置临时目录（如 /tmp）为 emptyDir，确保应用正常运行
- 对已感染镜像有效：即使镜像自带木马，也无法在运行时写入关键路径
启用 AppArmor 或 SELinux 策略
这些内核强制访问控制机制，能限制进程对文件、网络、IPC 等资源的访问范围，对行为异常的未知木马有强约束力。
- 在容器 runtime 配置中启用（如 containerd 的 AppArmorProfile: "container-default"）
- Kubernetes 中通过 pod annotation 指定策略：security.apparmor.security.alpha.kubernetes.io/pod: runtime/default
- 策略应禁止执行非常规路径的二进制、禁止加载内核模块、限制 ptrace 调用等
