|
2 | 2 |
|
3 | 3 | ## ChainReactor |
4 | 4 |
|
5 | | -**chainreactor** 专注于 **offensive security** 领域. |
| 5 | +**ChainReactor** 致力于构建 **下一代AI原生的进攻性安全基座**。 |
6 | 6 |
|
7 | | -以统一的设计风格去重构各个细分领域"**allinone**"工具, 去实现以人为核心的红队工具链与工程化实践, 我们将其命名为 **redboot** . 最终计划实现面向 **面向红队** 的 **一体化平台** ,提供一整套完整的 **红队工程基础设施** . |
| 7 | +通过重构全流程全场景(ASM、C2、Tunnel等)的 **Offensive Infrastructure**,结合先进的 **AI Agent工程**,打造最强大的 **AI Native Offensive Infrastructure** 和 **AI驱动的作战指挥平台**。 |
8 | 8 |
|
9 | | -通过达到 **临界质量** 以实现工件之间的 **链式反应**。 |
| 9 | +我们以统一的设计风格重构各个细分领域的"**allinone**"工具,实现以人为核心、**AI为引擎**的红队工具链与工程化实践。我们将其命名为 **redboot**,通过达到 **临界质量** 以实现工件之间的 **链式反应**,并通过 **AI持续学习** 形成自我进化循环。 |
10 | 10 |
|
11 | | -## Redboot Roadmap |
| 11 | +## 通往AI Native Offensive Infrastructure的三阶段演进 |
12 | 12 |
|
13 | | -为了达成我们的终极目标. 我们的蓝图从ASM拓展到了C2框架+流量控制工件+ASM框架三个部分. 这三个领域将覆盖攻击模拟流程中的Pre-Exploit <--> Post-Exploit |
| 13 | +我们正在构建 **为AI设计** 的完整进攻性基础设施,从工具链到L4级AI主导的自动化攻击模拟平台: |
14 | 14 |
|
15 | | -目前我们的计划中有三条链式反应的链路, 分别对应了后渗透[IoM](IoM), 前渗透/信息收集([mapping](mapping)), 以及打通IoM与mapping的流量工具[proxy](proxy.md) |
| 15 | +``` |
| 16 | +第一阶段:Offensive Infrastructure(进攻性基础设施) |
| 17 | + ↓ 构建AI可编程的攻击能力体系 |
| 18 | +第二阶段:AI Copilot 自动化平台(L2级) |
| 19 | + ↓ 人类主导决策 + AI辅助执行SOP |
| 20 | +第三阶段:AI Native Offensive Infra(L4级) |
| 21 | + ↓ AI主导决策与执行的自动化攻击模拟平台 |
| 22 | +``` |
| 23 | + |
| 24 | +**核心理念**:工具不仅为人类设计,更是 **为AI设计** —— 通过DSL让AI精确控制工具行为,通过GraphRAG让AI从每次执行中学习,通过Agent让AI从L2辅助执行演进到L4自主主导。 |
| 25 | + |
| 26 | +## Redboot:AI时代的进攻性基础设施 |
| 27 | + |
| 28 | +为了达成终极目标,我们的蓝图覆盖了 **Pre-Exploit ↔ Post-Exploit** 全流程,并通过 **AI** 将这些能力整合为智能化作战平台。 |
| 29 | + |
| 30 | +目前我们有三条链式反应的链路,分别对应后渗透[IoM](IoM)、前渗透/信息收集([mapping](mapping))、以及打通两者的流量工具[proxy](proxy.md)。这些工具采用统一的DSL设计,让AI能够创造性地组合攻击步骤,并将成功的策略沉淀为可复用的知识资产。 |
16 | 31 |
|
17 | 32 | ### Chain1 IoM (已发布) |
18 | 33 |
|
19 | | -IoM(`Internet of Malice`) 的定位是下一代C2框架, 同样以高度模块化与可拓展性为核心设计理念. 基于这个理念去实现插件化的OPSEC, 插件化的社区生态, 插件化的一切. |
| 34 | +IoM(`Internet of Malice`) 是 **AI原生的下一代C2框架**,以高度模块化与可拓展性为核心设计理念。 |
20 | 35 |
|
21 | | -更重要的是, IoM将结合C2与webshell, 将同一套插件化的基建共享给完全不同的后渗透场景. |
| 36 | +**AI Native设计**: |
| 37 | +- **插件化DSL**:AI可通过DSL精确控制implant行为,动态生成攻击策略 |
| 38 | +- **SDK生态**:提供Python/JS/Go SDK,让AI能够编程式调用C2能力 |
| 39 | +- **知识沉淀**:每次Post-Exploit执行自动归档为GraphRAG可学习的TTP知识 |
22 | 40 |
|
23 | | -IoM已经发布v0.0.1, 这个版本离我们最初的v0.0.1设计目标还有很多遗憾, 但是为了防止闭门造车, 我们想提前从社区中接收反馈. |
| 41 | +更重要的是,IoM将C2与webshell的能力统一,让同一套插件化基建服务于完全不同的后渗透场景,并为AI提供统一的Post-Exploit能力接口。 |
24 | 42 |
|
25 | 43 | !!! important "update v0.0.4" |
26 | | - 已经发布v0.0.4, 实现了约sliver的80%, cs的70%功能, 也有非常sliver与cs都没有的功能 |
| 44 | + 已经发布v0.0.4,实现了约sliver的80%、cs的70%功能,也有非常多sliver与cs都没有的功能 |
27 | 45 |
|
28 | | -目前提供了IoM的[设计文档](/IoM/design)与[用户手册](/IoM/manual) ,可以在[这里](https://github.com/chainreactors/malice-network)体验到IoM的v0.1.0 |
| 46 | +目前提供了IoM的[设计文档](/IoM/design)与[用户手册](/IoM/manual),可以在[这里](https://github.com/chainreactors/malice-network)体验到IoM的v0.1.0 |
29 | 47 |
|
30 | 48 | ### Chain2 mapping |
31 | 49 |
|
32 | | -[mapping](mapping) *预计在2024年内发布* |
| 50 | +[mapping](mapping) 是 **AI驱动的攻击面管理引擎**。 |
33 | 51 |
|
34 | | -ASM是chainreactor的初衷, gogo/spray/zombie之类的工具实际上都是为了这个目标设计的. 通过极高的拓展性与细粒度实现的完全可控的攻击面管理引擎. |
| 52 | +gogo/spray/zombie等工具都是为这个目标设计的Pre-Exploit能力组件。通过极高的拓展性与细粒度实现完全可控的攻击面发现与验证。 |
35 | 53 |
|
36 | | -现在这个目标已经完成了v0.0.1, 但因为一些数据源与部署方式的问题, 暂时无法发布. |
| 54 | +**AI Native设计**: |
| 55 | +- **DSL驱动**:所有工具支持DSL配置,AI可动态生成扫描策略、指纹规则、爆破字典 |
| 56 | +- **三阶图谱**:从资产拓扑→攻击面分析→攻击策略图,AI实时计算Attack Path |
| 57 | +- **知识复用**:成功的DSL自动沉淀到GraphRAG,AI持续优化攻击效率 |
37 | 58 |
|
38 | | -目前提供了mapping的[设计文档](/mapping/design), 可以在这里看到mapping作为红队向的协作式攻击面引擎的设计理念. |
| 59 | +目前提供了mapping的[设计文档](/mapping/design),可以看到mapping作为红队向的协作式攻击面引擎的设计理念。 |
39 | 60 |
|
40 | 61 | ### Chain3 rem (已发布) |
41 | 62 |
|
42 | | -rem是全场景的流量/代理工具. 能用来解决绝大多数场景的代理与转发需求, 也用来打通mapping与IoM, 让mapping能通过rem+IoM接入内网. rem提供了在传输层, 应用层, 加密层, 混淆层的拓展接口. 可以被轻松修改为自定义特征, 也将是IoM在流量端的能力拓展. |
| 63 | +rem是 **AI可编程的全场景流量/代理工具**。 |
| 64 | + |
| 65 | +能解决绝大多数场景的代理与转发需求,打通mapping与IoM,让mapping能通过rem+IoM接入内网。rem提供了传输层、应用层、加密层、混淆层的拓展接口,可被轻松修改为自定义特征。 |
| 66 | + |
| 67 | +**AI Native设计**: |
| 68 | +- **隧道配置DSL**:AI可动态生成代理链路配置,适应复杂网络环境 |
| 69 | +- **流量特征定制**:AI根据目标环境自动调整流量混淆策略 |
| 70 | +- **Pre-Post桥接**:为AI提供统一的流量中转能力,连接侦察与后渗透阶段 |
43 | 71 |
|
44 | | -目前提供了rem的[设计文档](/rem) 与社区版 https://github.com/chainreactors/rem-community |
| 72 | +目前提供了rem的[设计文档](/rem)与社区版 https://github.com/chainreactors/rem-community |
45 | 73 |
|
46 | 74 | --- |
47 | 75 |
|
48 | 76 | *目前这三个thread都已经完成了v0.0.1, 将逐步发布.* |
49 | 77 |
|
50 | | -### 可能会存在的商业化计划 |
| 78 | +### 商业化计划 |
51 | 79 |
|
52 | | -现在redboot相关的项目逐渐从玩票性质转为了主业. redboot几乎是 **一体化攻击平台** 的 **理想形态** . 因此, 我们认为这个计划存在商业化的潜力. |
53 | | - |
54 | | -如果您有 **蓝军基础设施建设** ,红队服务,BAS基础设施 的需求, 欢迎与我们联系。 |
| 80 | +现在redboot相关的项目逐渐从玩票性质转为了主业。redboot是 **AI原生的一体化进攻性平台** 的 **理想形态**,我们认为这个计划存在商业化的潜力。 |
55 | 81 |
|
| 82 | +如果您有以下需求,欢迎与我们联系: |
| 83 | +- **AI驱动的蓝军基础设施建设** |
| 84 | +- **CTEM平台(ASM + BAS)** |
| 85 | +- **红队作战指挥平台** |
| 86 | +- **AI Agent定制化开发** |
56 | 87 |
|
57 | 88 | ??? mail |
58 | 89 | m09ician@gmail.com |
59 | | -#### 接受定制化和采购的工具 |
60 | 90 |
|
61 | | -- morefingers , 额外包含了约50000条指纹规则(与fingers自带的有重复), 可无缝接入fingers |
62 | | -- [IoM](https://chainreactors.github.io/wiki/IoM/), 目前发布了v0.0.4, 下一代C2框架, 正在快速开发迭代, 欢迎提供需求和定制化要求 |
63 | | -- [rem](https://chainreactors.github.io/wiki/rem/) 能实现一切代理/流量侧的需求 |
| 91 | +#### 接受定制化和采购的产品 |
| 92 | + |
| 93 | +- **morefingers**:额外包含约50000条指纹规则(与fingers自带的有重复),可无缝接入fingers,支持AI动态生成指纹 |
| 94 | +- **[IoM](https://chainreactors.github.io/wiki/IoM/)**:AI原生的下一代C2框架,目前发布了v0.0.4,正在快速开发迭代,支持AI编程式调用 |
| 95 | +- **[rem](https://chainreactors.github.io/wiki/rem/)**:AI可编程的全场景流量/代理工具,能实现一切代理/流量侧的需求 |
| 96 | +- **AI Agent平台**:基于进攻性基础设施的AI作战指挥平台(开发中) |
| 97 | + |
| 98 | +## ToolChain:AI原生的工件体系 |
64 | 99 |
|
65 | | -## ToolChain |
| 100 | +chainreactor 并非在各个领域重新造轮子,而是以 **工件化视角** 定义下一代工具,并通过 **DSL设计** 让AI能够精确控制这些工具。工具链将作为3个Threads的基本粒子赋能各个细分领域。 |
66 | 101 |
|
67 | | -chainreactor 并非在各个领域重新造轮子, chainreactor 将会在各个细分领域深入探索, 以工件化的视角定义下一代的工具. 工具链将作为3个Threads的基本粒子赋能各个细分领域. |
| 102 | +**核心设计理念**: |
| 103 | +- **DSL优先**:所有工具支持DSL配置,AI可动态生成攻击策略 |
| 104 | +- **结构化输出**:统一的JSON输出格式,便于AI解析和学习 |
| 105 | +- **知识沉淀**:成功的DSL自动归档到GraphRAG,形成可复用的知识资产 |
68 | 106 |
|
69 | 107 | _没有添加超链接的为暂未公开的项目_ |
70 | 108 |
|
71 | | -### Artifact |
| 109 | +### Artifact:AI可编程的攻击工件 |
72 | 110 |
|
73 | | -chainreactor 自研的工具链 |
| 111 | +chainreactor 自研的工具链,每个工具都是AI的"效应器" |
74 | 112 |
|
75 | | -- [gogo](gogo/index) 面向红队的自动化引擎 |
76 | | -- [spray](spray/index) 下一代目录爆破工具 |
77 | | -- [urlfounder](https://github.com/chainreactors/urlfounder/) 被动 url 收集工具 |
78 | | -- [zombie](https://github.com/chainreactors/zombie/) 服务/协议下一代爆破工具 |
79 | | -- searcher 空间引擎交叉递归爬虫 (Private) |
80 | | -- ani 企业信息爬虫 (Private) |
81 | | -- found 基于nuclei-templates的配置化的本地敏感信息收集工具 (WIP) |
82 | | -- meta-matrix 云函数化框架 (Private) |
| 113 | +- [gogo](gogo/index) - 面向红队的自动化引擎,支持AI动态生成扫描策略 |
| 114 | +- [spray](spray/index) - 下一代目录爆破工具,AI可通过字典DSL优化爆破效率 |
| 115 | +- [urlfounder](https://github.com/chainreactors/urlfounder/) - 被动URL收集工具 |
| 116 | +- [zombie](https://github.com/chainreactors/zombie/) - 服务/协议爆破工具,支持AI定制爆破策略DSL |
| 117 | +- searcher - 空间引擎交叉递归爬虫 (Private) |
| 118 | +- ani - 企业信息爬虫 (Private) |
| 119 | +- found - 基于nuclei-templates的配置化敏感信息收集工具 (WIP) |
| 120 | +- meta-matrix - 云函数化框架,为AI提供分布式执行环境 (Private) |
83 | 121 |
|
84 | | -### Lib |
| 122 | +### Lib:AI的知识库与能力库 |
85 | 123 |
|
86 | | -基础设施库 |
| 124 | +基础设施库,为AI提供可复用的能力组件 |
87 | 125 |
|
88 | | -- [words](https://chainreactors.github.io/wiki/libs/words/) , 使用 go 重写了 hashcat 中的 mask/rule 字典生成器, 并添加了一些新功能 |
89 | | -- [templates](https://github.com/chainreactors/templates) 工具链各类配置库, 包括指纹, 敏感信息, poc, 字典, 端口等等 |
90 | | -- [neutron](https://chainreactors.github.io/wiki/libs/neutron/) 使用纯 go 实现并去掉几乎全部第三方依赖的轻量级 nuclei 引擎, 可以无副作用的集成到任意工具中而不会破坏系统兼容性. 也几乎不会带来额外的依赖. |
91 | | -- [fingers](https://chainreactors.github.io/wiki/libs/fingers/) templates, wappalyzer, fingerprinthub等指纹库的go实现, 支持自定义添加各类第三方指纹库 |
92 | | -- [proxyclient](https://github.com/chainreactors/proxyclient) golang风格的proxy客户端, 支持http/https, socks5/socks4/socks4a, ssh等代理 |
93 | | -- [parsers](https://github.com/chainreactors/parsers), 封装了 chainreactor 工具链上的各个工具输入输出的解析相关的代码. |
94 | | -- [mals](https://github.com/chainreactors/mals) 基于lua实现的插件引擎 |
95 | | -- [crtm](https://github.com/chainreactors/crtm) 基于pdtm修改的chainreactor包管理工具. |
96 | | -- [picker](https://github.com/chainreactors/picker) 将repo变成RSS订阅,文章整理归档, 讨论的社区 |
97 | | -- [wiki](https://github.com/chainreactors/wiki) chainreactors 文档库Markdown |
| 126 | +- [words](https://chainreactors.github.io/wiki/libs/words/) - 使用go重写的hashcat mask/rule字典生成器,AI可编程式生成字典 |
| 127 | +- [templates](https://github.com/chainreactors/templates) - 工具链各类配置库(指纹、敏感信息、PoC、字典、端口等),AI的知识库基础 |
| 128 | +- [neutron](https://chainreactors.github.io/wiki/libs/neutron/) - 轻量级nuclei引擎,AI可通过PoC YAML DSL验证漏洞 |
| 129 | +- [fingers](https://chainreactors.github.io/wiki/libs/fingers/) - 指纹库的go实现,AI可动态生成指纹规则 |
| 130 | +- [proxyclient](https://github.com/chainreactors/proxyclient) - golang风格的proxy客户端,支持http/https、socks5/socks4/socks4a、ssh等代理 |
| 131 | +- [parsers](https://github.com/chainreactors/parsers) - 封装工具链输入输出解析,为AI提供结构化数据 |
| 132 | +- [mals](https://github.com/chainreactors/mals) - 基于lua的插件引擎,支持AI动态加载能力 |
| 133 | +- [crtm](https://github.com/chainreactors/crtm) - chainreactor包管理工具 |
| 134 | +- [picker](https://github.com/chainreactors/picker) - 将repo变成RSS订阅、文章整理归档、讨论的社区 |
| 135 | +- [wiki](https://github.com/chainreactors/wiki) - chainreactors文档库Markdown |
98 | 136 |
|
99 | 137 |
|
100 | 138 |
|
101 | 139 | ## Other |
102 | 140 |
|
103 | | -我们将毫无保留的公开我们的设计理念与各种实践中积累的经验, 也欢迎社区提供更多的意见, 经验以及 PR. |
| 141 | +我们将毫无保留地公开我们的设计理念与各种实践中积累的经验,也欢迎社区提供更多的意见、经验以及PR。 |
| 142 | + |
| 143 | +**开源与商业化**: |
| 144 | + |
| 145 | +我们的绝大部分工具将会保持开源,为社区提供一个开源的选项,并在基于开源尝试寻找商业化路线。不过为了避免可能的争议,我们的开源协议不会选择商业化友好的协议,只对个人使用者保持完全的开放。 |
| 146 | + |
| 147 | +**AI时代的开源理念**: |
104 | 148 |
|
105 | | -我们的绝大部分工具将会保持开源, 为社区提供一个开源的选项, 并在基于开源尝试寻找商业化路线, 不过为了避免有可能的争议, 我们的开源协议不会选择商业化友好的协议, 只对个人使用者保持完全的开放. |
| 149 | +- **工具开源**:核心工具链(gogo、spray、zombie、IoM等)保持开源 |
| 150 | +- **知识共享**:设计文档、架构思路、实战经验完全公开 |
| 151 | +- **AI能力开放**:DSL设计、Executor架构、知识沉淀机制开源 |
| 152 | +- **商业化部分**:AI Agent平台、CTEM平台、企业级知识库等作为商业化产品 |
106 | 153 |
|
107 | | -部分工具正在开发中, 非常多功能没有实现, 也需要充分的测试才能公开, 所以暂时只对贡献者开放试用. |
| 154 | +部分工具正在开发中,非常多功能没有实现,也需要充分的测试才能公开,所以暂时只对贡献者开放试用。 |
108 | 155 |
|
109 | | -接下来一段时间, 我们将会发布一部分自认为时机相对成熟的工件, 并介绍设计过程中的一些奇思妙想与实战中面临的问题. |
| 156 | +接下来一段时间,我们将会发布一部分自认为时机相对成熟的工件,并介绍设计过程中的一些奇思妙想与实战中面临的问题,特别是 **如何为AI设计进攻性基础设施** 的思考与实践。 |
0 commit comments