生产环境中禁用--privileged模式，应遵循最小权限原则：明确所需能力（如net_bind_service）、使用非root用户、禁用全部能力后按需添加、启用只读文件系统及资源限制。

直接用 --privileged 参数启动容器是最简方式：

docker run --privileged -it ubuntu:22.04

但这个操作会完全放开隔离限制，等同于赋予容器宿主机 root 级别权限，不建议在生产环境直接使用。

---

更稳妥的创建路径（推荐）

✅ 明确需求，避免“一开了之”

先确认容器真正需要什么能力。比如：

• 要绑定 80 端口？→ 加 --cap-add=NET_BIND_SERVICE
• 要加载内核模块或挂载文件系统？→ 加 --cap-add=SYS_ADMIN（谨慎）
• 要访问 GPU？→ 用 --device=/dev/nvidia0:/dev/nvidia0
• 要读 USB 设备？→ 用 --device=/dev/bus/usb:/dev/bus/usb:ro

✅ 构建时就加固镜像

Dockerfile 中显式指定非 root 用户：

minimax-mcp-docker版（适配极空间）

MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。

下载

FROM ubuntu:22.04
RUN apt-get update && apt-get install -y curl && rm -rf /var/lib/apt/lists/*
RUN groupadd -g 1001 -f appuser && useradd -r -u 1001 -g appuser appuser
USER appuser

✅ 运行时叠加最小权限

docker run \
  --cap-drop=ALL \
  --cap-add=NET_BIND_SERVICE \
  --cap-add=CHOWN \
  --device=/dev/nvidia0:/dev/nvidia0:rw \
  --read-only \
  --tmpfs /tmp:rw,size=32m \
  --user 1001:1001 \
  -v /etc:/etc:ro \
  -it myapp:latest

✅ 若必须用 --privileged（仅限测试/仿真场景）

务必叠加防护：

• 强制降权：--user 1001:1001
• 收缩能力：--cap-drop=ALL --cap-add=SYS_ADMIN --cap-add=NET_ADMIN
• 关键路径只读：-v /usr:/usr:ro -v /bin:/bin:ro
• 限制资源：--memory=512m --cpus=1 --pids-limit=32

---

Docker Compose 中启用（不推荐，仅作参考）

services:
  app:
    image: myapp:latest
    privileged: true
    user: "1001:1001"
    cap_drop:
      - ALL
    cap_add:
      - SYS_ADMIN
      - NET_ADMIN
    read_only: true
    tmpfs:
      - /tmp:rw,size=32m

注意：Kubernetes 中对应字段是 securityContext.privileged: true，但应配合 PodSecurityPolicy 或 Pod Security Admission（restricted 级别）强制拦截。

安全不是靠“开了没”，而是靠“开了多少、谁在用、有没有兜底”。