Docker容器安全加固：2026年8層防禦體系從鏡像…

你的容器，真的安全嗎？

容器化部署讓交付變快了，但安全債務也在快速累積。預設配置的Docker容器以root運行、掛載Docker Socket、沒有資源限制——攻擊者一旦突破容器邊界，就能拿到宿主機root權限。供應鏈攻擊頻發，惡意鏡像混入生產環境；敏感資訊透過環境變數洩露；運行時提權漏洞被利用……這些不是假設場景，而是每天都在發生的安全事件。

2026年，容器安全已經從「可選項」變成「必選項」。本文構建8層防禦體系，從鏡像構建到運行時保護，讓容器安全不再留死角。

8層防禦體系概覽

層級	防禦目標	核心技術
第1層	鏡像安全	多階段構建、distroless、鏡像掃描
第2層	供應鏈安全	鏡像簽名、SBOM、不可變標籤
第3層	最小權限	非root使用者、唯讀檔案系統、能力裁剪
第4層	網路隔離	網路策略、Service Mesh、egress控制
第5層	資源限制	CPU/記憶體限制、PIDs限制、OOM策略
第6層	系統呼叫過濾	Seccomp設定檔、AppArmor策略
第7層	運行時監控	漏洞偵測、異常行為告警、檔案完整性
第8層	合規審計	CIS基準、安全基線、審計日誌

問題深入分析：容器安全的8大威脅

威脅	攻擊路徑	影響範圍	防禦層級
惡意基礎鏡像	供應鏈投毒	全部容器	第1-2層
容器逃逸	核心漏洞利用	宿主機	第3-6層
權限提升	root運行+能力過剩	宿主機	第3層
網路橫向移動	無網路隔離	集群內所有服務	第4層
資源耗盡	無資源限制	同節點所有容器	第5層
敏感資訊洩露	環境變數/設定檔	資料洩露	第3層
供應鏈篡改	鏡像標籤覆蓋	全部容器	第2層
運行時攻擊	已知漏洞利用	容器內服務	第7層

第1層：鏡像安全

多階段構建 + distroless

FROM golang:1.23-alpine AS builder
WORKDIR /app
COPY go.mod go.sum ./
RUN go mod download
COPY . .
RUN CGO_ENABLED=0 GOOS=linux go build -ldflags="-s -w" -o /app/server .

FROM gcr.io/distroless/static-debian12:nonroot
COPY --from=builder /app/server /server
USER 65532:65532
ENTRYPOINT ["/server"]

鏡像掃描

trivy image --severity HIGH,CRITICAL --exit-code 1 registry.example.com/app:v1.0.0
grype registry.example.com/app:v1.0.0 --fail-on critical
docker scout cves registry.example.com/app:v1.0.0

第2層：供應鏈安全

# 鏡像簽名
cosign sign --key cosign.key registry.example.com/app:v1.0.0
cosign verify --key cosign.pub registry.example.com/app:v1.0.0

# SBOM生成
syft registry.example.com/app:v1.0.0 -o spdx-json > sbom.json

不可變標籤

apiVersion: kyverno.io/v1
kind: ClusterPolicy
metadata:
  name: disallow-latest-tag
spec:
  validationFailureAction: Enforce
  rules:
    - name: require-image-tag
      match:
        resources:
          kinds: [Pod]
      validate:
        message: "鏡像必須使用具體版本標籤"
        pattern:
          spec:
            containers:
              - image: "!*:latest"

第3層：最小權限

安全的Dockerfile

FROM node:20-alpine
RUN addgroup -S appgroup && adduser -S appuser -G appgroup
WORKDIR /app
COPY --chown=appuser:appgroup . .
USER appuser
HEALTHCHECK --interval=30s --timeout=3s --retries=3 \
  CMD wget --no-verbose --tries=1 --spider http://localhost:3000/health || exit 1
EXPOSE 3000
CMD ["node", "server.js"]

安全的docker-compose.yml

version: "3.9"
services:
  app:
    image: registry.example.com/app:v1.0.0
    security_opt:
      - no-new-privileges:true
      - seccomp:seccomp-profile.json
    cap_drop:
      - ALL
    cap_add:
      - NET_BIND_SERVICE
    read_only: true
    tmpfs:
      - /tmp:noexec,nosuid,size=100m
    user: "65534:65534"
    deploy:
      resources:
        limits:
          cpus: "1.0"
          memory: 512M
          pids: 100
    networks:
      - app-network
    volumes:
      - app-data:/app/data:noexec

networks:
  app-network:
    driver: bridge
    internal: true

第4層：網路隔離

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: app-network-policy
spec:
  podSelector:
    matchLabels:
      app: web-app
  policyTypes:
    - Ingress
    - Egress
  ingress:
    - from:
        - namespaceSelector:
            matchLabels:
              name: ingress-nginx
      ports:
        - port: 3000
  egress:
    - to:
        - namespaceSelector:
            matchLabels:
              name: database
      ports:
        - port: 5432

第5層：資源限制

apiVersion: v1
kind: LimitRange
metadata:
  name: production-limits
spec:
  limits:
    - default:
        cpu: "500m"
        memory: "256Mi"
      defaultRequest:
        cpu: "100m"
        memory: "128Mi"
      max:
        cpu: "2"
        memory: "2Gi"
      type: Container

第6層：系統呼叫過濾

Seccomp設定檔

{
  "defaultAction": "SCMP_ACT_ERRNO",
  "defaultErrnoRet": 1,
  "architectures": ["SCMP_ARCH_X86_64"],
  "syscalls": [
    {
      "names": [
        "accept", "bind", "brk", "close", "connect", "epoll_wait",
        "exit", "exit_group", "fcntl", "fstat", "futex", "mmap",
        "mprotect", "munmap", "open", "openat", "read", "recvfrom",
        "sendto", "setgid", "setuid", "socket", "stat", "write"
      ],
      "action": "SCMP_ACT_ALLOW"
    }
  ]
}

AppArmor策略

#include <tunables/global>

profile docker-apparmor flags=(attach_disconnected,mediate_deleted) {
  network inet tcp,
  network inet udp,
  /app/** r,
  /app/data/** rw,
  /tmp/** rw,
  deny /proc/*/mem rw,
  deny /sys/** rw,
  deny /etc/shadow r,
  capability net_bind_service,
  deny capability sys_admin,
  deny capability sys_ptrace,
}

第7層：運行時監控

apiVersion: falco.org/v1
kind: FalcoRule
metadata:
  name: container-security-rules
spec:
  rules:
    - rule: Read sensitive file
      desc: Detect reading of sensitive files
      condition: >
        container and open_read and fd.name in (/etc/shadow, /etc/passwd, /root/.ssh/id_rsa)
      output: >
        Sensitive file read (container=%container.name file=%fd.name)
      priority: CRITICAL

    - rule: Unexpected outbound connection
      desc: Detect outbound connections not in allowlist
      condition: >
        container and outbound and not fd.sip in (10.0.0.0/8, 172.16.0.0/12)
      output: >
        Unexpected outbound (container=%container.name)
      priority: WARNING

第8層：合規審計

# CIS Docker Benchmark
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock \
  docker/docker-bench-security

# kube-bench
kube-bench run --targets master,node,etcd,policies

# Docker daemon安全配置
cat > /etc/docker/daemon.json << 'EOF'
{
  "log-driver": "json-file",
  "log-opts": { "max-size": "10m", "max-file": "3" },
  "storage-driver": "overlay2",
  "userns-remap": "default",
  "no-new-privileges": true
}
EOF

避坑指南

坑1：Rootless模式下掛載卷權限錯誤

Rootless模式下容器使用者UID映射到宿主機子UID範圍，導致掛載卷無法讀寫。

解決方案：cat /etc/subuid 查看子UID範圍，調整卷目錄權限，或使用 :Z 標籤。

坑2：Seccomp配置過於嚴格導致應用崩潰

預設拒絕所有系統呼叫，應用需要的呼叫未在白名單中。

解決方案：先用 strace 收集應用需要的系統呼叫，從寬鬆配置開始逐步收緊。

坑3：AppArmor配置不生效

AppArmor設定檔未正確載入或Docker未識別。

解決方案：aa-status 檢查，apparmor_parser -r 手動載入。

坑4：唯讀檔案系統下應用寫入失敗

read_only: true 後應用需要寫入臨時檔案或快取。

解決方案：添加 tmpfs 掛載和 volumes 用於可寫路徑。

坑5：鏡像掃描誤報過多

掃描工具報告大量低危漏洞，淹沒真正需要修復的問題。

解決方案：只關注HIGH和CRITICAL級別，配置 .trivyignore 忽略已知誤報。

報錯排查

序號	報錯信息	原因	解決方法
1	`permission denied: Docker daemon socket`	無Docker組權限	`sudo usermod -aG docker $USER`
2	`OCI runtime: rootfs propagation error`	Rootless掛載衝突	檢查卷路徑和UID映射
3	`seccomp: unknown syscall`	Seccomp缺少系統呼叫	添加到白名單
4	`AppArmor: denied`	AppArmor策略阻止	更新AppArmor設定檔
5	`write /proc/self/attr/current: permission denied`	no-new-privileges與SELinux衝突	調整SELinux策略
6	`read-only file system`	唯讀根檔案系統下寫入	添加tmpfs或volume
7	`OOMKilled`	記憶體限制過小	增大memory limit
8	`certificate verify failed`	鏡像倉庫證書驗證失敗	配置信任證書
9	`image signature verification failed`	鏡像簽名驗證失敗	確認cosign簽名和公鑰
10	`no space left on device`	鏡像層過多磁碟滿	`docker system prune -a`

進階優化

1. Rootless Docker部署

dockerd-rootless-setuptool.sh install
echo "export DOCKER_HOST=unix:///run/user/$UID/docker.sock" >> ~/.bashrc

2. 構建-簽名-掃描CI管線

name: Build and Sign Image
on:
  push:
    tags: ['v*']
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: docker build -t registry.example.com/app:${{ github.ref_name }} .
      - run: trivy image --exit-code 1 --severity HIGH,CRITICAL registry.example.com/app:${{ github.ref_name }}
      - uses: sigstore/cosign-installer@v3
      - run: cosign sign --yes --key env://COSIGN_KEY registry.example.com/app:${{ github.ref_name }}

3. 自動化運行時安全策略

apiVersion: kyverno.io/v1
kind: ClusterPolicy
metadata:
  name: pod-security-defaults
spec:
  validationFailureAction: Enforce
  rules:
    - name: require-non-root
      match:
        resources:
          kinds: [Pod]
      validate:
        message: "容器必須以非root使用者運行"
        pattern:
          spec:
            containers:
              - securityContext:
                  runAsNonRoot: true
    - name: drop-all-capabilities
      match:
        resources:
          kinds: [Pod]
      mutate:
        patchStrategicMerge:
          spec:
            containers:
              - (name): "?*"
                securityContext:
                  capabilities:
                    drop:
                      - ALL

對比分析

維度	Docker預設	CIS Level 1	CIS Level 2	Rootless	Podman
root運行	是	否	否	否	否
能力裁剪	無	drop ALL	drop ALL+最小add	自動限制	自動限制
唯讀檔案系統	否	推薦	強制	否	否
Seccomp	預設	預設	自訂	預設	預設
AppArmor	無	推薦	強制	無	無
鏡像掃描	無	推薦	強制	推薦	推薦
鏡像簽名	無	無	推薦	推薦	推薦
網路隔離	無	推薦	強制	推薦	推薦
資源限制	無	推薦	強制	推薦	推薦
安全等級	低	中	高	高	高

總結：Docker容器安全不是單一技術，而是8層縱深防禦體系的系統工程。從鏡像構建階段的多階段構建和漏洞掃描，到運行時的Seccomp/AppArmor策略和Falco監控，每一層都在縮小攻擊面。2026年的最佳實踐是：預設非root運行、唯讀檔案系統、最小能力集、鏡像簽名驗證、持續漏洞掃描。建議從CIS Level 1基準開始，逐步升級到Level 2，最終實現Rootless部署。安全沒有終點，只有持續的改進。

線上工具推薦

JSON格式化：/zh-TW/json/format — 格式化Seccomp設定和Docker API響應
Base64編解碼：/zh-TW/encode/base64 — 編解碼Docker Registry認證Token和Secret
Curl轉代碼：/zh-TW/dev/curl-to-code — 將Docker API除錯curl轉為代碼