eBPF
Linux内核中的革命性技术，允许开发者在不修改内核源码的情况下安全地在内核态运行沙箱化程序，广泛应用于云原生领域的可观测性、网络和安全工具
核心事实
时间轴 (近 90 天)
OpenShell 的沙箱在运行时持续拦截并裁决智能体发起的系统调用与工具调用，类似结合 eBPF 或 seccomp 等内核级拦截机制与用户态策略引擎。
Keploy 通过 eBPF 在网络层捕获真实流量，录制 API 调用并生成测试用例和依赖 mock，无需修改应用代码。
eBPF是Linux内核中的虚拟机，可动态挂载到网络、系统调用、跟踪点等钩子执行沙箱化字节码，相比iptables具有可编程性高、性能开销低、能获取进程级元数据的优势。
使用eBPF或网络命名空间可以监控和限制Agent的出站连接，实现目标地址白名单。
更务实的自托管安全路线是在操作系统或容器层面做网络隔离（如eBPF或iptables/nftables），配合凭证代理和短期令牌，代价是部署复杂度上升。
可编程 UPF 允许在数据面插入自定义处理逻辑（如基于 P4 或 eBPF），这是 IoD 实现带内张量上下文的落点。
真正有效的网络隔离需要在内核层面进行流量拦截（如使用eBPF进行出站流量强制审计），而非仅依赖应用层配置约束
NetWatch 的进程归因结合了平台层的 socket 轮询、macOS 上的 PKTAP 以及 Linux 上可选的 eBPF kprobe 来实现
eBPF提供多种map类型，包括hash map、LRU hash map、per-CPU map等
某团队通过引入记忆化（Memoization）技术，成功将eBPF的CPU成本降低了约90%
还有 10 条时间轴事件
全部知识事实 (20)
eBPF 最初设计用于网络数据包过滤，现已演化为 Linux 内核中通用的可编程基础设施，允许在不修改内核源码前提下注入自定义程序，Cilium、Falco 等云原生安全工具以 eBPF 为核心引擎
75%待验证将频繁重用的数据缓存到片上共享内存可以减少对全局内存的重复读取
70%待验证eBPF允许开发者在不修改内核源码的前提下将自定义程序注入内核执行，加载时经内核验证器静态分析后被JIT编译为本机机器码执行，性能接近原生内核代码
60%待验证OpenShell 的沙箱在运行时持续拦截并裁决智能体发起的系统调用与工具调用，类似结合 eBPF 或 seccomp 等内核级拦截机制与用户态策略引擎。
50%待验证Keploy 通过 eBPF 在网络层捕获真实流量，录制 API 调用并生成测试用例和依赖 mock，无需修改应用代码。
50%待验证eBPF是Linux内核中的虚拟机，可动态挂载到网络、系统调用、跟踪点等钩子执行沙箱化字节码，相比iptables具有可编程性高、性能开销低、能获取进程级元数据的优势。
50%待验证使用eBPF或网络命名空间可以监控和限制Agent的出站连接，实现目标地址白名单。
50%待验证更务实的自托管安全路线是在操作系统或容器层面做网络隔离（如eBPF或iptables/nftables），配合凭证代理和短期令牌，代价是部署复杂度上升。
50%待验证可编程 UPF 允许在数据面插入自定义处理逻辑（如基于 P4 或 eBPF），这是 IoD 实现带内张量上下文的落点。
50%待验证真正有效的网络隔离需要在内核层面进行流量拦截（如使用eBPF进行出站流量强制审计），而非仅依赖应用层配置约束
50%待验证NetWatch 的进程归因结合了平台层的 socket 轮询、macOS 上的 PKTAP 以及 Linux 上可选的 eBPF kprobe 来实现
50%待验证某团队通过引入记忆化（Memoization）技术，成功将eBPF的CPU成本降低了约90%
50%待验证高开销的探针可能扭曲被观测系统的真实性能表现，即观测者效应
50%待验证eBPF提供多种map类型，包括hash map、LRU hash map、per-CPU map等
50%待验证对于走HTTPS的大模型API调用，网络层观测能看到连接建立但内容加密，需要结合其他手段才能还原调用细节
50%待验证AgentSight是一个利用eBPF技术为AI智能体提供可观测性能力的项目，无需修改任何应用代码
50%待验证Cilium、Falco、Pixie等知名项目都基于eBPF构建
50%待验证eBPF主要依赖较新版本的Linux内核，在Windows、macOS等环境下的适用性受限
50%待验证内核层看到的是系统调用等底层信号，将其映射回智能体的高层决策语义需要额外的关联和解读工作，存在语义鸿沟
50%待验证eBPF性能优异但仅限Linux，ESF功能完善但需要特殊授权
50%