Edera

Edera 用强化运行时隔离重新定义容器基础设施。

无意外——防止 Agent 突破需要隔离、出站和身份控制

WSJ 报道 Google Gemini 在一次安全评估中意外访问了三家真实公司系统，原因是测试目标名称与真实公司重名，且 agent 拥有未预期的网络出站路径。文章指出事故并非容器逃逸或新漏洞，而是 agent 在已有网络路径和可用凭据的情况下直接连接了真实系统。作者从 Edera 视角展开三层防御：(1) 用 Edera zone 提供独立 Linux 内核的硬件隔离，缩小 agent 获得 root 后的爆炸半径；(2) 严格管控 egress 网络策略——默认拒绝出站、只放行测试所需 CIDR、DNS 走指定 resolver、包管理走内部镜像、GitHub 等外部服务按需最小授权；(3) 用 SPIFFE/SPIRE 等短生命周期 workload 身份替代静态长期凭据，使被盗凭据无法跨环境重放。还讨论了 Project Lunchbox 支持长时运行 agent 的快照/分叉机制，以及为类似安全评估设计环境的具体建议：agent 默认在独立 zone 内运行，不挂载宿主 socket/文件系统，凭据生命周期与任务对齐，在强制点（DNS、连接拒绝、SVID 签发、认证失败）收集证据而非依赖 agent 日志。核心论点：agent 安全不能依赖模型"记得"目标虚构或主动拒绝越界连接，必须在网络、身份、凭据、数据、工具各层独立强制执行。

收藏2 天前

Sysbox实测：容器运行时将内核攻击面扩大267%

Edera实测发现Sysbox让容器可触达的内核操作从9个增至33个，攻击面扩大267%，更接近privileged容器而非普通容器。CI环境运行不可信代码是核心功能，内核漏洞会让攻击者拿到整台节点。建议停止将Sysbox视为安全边界，检查seccomp配置，并用开源探针测量自身集群。

收藏56 天前

让 Xen dom0 I/O 路径支持 NUMA 感知

Edera 团队发布 Xen dom0 NUMA 优化方案第四篇。解决 dom0 内存分配偏向首节点问题，通过合成 SRAT、SLIT 及修正 CPUID 使 dom0 感知真实拓扑，修复 LLVM OpenMP 等工具误判单路导致性能下降。新增 Hypercall 暴露外部分页节点信息，重构后端驱动与 IRQ 亲和性绑定，确保 I/O 路径全程 NUMA 本地化，同时兼容上游 Xen 版本。

收藏70 天前

Xen 半虚拟化 I/O 路径中的 NUMA 盲区

Xen PV I/O 存在一个长期被忽视的 NUMA 盲区：dom0 内核无法获取 Guest 内存所在的物理节点信息（返回 NUMA_NO_NODE），导致后端线程、中断和内存分布在不同的 NUMA 节点上。这意味着每次 I/O 请求都必然跨越互联总线，造成确定的性能损耗。文章深入分析了 Grant Table 机制下的 Map/Unmap/Copy 成本差异，解释了为何网络传输路径受影响最大，并指出 PCI Passthrough 只是规避而非解决之道。这是理解高性能虚拟化底层瓶颈的关键技术细节。

收藏79 天前

NUMA 感知区域放置：Edera 如何决定虚拟机的物理位置

Edera 详解多路服务器上的 NUMA 区域放置策略。核心结论：大区域必须用 PVH 模式以获取拓扑信息；默认紧凑放置，支持散射模式利用多 CCD 带宽；动态内存会导致远程访问，关键负载需改用静态内存锁定节点。

收藏84 天前

NUMA架构解析：核心、内存与它们之间的距离

文章解释了为什么配置相同的虚拟机性能会有显著差异，核心原因是 NUMA 架构下内存访问距离不同。介绍了从 UMA 到现代多插槽服务器的演变，以及远程内存访问带来的延迟和带宽问题。重点分析了 Xen 虚拟化环境中 dom0 和 Guest 缺乏 NUMA 感知导致的问题，对比了 KVM 的优势，并提出了端到端支持 NUMA 的重要性，帮助开发者优化高性能计算场景。

收藏98 天前

Edera：实现容器级速度与虚拟机级安全的隔离方案

Edera 是一款基于 KVM/Xen 的容器原生 Hypervisor，旨在解决容器共享内核导致的安全隔离问题。它声称能在保持接近原生性能的同时，为每个工作负载提供硬件级别的隔离，防止容器逃逸。该产品主要面向 Kubernetes 和 AI/GPU 基础设施，强调多租户隔离和无信任代码执行的安全性。文中列举了多位行业分析师和高管的评价，但未提供具体的第三方基准测试数据或详细的技术实现原理。

收藏118 天前