Docker 容器化最佳实践与安全加固方案

Docker 容器化最佳实践与安全加固方案

一、引言痛点：容器化不是银弹

Docker 容器化已经成为现代应用部署的事实标准，但在生产环境中，很多团队对容器安全的重视程度远远不够。一个不安全的容器配置可能导致数据泄露、恶意攻击、甚至整个集群被攻陷。

常见的安全问题包括：使用 root 用户运行容器、容器特权模式滥用、敏感信息硬编码在镜像中、基础镜像存在已知漏洞等等。这些问题往往在开发阶段被忽视，在生产环境中暴露时已经造成损失。

本文将系统讲解 Docker 容器化的最佳实践和安全加固方案，从镜像构建、运行时配置、到网络安全，提供可落地的工程实践。

二、镜像构建最佳实践

2.1 安全的 Dockerfile 模板

# 安全 Dockerfile 最佳实践 # 1. 使用最小化基础镜像 FROM python:3.11-slim-bookworm # 不使用 latest 标签，明确版本号 # 使用 Alpine 或 slim 变体减少攻击面 # 2. 使用非 root 用户运行 # 创建专用用户和组 RUN groupadd --gid 1000 appgroup && \ useradd --uid 1000 --gid appgroup --shell /bin/bash --create-home appuser # 3. 设置工作目录 WORKDIR /home/appuser/app # 4. 复制依赖文件（先复制依赖，再复制代码，利用 Docker 缓存） COPY --chown=appuser:appgroup requirements.txt . # 5. 安装依赖（使用 --no-cache-dir 减少镜像体积） RUN pip install --no-cache-dir -r requirements.txt # 6. 复制应用代码 COPY --chown=appuser:appgroup . . # 7. 切换到非 root 用户 USER appuser # 8. 暴露必要端口（不要暴露所有端口） EXPOSE 8080 # 9. 使用 exec 格式的 CMD（确保信号正确传递） CMD ["python", "main.py"]

2.2 多阶段构建

# 多阶段构建示例：减少最终镜像体积，排除构建工具 # 阶段 1：构建阶段 FROM golang:1.21-alpine AS builder WORKDIR /build # 复制 go.mod 和 go.sum COPY go.mod go.sum ./ RUN go mod download # 复制源代码 COPY . . # 构建二进制文件 RUN CGO_ENABLED=0 GOOS=linux go build \ -ldflags="-w -s" \ -o myapp # 阶段 2：运行阶段 FROM alpine:3.19 # 安装 CA 证书（如果需要 HTTPS） RUN apk add --no-cache ca-certificates tzdata WORKDIR /app # 从构建阶段复制二进制文件 COPY --from=builder /build/myapp . # 复制配置文件（不复制敏感信息） COPY config.yaml . # 创建非 root 用户 RUN adduser --disabled-password --gecos "" appuser && \ chown -R appuser:appuser /app USER appuser EXPOSE 8080 CMD ["./myapp"]

2.3 .dockerignore 文件

# .dockerignore - 排除敏感和不必要的文件 # Git .git .gitignore # 环境配置 .env .env.local *.pem *.key # 测试和文档 *_test.go *_test.py README.md docs/ *.md # IDE .vscode/ .idea/ *.swp *.swo # 本地构建产物 dist/ build/ node_modules/ target/ # 日志和临时文件 *.log logs/ tmp/ temp/ # 敏感文件 secrets/ credentials/ *.sql

三、容器运行时安全配置

3.1 Docker 运行时的安全标志

# 生产环境推荐的 Docker 运行配置 docker run -d \ --name myapp \ --read-only \ # 文件系统只读 --tmpfs /tmp:rw,noexec,nosuid,size=64m \ # 使用 tmpfs 替代可写层 --cap-drop ALL \ # 移除所有能力 --security-opt=no-new-privileges \ # 禁止提权 --pids-limit 100 \ # 限制 PID 数量，防止 PID 耗尽 --ulimit nofile=1024:1024 \ # 限制文件描述符 --memory=512m \ # 内存限制 --memory-swappiness=0 \ # 禁用 swap（避免内存交换） --oom-kill-disable \ # 禁用 OOM Killer（需配合内存限制） --network=none \ # 默认禁用网络，按需开启 --restart=on-failure:5 \ # 失败后最多重启 5 次 myapp:latest

3.2 Kubernetes Pod 安全上下文

apiVersion: v1 kind: Pod metadata: name: myapp namespace: production spec: securityContext: runAsNonRoot: true # 必须以非 root 用户运行 runAsUser: 1000 # 指定用户 ID runAsGroup: 1000 # 指定组 ID fsGroup: 1000 # 文件系统组 seccompProfile: type: RuntimeDefault # 使用默认 seccomp 配置 containers: - name: myapp image: myapp:latest imagePullPolicy: Always # 始终拉取最新镜像 securityContext: allowPrivilegeEscalation: false # 禁止特权升级 capabilities: drop: # 移除所有能力 - ALL readOnlyRootFilesystem: true # 根文件系统只读 resources: requests: memory: "128Mi" cpu: "100m" limits: memory: "512Mi" cpu: "500m" volumeMounts: - name: tmp-storage mountPath: /tmp - name: cache-storage mountPath: /cache volumes: - name: tmp-storage emptyDir: medium: Memory sizeLimit: 64Mi - name: cache-storage emptyDir: {}

四、网络安全配置

4.1 容器网络隔离

# 使用自定义网络实现容器间隔离 docker network create --driver bridge \ --subnet=172.20.0.0/16 \ --ip-range=172.20.5.0/24 \ myapp-network # 将容器加入特定网络 docker run --network myapp-network --name db postgres:latest docker run --network myapp-network --name app myapp:latest # 只允许应用容器访问数据库 docker network connect --alias db-host myapp-network db

4.2 网络策略示例

apiVersion: networking.k8s.io/v1 kind: NetworkPolicy metadata: name: api-network-policy namespace: production spec: podSelector: matchLabels: app: api policyTypes: - Ingress - Egress ingress: - from: - podSelector: matchLabels: app: ingress-nginx ports: - protocol: TCP port: 8080 egress: - to: - podSelector: matchLabels: app: database ports: - protocol: TCP port: 5432 - to: - podSelector: matchLabels: app: redis ports: - protocol: TCP port: 6379 - to: - namespaceSelector: {} # 允许 DNS ports: - protocol: TCP port: 53

五、敏感信息管理

5.1 不安全的做法

# 错误：敏感信息硬编码在镜像中 FROM python:3.11-slim ENV API_KEY=sk-1234567890abcdef ENV DATABASE_PASSWORD=my_secret_password COPY secrets.json /app/secrets.json

5.2 安全的做法

# 使用 Docker Secrets（Swarm 模式） docker secret create api_key api_key.txt docker secret create db_password db_password.txt docker service create \ --secret api_key \ --secret db_password \ myapp:latest # Kubernetes 使用 Secret kubectl create secret generic myapp-secrets \ --from-literal=API_KEY=sk-1234567890abcdef \ --from-file=db-password=./db_password.txt

# Kubernetes Pod 引用 Secret apiVersion: v1 kind: Pod metadata: name: myapp spec: containers: - name: myapp image: myapp:latest env: - name: API_KEY valueFrom: secretKeyRef: name: myapp-secrets key: api_key envFrom: - secretRef: name: myapp-secrets

六、镜像安全扫描

6.1 Trivy 扫描集成

# 安装 Trivy brew install trivy # 扫描镜像漏洞 trivy image myapp:latest # 扫描 Dockerfile trivy config myapp-dockerfile/ # 在 CI/CD 中集成 trivy image --exit-code 1 --severity HIGH,CRITICAL myapp:latest

6.2 GitHub Actions 集成

name: Security Scan on: [push, pull_request] jobs: security-scan: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - name: Run Trivy vulnerability scanner uses: aquasecurity/trivy-action@master with: image-ref: 'myapp:latest' format: 'sarif' output: 'trivy-results.sarif' severity: 'HIGH,CRITICAL' - name: Upload Trivy scan results uses: github/codeql-action/upload-sarif@v2 with: sarif_file: 'trivy-results.sarif'

七、总结

Docker 容器安全是云原生安全的第一道防线。核心要点可以归纳为三点：

第一，最小化镜像。使用最小化基础镜像、多阶段构建、.dockerignore 排除敏感文件，减少攻击面。

第二，非 root 运行。始终使用非 root 用户运行容器，限制容器特权，避免容器逃逸风险。

第三，安全配置运行时。使用只读文件系统、限制资源、禁用特权升级、配置网络隔离，构建深度防御体系。

容器安全不是一次性工作，而是持续的过程。需要建立镜像扫描和更新的长效机制。