Repository navigation
[意见征集] 分享你对 IoM 的使用体验和建议 #32
Description
Activity
- pinned this issue
on Apr 28, 2025 我觉得不管是成熟的工具还是以后商业化，都离不开成熟的gui界面，希望佬可以出一个gui界面，vscode在有些场景中确实不太方便使用。
我觉得不管是成熟的工具还是以后商业化，都离不开成熟的gui界面，希望佬可以出一个gui界面，vscode在有些场景中确实不太方便使用。
我们确实有独立的gui界面的计划。 会在vscode插件发展到一定阶段后， 类似yakit或者cursor那样打包独立的客户端。 但再此之前，需要大量的gui的使用反馈帮助我们改进。
感觉步骤有点繁琐。是否能像sliver一样服务端就一个二进制呢？然后应该如何删除呢？直接移除/opt/iom，删除docker吗
感觉步骤有点繁琐。是否能像sliver一样服务端就一个二进制呢？然后应该如何删除呢？直接移除/opt/iom，删除docker吗
确实， v0.1.1将实现开箱即用， 去掉所有环境依赖， 以及插件下载的流程
看了一下好像没有DoH 监听器，后续有计划支撑这类通信吗？
类似这种 DNS over HTTPS (DoH) Beacon https://www.cobaltstrike.com/blog/cobalt-strike-411-shh-beacon-is-sleeping
类似这种 DNS over HTTPS (DoH) Beacon cobaltstrike.com/blog/cobalt-strike-411-shh-beacon-is-sleeping
DNS相关的隧道将在rem中实现
关于WebUI的一些建议；
首先，我感觉咱们的C2整体绝对算第一梯队的行列，但是statr数比较少，其实核心还是在于整体配置的复杂度较高不够简约。
如果能够开发出更加适合攻击手日常使用习惯的ui界面，star数最少是5w级别的；
自己本身也参与了几十场大型，小型的hw；也使用了开源，闭源的C2；所以我想从自己的角度给咱们这个项目一点建议；一个C2在攻击层面核心（除了免杀，开源C2免杀性是没办法的事情）
文件管理，隧道，插件，基础信息文件管理：
一个好的，简约的文件管理界面是比较好的优化方向，不管是在钓鱼还是shell层面；文件管理相对还是使用场景较多的地方；
一个好的文件管理，不管是读取，返回上一层，修改，下载，上传，执行；这块还是需要好好打磨的。
在一个CS架构中。如果面向多人，一个服务端的下载缓存也是必须的；避免了反复进行下载。
还有就是everything的插件，在钓鱼或者windows场景下，利用mft进行构建索引，进而快速的搜索文件是一个比较好也是非常实用的方案隧道：
隧道核心在于快捷方便简约；核心其实就是俩个场景，边界突破，内网级联。
边界突破：最好的交互方式就是 直接开启，攻击手只需要 端口，密码（其余的直接随机就好了，在攻击场景下没多少时间去配置繁琐的事情），vshell的边界代理方式就是最好的示例
内网级联：俩个 边界访问不出网，不出网访问边界；网络连接方向；
这其实就可以直接给c2加一个参数即可 监听或者反连；边界也只需要这俩个选项，连接和监听。核心功能rem其实都有了，简单的交互就需要咱们把相关的功能进行加以封装，用更加简单的透出方式给予攻击手即可。
马老师说的比较好的话，一个真正好的产品其实是不需要产品说明书的插件：
核心其实就是安装和调用；
安装其实安装到server即可；用列表的形式直接ui化？或者像CS的形式在console中执行命令行。比如bof，rdi等等。
这块核心就是想明白如何快速简单的调用，并且用户可以分类插件，编写插件，上传插件，快速调用插件。
尽量是把所有功能插件化基础信息：
真正的场景下，最好是不用命令执行的。能直接获取的其实就是看直接获取在ui显示即可。
比如 进程，网络连接（都可以以一个tab页的形式直接展示）。总的来说，一个真正好的产品。核心功能一定是简单的好看的易于理解的。我的建议还是先把核心功能做的简单点，封装的更加简约点。对于进阶功能其实真正去研究的又能有多少呢？
还有一个建议。
希望咱们的SDK也好和文档也好，也是从核心功能出发。比如finger，核心其实就是 自定义指纹，输出信息。
但是我在看finger的SDK时，咱们的文档或者示例也好 没有给出如何快速自定义指纹然后添加调用，输出信息，不够简约（有一个指纹引擎来源）这样在最后的输出中有很多没有用的信息。希望以后的文档可以从场景出发，就从实际攻击中。我们最想要的场景，构建一个示例（示例之中参杂着一些使用方法，这样在二开和使用中会更加的舒服与舒适）
最后，希望咱们能够把核心功能简单化，文档场景化做好。那么作为如此如此优秀的开源工具库肯定可以得到更加高的知名度，也可以完成咱们将如此多好的工具变成 开放的基础设施的愿景。也能看到更多的功能底层用的就是开源功能的底层代码。
文笔不好，想说的很多，但是一打字就不知道说什么了。如果有机会可以深度交流一下
Reacted by 何止, SWZ128 and FISHqianli感觉有几点可以考虑下，1，web client，类似vshell的webui方式操作，这样可以直接使用，2，直接下载artifact或者shellcode，方便操作，而不需要根据配置 编译
作为 IoM 的维护者，我们希望能听到你的使用反馈，以便进一步改进项目。你的意见对我们都非常宝贵！
我们希望了解：
你喜欢的部分：哪些功能或设计让你觉得特别实用？
可以改进的地方：是否有使用上的痛点、功能缺失，或文档不够清晰？
遇到的 Bug 或问题：如果有不符合预期的行为，请描述现象（附复现步骤、环境信息更佳）。
未来建议：你希望新增或优化哪些功能？
如何参与：
直接在本 Issue 下留言，分享你的想法。
如果是 Bug 反馈，请尽量提供详细信息（如操作系统、版本号、报错日志等）。
你的反馈会直接影响项目的开发方向，感谢你帮助我们变得更好！🎉