Skip to content

Blog

  • 5 min read

AI是如何黑盒挖到通用产品的9.8分RCE0day

AI渗透的拐点已至？我是如何通过AI纯黑盒挖到通用产品的9.8分RCE 0day漏洞

标题党了， 但是过程是真实的， 是我们在测试新的工具第一天发现了一个高价值0day的真实过程。

我们让三个 DeepSeek agent 扫描一组目标。它们从公开漏洞情报中定位到攻击面，绕过了厂商对历史漏洞的修复，拿到了 RCE。我们以为这是个已知漏洞， 直到厂商确认是新的，发了奖金。CVSS 9.8。

本文还不是正式发布， 是新架构的预告，介绍其中的几个核心点。 预计6月初发布全新的智能化渗透工具 aiscan

在今天之前很多人怀疑 AI 能替代顶级红队，我们也怀疑 AI在真实攻防场景中的能力。各种各样的开源或者创业公司的项目和介绍， 总是在靶场和CTF中， 偶尔有能投入到SRC的， 从来没有公开的黑盒挖掘到高价值漏洞的案例。 我们自己的几套系统在实战中也遇到了这个问题， AI能挖到的漏洞往往传统扫描器也能挖到，只不过AI能帮忙进行复现和验证。

Anthropic 扫描生产级开源项目，找到了 500 多个漏洞，有些藏了几十年没人发现。他们后来的 Mythos Preview 在主流操作系统和浏览器中挖出了上千个高危 0day，包括一个藏了 27 年的 OpenBSD TCP 漏洞和一个藏了 16 年的 FFmpeg 编解码器缺陷。这些是LLM擅长的领域，基于代码白盒审计

xbow 用全自动 AI 扫描拿下了 HackerOne 全球排行榜第一，提交 1,060+ 份漏洞报告，不过HackerOne 联合创始人 Michiel Prins 的评价：量产能力强，业务深度不够。Anthropic 白盒审计找到的那 500 个开源漏洞也类似，数量可观，但没有一个需要你理解目标业务逻辑、构造多步利用链、绕过 WAF 才能打通。 至于AI在高强度对抗的实战效果，目前业界还没有很好的案例。

  • 5 min read

IoM v0.3.0 EvilClaw

前言

IoM v0.3.0 的博客介绍了 malefic 侧的全部重构——Starship、Reactor、Transport、Module Runtime、OPSEC、AI 控制面。但 v0.3.0 的故事还有下半部分：EvilClaw。

如果说上半部分回答的是「如何构建一个 AI Native 的 Implant」，那下半部分回答的是另一个问题：IoM 的控制面能否快速扩展到任意类型的 Implant？

答案是 Listener 扩展机制。EvilClaw 是这个机制的第一个实践——将 AI 编程 Agent 劫持为 IoM C2 Session。

  • 8 min read

IoM v0.3.0

前言

距离上次更新过去了接近一年。 实际上我们的进度一直在快速迭代， 不过因为几个大的重构对老版本彻底失去了兼容， 因此等待所有的重构基本尘埃落地。

v0.3.0 是 IoM 历史上改动最大的一个版本。 我们对 Implant 进行了彻底的重构， 完全推倒重来了。 从架构和机制， 从底层实现到 OPSEC 设计。 这次重构的目标是把 malefic 从一个**面向人类 operator 的 C2 框架**，重新设计为一个 AI Native Offensive Infrastructure——一个从底层架构起就为 AI 与人协作而生的红队基础设施。"AI Native" 究竟意味着什么？这是 v0.3.0 给出的答案，留到第七章揭晓。

本地更新也正式引入了Professional 和Community版本的区别， Community版本保留了pro的相关接口和架构， 但是去掉的了具体实现，专业用户可以凭借AI自行实现。 有需要 Professional 可以联系我们。

  • 7 min read

Rem v0.3.0 对等组网与全信道覆盖

前言

距离上一个版本 v0.2.4 过去了 10 个月，200+ 次提交。v0.3.0 不是一次功能更新，而是一次**重新定义 rem 是什么**的重构——从一个"点到点的代理工具"，进化为一个**对等组网框架**。

过去的代理工具总是把问题切成"正向 / 反向"、"客户端 / 服务端"、"代理 / 隧道"。这些语义在单点场景下还能用，但只要场景稍微复杂一点——多跳、非常规信道、上下行分离、代理链级联——这些二分法就会变成使用者的心智负担。v0.3.0 的核心是把这些二分法统统拿掉，换成**三个正交的维度**：

  • 对等组网 —— 任意节点都可以是 relay / leaf / console，角色由参数组合推导，不需要预先规划
  • 全信道覆盖 —— simplex 框架把 DNS 查询、对象存储、HTTP 轮询等不可靠单工信道升格为可靠隧道
  • 自由组合 —— duplex 上下行分离、multi-serve、代理链级联，所有能力可以任意叠加

三个维度互相正交、任意组合，rem 的能力包络呈指数级扩张。

代码仓库: https://github.com/chainreactors/rem-community

使用文档: https://chainreactors.github.io/wiki/rem/usage/

  • 3 min read

你的 AI 连目标都没有，怎么给你干活？

我做了一个工具帮项目定 OKR，然后让它用自己的 OKR 管理自己。结果它每天凌晨给我发"绩效评估"，还 PUA 我。

cover

资源 地址
GitHub github.com/chainreactors/okr-creator
自举 Issue（每日更新） Issue #1
自举 OKR 文件 .claude/skills/okr/SKILL.md
Workflow 运行记录 Actions

OKR Creator — 一个 AI Agent Skill，分析任何项目后自动生成定制化 OKR，部署 GitHub Action 每日追踪。支持 Claude Code / OpenAI Codex CLI / CodeBuddy。不限于代码项目——写作、研究、运营、产品、设计等任何项目都适用。

  • 6 min read

意图工程(Intent Engineering)：Agent Pattern Graph(APG) & Meta Tooling

前言

最近三个月一直在 AI 安全攻防方向进行探索。虽然时间不长，但个人对 AI 在攻防和通用领域有很多实践感悟。此文不会深入讲太过基础的 Agent 知识，只会提到一些我认为关键的知识点。重点是讲我在 AI for 攻防领域的探索与实践，以及衍生出的一些新的思考和工程理念。

文中很多概念都是基于我自己的理解，并不会摘抄公开的定义，所以也不一定正确，请大家辩证看待，不过为了增加文章的可信度，我先放出我在 AI for 攻防领域的一点实践成果： 《238支全球顶尖战队上演AI攻防巅峰对决，腾讯云黑客松-智能渗透挑战赛即将开启！》 ，《Top20战队决出！@腾讯云黑客松智能渗透挑战赛》

  • 3 min read

IoM v0.1.2 Integrate Everything

前言

离上次更新又过去了四个月。 IoM 在快速演进中。 我们再一次对implant 到 server的全方面优化。

我们近期的工作主要在 AI、三语言SDK、saas使用体验优化、以及web GUI相关（gui不在本次更新中发布，预计11月底发布新的vscode插件/webui），以及大量的用户体验改进与bug修复。

v0.1.2 提供了各种层面的互操作能力， 包括

  • 通过MCP实现的AI操作client
  • 基于FFI实现跨语言implant
  • 通过golang/typescript/python SDK实现的grpc client 调用teamserver上的rpc
  • 通过implant module template实现基于rust编写module并且动态加载

目前的IoM的组件越来越复杂， 我们提供了一个统一的导航项目方便找到IoM的各种组件。 https://github.com/chainreactors/project-IoM

这将是未来IoM最大的优势，允许被继承到任意的组件中， 也允许任意集成三方组件。我们计划成为开放的基础设施， 更希望与AI深度绑定。

  • 3 min read

IoM v0.1.1 Out of the Box 开箱即用

前言

距离上次大版本的更新已经过去了三个月， 我们大概每个月会发布一个patch， 修复已知bug、对功能进行小的改动。 积累了足够发布一个大版本的更新内容，决定将v0.1.1提前搬上来。

我们在v0.1.0 之前就在implant侧积累了足够多的底层技术， 但受限于精力，这些内容都需要熟悉rust的编译才能被很好的管理与使用。底层的功能实际上已经远远超越任何一家开源的C2， 普通使用者却无法很好的感知。 因此v0.1.1主要为了提升用户体验、简化复杂操作， 将之前较为复杂的TLS、REM、HotLoad等等功能简化到所有用户都能轻易使用的程度。

本次更新的主要内容是 开箱即用， 让不具备专业知识的用户也能轻松使用

从v0.1.1开始， IoM的implant编译部分不再具有任何门槛， 只需要允许单个二进制文件即可使用， 不再需要依赖docker或者安装脚本。 client和server都只需要单个二进制文件**开箱即用**