文章总结： oktos是一个完全由AI生成的红队后渗透平台，支持bof动态加载、多信道异步通信、内存免杀和AI辅助攻击编排。作者明确其为未经充分测试的半成品，不建议用于真实目标。平台功能面较全但可靠性存疑，合规边界清晰，仅限授权红队行动。其出现表明AI正在降低C2开发门槛，当前更适合研究而非实战。
综合评分： 78
文章分类： 红队,渗透测试,安全工具,ai安全
OKTOS：一个用 AI 写出来的红队后渗透平台，能打但别真打
幻泉之洲
2026年9月16日 10:40
北京
在小说阅读器读本章
去阅读
在公众号小说中沉浸阅读
OKTOS 是一个完全由 AI 生成的模块化红队后渗透平台，主打 BOF 动态加载、多信道异步通信、内存免杀和 AI 辅助攻击编排。本文拆解它的功能设计、实际价值、风险边界，以及为什么作者反复提醒：别拿它打真实目标。
完全 Vibe Coding 的 C2，没有一行人类代码
OKTOS 这个项目最显眼的标签不是它支持多少功能，而是它的出身：完全 Vibe Coding，没有一行人类代码。作者自己说得很直白，感谢 AI 的发展，让他对 C2 的一些设计和想法能快速验证。
这事放在两年前还很难想象。一个红队后渗透平台，涉及 Beacon 生成、会话管理、内存执行、多信道通信、AI 任务编排，这些模块单独拎出来哪一个都需要相当多的底层积累。现在靠 AI 辅助，一个人就能搭出一个能跑的框架。
但作者也没有吹。他明确写了这是一个没有经过充分 review 和测试的半成品玩具，不要用于真实目标，很容易丢失控制权。这个提醒不是客套话。C2 平台本身的质量直接决定红队行动的隐蔽性和稳定性，半成品丢控制权意味着可能暴露基础设施、暴露操作痕迹，甚至被反制。
功能面：该有的都有，但不一定都靠谱
从功能列表看，OKTOS 的野心不小。
模块化与 BOF 执行
平台采用模块化设计，Windows 会话默认用 BOF 执行指令。这样做的好处是大部分命令不会产生子进程，能绕开基于进程链的检测。对红队来说，进程链检测是 EDR 的常见手段，BOF 直接在 Beacon 进程内执行，确实更隐蔽。
但这套方案对 BOF 的质量要求很高。BOF 写得不好，轻则 Beacon 崩溃，重则直接暴露。OKTOS 自带多少可靠 BOF、第三方 BOF 兼容性如何，原文没有展开，实际测试中大概率会踩坑。
多信道异步通信
监听管理支持 HTTP(S) 直连，也支持借助公有云渠道做异步连接，用可信域名隐藏自身。这个设计思路是对的。异步通信可以降低被流量检测命中的概率，可信域名也能增加溯源难度。
但异步信道的稳定性、延迟、丢包重传机制，原文都没有提。对于 C2 来说，通信层的问题往往比功能层更致命。一个命令发出去迟迟收不到回显，或者会话频繁掉线，会严重影响操作节奏。
AI 辅助编排与报告生成
攻击编排页面可以把攻击路径可视化，手动设定目标执行，也可以完全交给 AI 规划。报告生成页面则借助 AI 自动出报告。目前实测支持 deepseek-v4-flash，其他模型需要自行测试，后期会加 MCP 支持。
说实话，AI 编排后渗透任务这个方向有价值，但落地效果取决于模型对环境的理解程度。后渗透场景里上下文高度动态，权限、网络、主机环境千差万别，AI 要真正替代人工决策还有很长的路。现阶段更多是辅助，把重复性操作自动化，而不是全自动攻击。
辅助功能
其他功能包括项目管理、载荷生成、文件管理、自动任务、转发管理、防火墙等。
载荷生成目前支持 Windows x86、amd64、shellcode，Linux amd64，以及 Webshell .net 格式。覆盖面中规中矩，shellcode 支持意味着可以配合其他加载方式使用。
自动任务设计得比较实用：会话初次回连时可以立即自动执行特定命令，防止会话丢失。这个功能在真实行动中价值很高，因为很多会话在建立初期最不稳定，能够自动执行持久化或信息收集命令，能提高留存率。
转发管理可以让 teamserver 不移动的情况下快速切换监听 IP。防火墙页面可以配置规则保护 teamserver 自身。这两项设计偏基础设施管理，说明作者考虑了实际部署的便捷性。
安全与合规：作者划了几条硬线
OKTOS 的合规边界非常清楚。
项目为经过授权的红队行动设计，不适用于黑灰产。作者明确拒绝为黑灰、钓鱼、捆绑、定制等提供帮助，相关 issue 都会被忽略，所以项目也无法开源。
这里有个矛盾点：项目放在 GitHub 上，代码可见，但作者说无法开源。原文写的是“故也无法开源”，从上下文看，应该是指无法开放完整的安全能力或核心免杀部分，代码仓库本身还是公开的。这个矛盾点可能是笔误，也可能是有意保留关键部分。
技术上也有几道防线：因为集成了 mimikatz 等工具，teamserver 本身会被杀软报毒，需要加白名单。项目内置了简单的防篡改机制，但不能保证 100% 安全，运行前要核对 SHA256。配置文件未加密，首次启动会生成默认密码，需要登录后在用户管理处修改。
这些提醒很实在。C2 平台被投毒是真实存在的风险，尤其是公开项目，很容易被第三方植入后门。作者建议核对哈希值，是基本操作，但很多刚入门的人会忽略。
一个值得关注的现象：AI 正在降低 C2 开发门槛
OKTOS 的出现不能孤立地看。它是一个信号：AI 辅助开发已经进入了攻击性安全工具领域。
过去写一个 C2 需要精通协议设计、内存管理、跨平台兼容、通信加密等。现在只要想法清楚，AI 就能帮你把框架搭起来，剩下的就是测试、修 bug、迭代。开发周期从几个月压缩到几周甚至几天。
这意味着两件事。
第一，更多人能参与 C2 开发。好的一面是创新加速，坏的一面是低质量工具可能泛滥，给使用者带来风险。OKTOS 作者自己也说 bug 会很常见，欢迎提交 issue 和复现步骤，未来会投入更多精力修 bug 和发布新版本。
第二，防守方的检测压力会更大。当 C2 的形态可以快速变化、高度定制时，基于固定特征的检测越来越难跟上。
我的判断：现在更适合研究，不适合实战
OKTOS 的定位很清楚：作者用来验证想法的半成品。它展示了不少有意思的设计方向，比如 AI 编排、异步多信道、BOF 默认执行。这些方向本身有价值，但要把它们打磨到实战可用，还有大量工作要做。
通信稳定性、BOF 兼容性、AI 编排的可靠性、配置安全、防篡改强度，每一项都需要时间和真实测试。现阶段把它当学习样本、二次开发基础、或者思路参考，比较合适。
如果你手上有授权的红队项目，想用它做小范围验证，务必隔离环境，做好回滚预案。如果你只是想研究 C2 设计，OKTOS 的代码结构值得一看，尤其是 AI 生成代码的组织方式，能观察到当前 AI 写底层工具的能力边界。
作者提到很多师傅也在借助 AI 开发自己的 C2，欢迎交流心得。还提到可以加入知识星球支持项目持续发展，顺便解锁更强的免杀能力。星球拒绝黑灰加入，也不接受定制开发。这个商业化路径在安全圈很常见，用社区支持换持续投入。
图片与界面说明
以下截图来自项目仓库，展示了 OKTOS 的主要界面。
▲ OKTOS 项目 Logo
项目管理界面，平台用“项目”区分不同会话，不同项目中的会话和数据相互独立。
▲ 项目管理界面
载荷生成页面，目前支持 Windows x86、amd64、shellcode，Linux amd64，以及 Webshell .net 格式。
▲ 载荷生成页面
会话详情页面，Windows 会话默认使用 BOF 执行指令，大部分命令不会出现子进程，避免基于进程链的检测。
▲ 会话详情页面
▲ 文件管理界面
▲ BOF 管理界面
攻击编排页面，攻击路径可视化，可以手动设定目标执行，也可以完全交给 AI 规划执行。
▲ 攻击编排页面
自动任务页面，会话初次回连时立即自动执行特定命令，防止会话丢失。
▲ 自动任务页面
报告生成页面，借助 AI 自动生成报告。
▲ 报告生成页面
监听管理页面，支持 HTTP(S) 直连，同时支持借助公有云渠道进行异步连接，使用可信域名隐藏自身。
▲ 监听管理页面
转发管理页面，可在不移动 teamserver 的情况下快速切换监听 IP 地址。
▲ 转发管理页面
防火墙页面，可配置多种规则保护 teamserver 自身。
▲ 防火墙配置页面
OKTOS 让我们看到 AI 辅助开发在攻击性安全工具上的可能性，也让我们看到这种开发方式当前的局限。它不是成品，是试验品。作者的态度很务实：欢迎讨论，欢迎反馈，但别拿它上真实目标。
获取方式：私信回复”oktos”获取
免责声明：
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。
任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。
本文转载自：幻泉之洲 《OKTOS：一个用 AI 写出来的红队后渗透平台，能打但别真打》