7.6 KiB
7.6 KiB
vArmor https://github.com/bytedance/vArmor
vArmor 是一个云原生容器沙箱系统,它借助 Linux 的 AppArmor LSM, BPF LSM 和 Seccomp 技术实现强制访问控制器(即 enforcer),从而对容器进行安全加固。它可以用于增强容器隔离性、减少内核攻击面、增加容器逃逸或横行移动攻击的难度与成本。
您可以借助 vArmor 在以下场景对 Kubernetes 集群中的容器进行沙箱防护
- 业务场景存在多租户(多租户共享同一个集群),由于成本、技术条件等原因无法使用硬件虚拟化容器(如 Kata Container)
- 需要对关键的业务进行安全加固,增加攻击者权限提升、容器逃逸、横向渗透的难度与成本
- 当出现高危漏洞,但由于修复难度大、周期长等原因无法立即修复时,可以借助 vArmor 实施漏洞利用缓解(具体取决于漏洞类型或漏洞利用向量。缓解代表阻断利用向量、增加利用难度)
注意:如果需要高强度的隔离方案,建议优先考虑使用硬件虚拟化容器(如 Kata Container)进行计算隔离,并借助 CNI 的 NetworkPolicy 进行网络隔离。
vArmor 的特色
- Cloud-Native. vArmor 遵循 Kubernetes Operator 设计模式,用户可通过操作 CRD API 对特定的 Workloads 进行加固。从而以更贴近业务的视角,实现对容器化微服务的沙箱加固。
- Multiple Enforcers. vArmor 将 AppArmor、BPF、Seccomp 抽象为 Enforcer,并支持单独或组合使用,从而对容器的文件访问、进程执行、网络外联、系统调用等进行访问控制。
- Allow-by-Default. vArmor 当前重点支持此安全模型。即只有显式声明的行为会被阻断,从而减少性能损失和增加易用性。
- Built-in Rules. vArmor 提供了一系列开箱即用的内置规则。这些规则为 Allow-by-Default 安全模型设计,从而极大降低对用户专业知识的要求。
- Behavior Modeling. vArmor 支持对工作负载进行行为建模。这可用于开发白名单安全策略、分析哪些内置规则可用于加固应用、指导工作负载的配置遵循权限最小化原则。
- Deny-by-Default. vArmor 可以基于行为模型创建白名单安全策略,从而确保仅显式声明的行为被允许。
vArmor 由字节跳动终端安全团队的 Elkeid Team 研发,目前该项目仍在积极迭代中。
文档
您可以访问 varmor.org 查看 vArmor 的文档。
👉 快速上手
👉 安装指引
👉 使用手册
👉 策略与规则
👉 性能说明
贡献
感谢您有兴趣为 vArmor 做出贡献!以下是帮助您入门的一些步骤:
✔ 阅读并遵循社区行为准则.
✔ 阅读开发指引.
✔ 加入 vArmor 飞书群.
项目相关
最近更新
[v0.10.3] - 2026-07-05
功能特性
- 为 NetworkProxy 强制执行器添加了基于 gRPC ALS 的审计日志报告,由代理进行规范化
[v0.10.2] - 2026-06-02
功能特性
- 新增漏洞策略生成器技能,支持自动化 CVE 分析与缓解策略生成 (#329)
- 新增启动时垃圾回收机制,在 Agent 重启时回收孤立的 BPF Map 条目 (#333)
- 新增 bpf_loop BPF 变体,在内核 >= 5.17 上将挂载规则容量提升至 64 (#334)
[v0.9.2] - 2026-02-25
特色
- 为特定云服务提供商添加了新的元数据阻断规则
- 在运行端对端测试用例前启用功能 重构
- 重构领导者选举实施以解决大规模集群中租约续约失败
- 将特征门拆分为和
- 大规模集群优化性能和稳定性
- 更新的端对端工作流程
[v0.9.0] - 2025-11-13
功能更新
- 为 BPF 执行器配置文件启用了 enforce/complain 模式,以与 AppArmor 对齐 (#250)
- 为 BPF 执行器添加了 BehaviorModeling 模式支持 (#250)
- 为 BPF 执行器生成的违规日志添加了
operation字段 (#250) - 将违规日志中的
eventType字段重命名为 enforcer (#250) - 为 BPF 执行器的自定义规则接口添加了
qualifiers字段 (#257) - 为 BPF 执行器中支持的挂载标志添加了简写形式,与 AppArmor 保持一致 (#250)
- 启用了 policy-advisor 使用 BPF 执行器行为数据生成策略模板 (#261) 重构
- 重命名了 CRD 中的配置文件和动态结果字段 (#255)
- 标准化了所有 Seccomp 违规日志,使用
AUDIT|ALLOWED操作 (#253) - 调整了所有违规日志的记录级别为 warn (#263)
- 从 JSON 日志格式设置中移除了 zerolog 时间格式配置 (#266)
- 标准化了所有 AppArmor 规则的缩进以提高可读性 (#265)
- 依赖项升级:Go 更新至 1.24,ebpf 包更新至 v0.19.0 (#250)
- 更新了 Dockerfile 中的基础镜像和环境变量 (#250, #251) 修复
- 修复了 BPF 执行器的配置文件生成逻辑,使用正确的规则模式常量 (#252)
- 解决了 BPF 事件转换过程中的潜在空指针引用问题 (#254)
[v0.8.0] - 2025-06-26
新增
- 添加了自托管运行器和 BPF 执行者的端到端测试用例
- 支持为网络出口规则定义多个端口和端口范围
- 添加了 PodServiceEgressControl 特性,限制对 Pod 和服务的访问
- 添加了 pod-self 实体,以限制容器访问其所在 Pod 的 IP
- 添加了一个未指定的实体,以限制容器访问 0.0.0.0 和 ::
- 添加了一个 localhost 实体,以限制容器访问回环地址
- 通过灵活的配置文件来源和观察支持增强了深入防御模式
- 从 Pod 注释中提取了配置文件名称,并将其添加到违规事件中,以改善日志可追溯性
- 支持将元数据注入违规事件
- 支持从现有策略中移除 BPF 执行者
- 添加了 block-access-to-kube-apiserver 内置规则
- 添加了 ingress-nightmare-mitigation 内置规则
更新 - 将 AppArmor 和 Seccomp 配置文件以纯文本形式保存至 CR 对象
- 增强了状态同步的并发安全性
- 从 CRD 定义中提取公共字段到一个公共文件
- 升级 libseccomp-golang 至 v0.11.0
- 改进了 ArmorProfile 处理中的错误处理,以收集所有配置文件错误
-为 Kubernetes 客户端设置默认的 qps 和突发值 - 将 MaxTargetContainerCountForBpfLsm 的值从 100 增加到 110