容器特权配置核心是“必要权限最小化”：先判断是否真需特权，再按硬件、能力、命名空间三类需求精准授权，最后用运行时加固收口。
容器创建时配置特权模式运行底层运维工具，核心不是直接加 --privileged 就完事，而是围绕“必要权限最小化”展开：先判断是否真需特权，再按硬件、能力、命名空间三类需求精准授权，最后用运行时加固收口。
先确认是否必须启用特权模式
很多运维工具（如 Prometheus node_exporter、sysdig、iptables 工具链）并不需要全量特权。可优先尝试以下替代方案：
- 访问特定设备（如
/dev/sda、/dev/ttyUSB0）：用--device=/dev/ttyUSB0:/dev/ttyUSB0 - 执行网络诊断（如
tcpdump、ip link）：加--cap-add=NET_ADMIN --cap-add=NET_RAW - 绑定低端端口（80/443）：仅需
--cap-add=NET_BIND_SERVICE - 读取
/proc或/sys全量信息：挂载只读路径，如-v /proc:/host_proc:ro -v /sys:/host_sys:ro
确需特权时的最小化配置写法
若工具依赖内核模块加载（如某些 USB 驱动）、设备节点动态生成或 modprobe 调用，则必须启用特权，但要同步收缩攻击面：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 禁用全部默认能力，再显式添加必需项：
--cap-drop=ALL --cap-add=SYS_ADMIN --cap-add=NET_ADMIN - 避免开放全部设备，只映射实际用到的硬件：
--device=/dev/video0:/dev/video0 --device=/dev/gpiomem:/dev/gpiomem - 限制文件系统可写范围：
--read-only --tmpfs /run:rw,size=32m --tmpfs /var/log:rw,size=16m - 强制非 root 运行：
--user 1001:1001，并确保镜像中对应 UID 拥有目标设备的读写权限
docker-compose 中的安全等效配置
在 docker-compose.yml 中不写 privileged: true 粗放开关，改用细粒度字段组合：
- 启用基础特权能力：
privileged: false（显式关闭），配合cap_add和cap_drop - 设备精确挂载：
devices: ["/dev/video0:/dev/video0:rwm", "/dev/i2c-1:/dev/i2c-1:rwm"] - 只读挂载敏感路径：
volumes: ["/proc:/host_proc:ro", "/sys/fs/cgroup:/sys/fs/cgroup:ro"] - 运行身份锁定：
user: "1001:1001"，并设read_only: true
验证与边界管控要点
进容器后不能只执行命令，要逐层确认权限真实生效：
- 检查设备节点是否存在且权限匹配：
ls -l /dev/video0，确认属主为容器用户 UID - 测试关键操作是否成功：
modprobe v4l2loopback（需特权）、ip link show（需 NET_ADMIN） - 确认网络命名空间未意外打通：若不需要宿主机网络，勿加
--network host；如需，则明确隔离其他服务 - 监控敏感系统调用：启用
auditd或 Falco 规则，拦截mount、module_load、ptrace等行为
