Seccomp阻断敏感内核调用的核心是白名单机制：默认拒绝所有（default_action设为SCMP_ACT_ERRNO或SCMP_ACT_KILL），仅放行openat、read、statx等真实必需调用，并显式拦截ptrace、chroot等无业务用途高危项；必须严格遵循JSON三要素（default_action、architectures、syscalls）、宿主机架构声明及绝对路径加载规范。
用 seccomp 配置文件阻断容器内敏感内核调用，核心不是“删掉危险名字”，而是建立白名单：默认拒绝全部，只放行真实需要的调用，并对明确无业务用途的高危项做显式拦截。
必须写对的 JSON 结构三要素
Seccomp 配置是纯 JSON，Docker daemon 加载时逐字段校验，错一个就启动失败：
- default_action：必须小写下划线写法，值为 "SCMP_ACT_ERRNO"（返回错误）或 "SCMP_ACT_KILL"（终止进程），不能写成 defaultAction 或 DefaultAction
- architectures：必须显式声明宿主机架构，如 ；ARM 节点还要加 ，漏掉会报 “no matching architecture”
- syscalls：必须是复数形式的数组，每个元素含 names（字符串数组，哪怕只禁一个也要写成 ）和 action（如 ）
校验建议：用 jq -e '.default_action, .architectures, .syscalls' /etc/docker/seccomp.json >/dev/null，非零退出即说明结构不合法。
基础运行调用不能禁，否则容器直接瘫痪
openat、read、statx 这类调用不是“可选”，而是绝大多数程序启动和运行的底层依赖。禁掉它们，连 ls、ps 都失败，Go 程序读不了 /proc/self/exe 就 panic，Node.js 事件循环卡在 epoll_wait 就 hang 住。
最小可用集合通常包括：
- 文件操作：openat、read、close、statx、fstat
- 内存管理：mmap、mprotect、brk
- 运行时支撑：clone（Go 启动 goroutine）、epoll_wait/epoll_ctl（Node.js/Go 事件循环）、getrandom（安全随机数）
别靠经验猜——用 strace -f -e trace=raw_syscall -p $(pidof your-app) 抓真实调用流，再筛出高频、非特权、必需项。
高危调用要主动覆盖，不依赖默认策略
Docker 默认 profile 已禁约 44 个调用，但生产环境不能指望它兜底。以下调用在 Web 服务等常规场景中几乎无正当用途，应显式拦截：
- ptrace：防止调试注入与内存篡改，建议设 （返回 EPERM，便于日志捕获）
- mount、umount2：阻断挂载逃逸路径，可用 （一旦触发基本就是攻击尝试）
- chroot、setns、unshare：关闭命名空间操控能力
- reboot、swapon、swapoff：避免影响宿主机资源管理
- capset：提权关键入口，必须禁，推荐 避免因能力检查失败导致程序异常退出
路径与权限必须严格满足 daemon 要求
Docker daemon 运行在宿主机上下文，它读不到相对路径或用户家目录：
- 配置文件必须放在 daemon 可访问的绝对路径，例如 /etc/docker/seccomp.json
- 命令中必须写绝对路径：--security-opt seccomp=/etc/docker/seccomp.json
- 确认权限：sudo chmod 644 /etc/docker/seccomp.json，确保 root（daemon 用户）可读
- 不要用 ./profile.json 或 ~/profile.json，daemon 会报 “no such file or directory”
