当攻击自动化,溯源也必须自动化——自建安全分析智能体实践

admin 2026-02-10 14:48:30 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

文章总结: 本文介绍了一种基于本地大模型和MCP协议的自建安全分析智能体实践方案,用于自动化处理Windows日志溯源分析。核心流程包括:通过自研winlogcheck工具收集并解析各类系统日志(数据库、PowerShell、RDP等)为结构化数据,利用MCPServer实现自然语言到SQL的转换与数据查询,结合预设的skills文档指导大模型按步骤分析(如识别SQLServer勒索攻击的爆破和漏洞利用痕迹),最终在Dify或Trae等平台上输出结构化结论。实践表明该方案能显著提升分析效率并减少幻觉,但效果稳定性依赖于底层模型能力。 综合评分: 82 文章分类: 安全运营,AI安全,应急响应,安全工具,实战经验


cover_image

当攻击自动化,溯源也必须自动化——自建安全分析智能体实践

原创

骁 骁

EventSec

2026年2月8日 22:36 江苏

前言

在真实的安全攻防场景中,分析人员往往被海量日志、流量与告警淹没。 一次溯源,可能需要关联进程行为、网络通信、DNS 请求、落地文件乃至内存痕迹,过程重复且高度依赖经验。当攻击越来越自动化,溯源如果仍停留在人工研判阶段,效率与深度都会成为瓶颈。

基于本地模型能力与自动化分析流程,我尝试构建一套“溯源分析智能体”: 能够接收原始数据,自动关联关键线索,辅助判断攻击链条,并输出结构化分析结论。

这不是替代安全工程师,而是放大分析能力的工具。 在 AI 已成为基础设施的时代,我们更需要成为驾驭工具的人。

在前面的案例中,已经展示过当我们提供的日志信息完整的时候,是可以输出优质的结论的。那么我是如何保障输出的结论准确可靠的呢。现在我来介绍下整个智能体的搭建思路,以及如何高效结合我们自己的工具进行分析。

整体思路

获取日志

安全人员从用户侧获取关键信息日志,包括但是不限于:数据库操作日志、web访问日志、powershell命令执行日志、软件/服务安装日志、日志清除日志、denfender查杀日志、RDP登录日志等等,肯定是日志越多越全越好,这里我推荐本人的工具:https://github.com/Fheidt12/Windows_Log

日志解析和降噪

我们获取到这些日志,例如数据库操作日志、主机系统日志,如何让大模型可以解析分析呢。偷懒的人会直接发给大模型,这种是非常不建议,因为这样非常消耗算力,而且效果非常差,我们想要得到好的分析效果,现阶段必须对提前对原始日志进行解析和降噪。

我们通过自研的winlogcheck工具,自动搜集我们想要的信息,并且将主机日志信息在客户本地解析好,保存为数据库文件,所有的关键信息,按照字段方式进行存储记录。当我们想要查看某类日志的时候,只需要执行对应SQL语句便可以获取对应日志;

日志发送大模型分析

解析好日志后,如何将我们的吐给大模型进行分析呢。此时便需要利用MCP协议进行日志数据传递,整体处理逻辑如下:

  • 日志文件发送MCPServer
  • 用户输入自研语言,比如:主机是否存在数据库配置记录等
  • 大模型将自研语言转为SQL语句,比如:select* from Event_MSSQL where description = “change config”
  • MCPServer 执行SQL语句返回日志信息
  • 大模型结合skills中的参考文档分析日志信息

skills文档编写

这里分析总结,我们需要提前给大模型写好skill,不同场景对应不同的分析步骤,每个步骤返回什么样的数据可以得到什么结论,举例:

用户input: 当前SQLServer数据库服务器是否存在被勒索攻击的攻击记录; 大模型:

  • 拆解用户输入,得到关键字:SQLServer数据库服务器、勒索攻击;

  • 查看skills:SQLSerer数据库服务器常见勒索攻击的方式有哪些—爆破和漏洞利用

  • 查看skills:如何查看爆破痕迹,查看数据库服务器的18456事件,一分钟内30次判断存在爆破攻击记录;

  • 查看skills:如何查看数据库服务器漏洞利用日志,查看数据库服务器的15457事件,是否存在配置修改记录,判断存在漏洞利用记录

总结输出

根据skills文档,结合时间线综合分析判断主机安全态势,这一步只要skills文档写的好,输出就不会差;

创建MCPServer

具体创建步骤,根据自己的日志搜集工具和解析工具的不同,需要自己独立创建,我截图演示处理我自研工具对应mcp server,就是一个简单sql执行脚本

测试mcp server 可用性,根据用户输入 查到了对应时间节点的记录

创建difyAgent

将MCP Server中的工具接入dify,并且写好提示词

测试效果,调用了指定的工具,并且按照指定的流程进行分析,效果还行,但是很不稳定,这是效果最好的一次,效果不稳定的重要原因 在于底层模型的问题;

Trae使用skills+MCP

Trae近期更新之后也支持skills,正好测试下:(主要是trae充钱了不用他 钱就白花了)

 编辑skill

trae接入MCPServer

写不同常见的参考文档。这个很重要,可以当作我们的小型的知识库。我们的智能体的分析流程和最终的结论输出 都是参考这个。一定要准确!!!

测试效果非常好,非常稳定,基本没有幻觉问题(重要原因我使用了GPT2)

结尾

攻击在进化,分析方式也必须进化。当溯源可以被结构化,当经验可以被沉淀为系统能力,安全工作就不再只是“人海战术”。自建智能体的意义,不是替代分析人员,而是让每一次分析都可以复用、沉淀、进化。

未来的安全能力,不只体现在个人经验,更体现在工具体系。谁能构建自己的分析工具链,谁就拥有更高的确定性。


免责声明:

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景,旨在提升网络安全防护能力,具有明确的技术研究属性。

任何单位或个人未经授权,将本文内容用于攻击、破坏等非法用途的,由此引发的全部法律责任、民事赔偿及连带责任,均由行为人独立承担,本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布,若存在版权侵权或其他异议,请通过邮件联系处理,具体联系方式可点击页面上方的联系我

本文转载自:EventSec 骁 骁《当攻击自动化,溯源也必须自动化——自建安全分析智能体实践》

评论:0   参与:  6