Isolation Forest + eBPF 事件打造 Linux 端点检测系统 [项目]
摘要
guardd 是一款开源 Linux 端点检测工具,利用 eBPF 事件与 Isolation Forest 在 60 秒窗口内发现异常进程/网络行为,但对浏览器类误报较敏感。
[](https://www.reddit.com/r/MachineLearning/?f=flair_name%3A%22Project%22) 大家好,我一直在做一个叫 guardd 的机器学习项目,想听听大家对 ML 部分的反馈。它本质上是一个基于主机的 Linux 异常检测系统,使用 Isolation Forest。我采集 exec 与网络事件,按 60 秒窗口聚合,再转成特征向量让模型打分。当前特征包括:exec 与网络事件计数、窗口内唯一进程/文件/IP/端口数量、父子关系模式、若干特征间简单比例,以及“新 vs 基线”追踪(训练时未见过的进程或关系)。训练完全无监督:先收集基线数据,训练 Isolation Forest,检测时用 `score_samples` 打分,阈值直接取训练得分分布的某百分位。目前最大问题是误报,尤其是浏览器类行为。任何高方差活动都可能因基线差异被判定为异常,模型对训练数据非常敏感。我正在考虑加入时间特征(如时段、活动模式)、改进归一化、更好地处理突发行为。想听听大家对这类数据的特征设计、如何让 Isolation Forest 对噪声但正常的行为不过敏、以及继续纯无监督是否合适,还是该转混合方案。欢迎提意见。仓库地址:[https://github.com/benny-e/guardd.git](https://github.com/benny-e/guardd.git)
相似文章
利用 eBPF 追踪 HRT 全球计算集群中的神秘网络流量
HRT 介绍了他们如何使用 BCC 和 bpftrace 等基于 eBPF 的工具,排查其全球计算集群中的神秘网络流量,并详细阐述了适用于延迟敏感型基础设施的实用内核级追踪技术。
如何对eBPF代码进行性能分析?
本文演示了如何通过创建一个简单的C测试框架来衡量文件打开延迟,从而对eBPF代码性能进行分析,使开发者能够比较附加eBPF钩子前后的开销。
通过记忆化技术将eBPF CPU开销降低约90%(非AI生成)
本文描述了作者如何在他们的安全代理中通过实现记忆化来缓存基于inode的策略,从而将eBPF CPU成本降低约90%,避免了文件访问检查时的重复路径遍历。
FreeBSoD:利用语言模型发现和利用内核漏洞(上)
本文介绍了 Praetorian 的研究人员如何使用 Claude Opus(通过 Claude Code)发现并利用 FreeBSD 内核中的漏洞,包括一个允许逃离 FreeBSD 监狱的栈溢出漏洞(CVE-2026-3038)。第一部分重点介绍寻找漏洞的方法。
Show HN: 内核中的 DOOM,或 eBPF 中的纤程
本文介绍了 BPF Capsule,这是一个编译器和运行时,它能够通过转换代码以满足验证器约束,使用 eBPF 在 Linux 内核内运行像 DOOM 这样的复杂程序。