容器隔离的真实强度

容器共享内核 → 隔离不如虚机 → 但够用吗？答案取决于你的威胁模型。

一、先看图

flowchart TD
    VM[虚拟机<br/>独立内核] --> HYPERVISOR[Hypervisor<br/>硬件隔离]
    MICROVM[microVM<br/>Firecracker/Kata] --> HYPERVISOR
    CONTAINER[容器<br/>共享内核] --> NS[namespace<br/>视图隔离]
    CONTAINER --> CG[cgroup<br/>资源限制]
    CONTAINER --> SEC[seccomp<br/>syscall 过滤]
    CONTAINER --> CAP[capabilities<br/>权限限制]

    classDef strong fill:#3fb95022,stroke:#3fb950,color:#adbac7;
    classDef medium fill:#f0883e22,stroke:#f0883e,color:#adbac7;
    classDef weak fill:#f8514922,stroke:#f85149,color:#adbac7;
    class VM,HYPERVISOR strong
    class MICROVM medium
    class CONTAINER,NS,CG,SEC,CAP weak

二、容器隔离层

三、共享内核的风险

3.1 内核漏洞

容器和宿主共享同一个内核 → 内核漏洞 = 逃逸路径。

历史逃逸案例：

• CVE-2019-5736（runc）
• CVE-2020-15257（containerd）
• CVE-2022-0185（fsconfig）

3.2 未 namespace 化的接口

• /proc/sys/ 部分参数全局共享
• 某些 ioctl 不受 namespace 限制
• 时间（直到 time namespace 出现）

四、User Namespace Rootless

podman run --userns=auto my_app

容器内 root → 映射到宿主非特权 UID → 即使逃逸也只是普通用户。

五、gVisor

Google 的用户态内核：

应用 → gVisor Sentry（用户态内核） → 有限 syscall → 宿主内核

• 拦截所有 syscall → 在用户态重新实现
• 大幅减少内核攻击面
• 代价：兼容性和性能

六、Kata Containers

应用 → 容器 → 轻量级 VM → 宿主内核

每个容器（或 pod）跑在独立的微虚拟机中 → 独立内核 → 硬件隔离。

启动时间 ~100ms → 接近容器。

七、Firecracker

AWS Lambda/Fargate 的基础：

应用 → Firecracker microVM → KVM → 宿主

• 精简的 VMM → 只有必要的设备模型
• 启动 < 125ms，内存 < 5MB overhead
• 硬件隔离 + 容器级敏捷

八、隔离强度对比

九、观察

# 当前容器安全配置
docker inspect --format '{{json .HostConfig.SecurityOpt}}' my_container
docker inspect --format '{{json .HostConfig.CapDrop}}' my_container

# user namespace
cat /proc/self/uid_map

# seccomp 状态
grep Seccomp /proc/1/status

# 内核漏洞检查
grep . /sys/devices/system/cpu/vulnerabilities/*

十、小结

• 容器隔离 = namespace + cgroup + seccomp + capabilities
• 共享内核 = 内核漏洞可能导致逃逸
• User namespace rootless 降低逃逸影响
• gVisor/Kata/Firecracker 提供更强隔离
• 选择取决于威胁模型和性能需求

参考文献

• gVisor documentation (gvisor.dev)
• Kata Containers architecture (katacontainers.io)
• Firecracker design (firecracker-microvm.github.io)
• NCC Group, “Understanding and Hardening Linux Containers.” 2016

工具

• podman / docker
• runsc（gVisor）
• kata-runtime
• firecracker

上一篇：内核缓解措施 下一篇：虚拟化基础