当前位置:首页 > 百科 > 腾讯朱雀实验室打造AI安全"瑞士军刀"

腾讯朱雀实验室打造AI安全"瑞士军刀"

2026-07-17 04:43:34 [探索] 来源:盘星资讯网

2026年6月30日,腾讯腾讯朱雀实验室发布了一项突破性研究成果,朱雀造论文编号 arXiv:2606.31227v1,实验室打士军归属于计算机安全(cs.CR)领域。全瑞该研究正式推出了开源安全框架 AI-Infra-Guard(github.com/Tencent/AI-Infra-Guard),腾讯旨在解决AI系统快速扩张与安全工具滞后之间的朱雀造矛盾。

随着AI深度融入工作与生活,实验室打士军其安全性成为核心关切。全瑞现有通用安全工具难以应对AI系统复杂的腾讯层级结构,导致大量安全隐患被忽视。朱雀造AI-Infra-Guard通过打破“一刀切”的实验室打士军传统模式,首次实现了针对 AI基础设施、全瑞协议工具、腾讯智能体行为、朱雀造语言模型本身及AI技能供应链五个维度的实验室打士军全覆盖检测。

一、 痛点分析:为何传统安全工具在AI面前失效?

过去两年,AI软件生态爆发式增长,包括模型服务引擎(Ollama, vLLM, llama.cpp)、应用构建平台(Dify, LangFlow)、图像生成工具(ComfyUI)、资源调度系统(MLflow, Kubeflow)以及新兴的MCP(Model Context Protocol)服务器。这些工具大多由小团队部署,安全意识薄弱且常暴露于公网,但传统安全工具对其几乎“视而不见”。

1. 特征库滞后

传统漏洞扫描依赖“已知软件特征库”。由于Ollama、Dify等软件出现时间较短,特征库中缺乏对应指纹,导致无法识别目标。这如同持有过期的护照图鉴,无法识别新成立国家的旅客。

2. 版本号解析困境

传统工具通过版本号判断漏洞风险,但AI软件版本命名混乱:
* 非标准格式:如 b7824(构建编号)、2.3.dev(开发快照)、latest(滚动更新)。
* 后果:传统比较器无法处理,导致大量漏报或误报。

3. 威胁模型错位

传统网络安全关注SQL注入、XSS等经典攻击,而AI系统的核心风险在于:
* 未认证访问昂贵GPU算力。
* API密钥意外泄露。
* 提示词注入劫持AI行为。
* 对抗性提问导致模型“破防”。
传统工具对这类新型威胁缺乏感知能力。

二、 核心架构:分层攻击面与检测范式匹配

研究团队提出“分层攻击面”概念,将AI系统比作一座四层建筑,每层匹配特定的检测范式:

层级对应组件核心风险检测范式
基础设施层服务器、控制台、配置接口已知漏洞、配置错误确定性规则匹配(Infra-Scan)
协议与工具层MCP服务器、AI技能包代码注入、指令操控AI驱动语义审计(MCP-Scan)
智能体行为层部署上线的AI助手运行时诱导、越狱多轮对话红队测试(Agent-Scan)
模型层语言模型本身概率性失守、有害输出大规模攻击枚举+AI裁判(Prompt-Security)

三、 基础设施扫描:精准识别已知漏洞

模块:Infra-Scan (M1)

该模块采用类似机场安检的机制,维护庞大的“已知风险特征库”,快速比对网络目标。

1. 指纹识别与规则引擎

  • 覆盖范围:75种AI组件、107条指纹规则、1443条漏洞规则。
  • 识别逻辑:通过响应正文、响应头、图标哈希等特征判断软件身份。例如,Dify控制台识别规则为:响应包含Dify或 图标哈希等于 97378986
  • 表达式解释器:自研小型解释器,支持词法分析、递归下降语法分析,涵盖子串包含、精确匹配、正则匹配等操作符,通过短路求值和缓存优化性能。

2. 版本号标准化处理

为确保漏洞比对准确,系统对提取的版本号进行标准化:
* 剥离 v前缀。
* latest映射为最大哨兵版本。
* .dev后缀归零(如 2.3.dev-> 2.3.0)。
* rc标记裁去,纯数字构建编号取数值。
* 多源版本约束取交集,不兼容则报错。

3. 复杂组件支持

对于无法用YAML描述的复杂组件(如MLflow),提供 Go语言命令式逃生通道,允许直接编写指纹匹配函数,实现多步条件交互逻辑。

4. 性能与置信度

  • 高性能扫描:采用混合内存/磁盘映射结构,支持流式迭代,内存占用与输入规模无关。通过有界等待组和速率限制器控制并发。
  • 三级置信度
  • 验证型:主动探测敏感路径并验证内容(如 .env文件高熵凭据),确证漏洞存在。
  • 版本型:已知版本落在受影响范围内。
  • 推断型:仅凭组件身份触发,适用于全版本影响或无公开利用代码的情况。

四、 协议审计:用AI审查AI工具代码

模块:MCP-Scan (M2)

MCP服务器是AI的“手脚”,其漏洞可能导致攻击者借AI之手操控系统。传统规则无法捕捉此类语义级漏洞,因此引入LLM作为“思考型安全审计员”。

1. 框架设计理念

  • 非新模型,新框架:提供任务结构(多阶段流水线)、工具集(代码读取、搜索、接口调用)、控制机制(迭代限制+上下文压缩)和输出合同(结构化发现)。
  • 角色分工:主推理模型负责判断,代码专用模型负责阅读,轻量模型负责过滤,优化成本。

2. 工作模式

  • 白盒静态审计:三阶段流水线(信息收集 -> 代码审计 -> 漏洞复核)。
  • 黑盒动态分析:四阶段流水线,增加“恶意行为测试”和“漏洞测试”。
  • 上下文压缩:当对话接近窗口上限时,保留关键焦点和未解决问题,压缩历史摘要,支持审计超大代码库。

3. 提示词即规则 (Prompt-as-Rule)

  • 自然语言编码:使用自然语言定义漏洞模式、高风险代码及排除条件。
  • OWASP MCP Top 10对齐:覆盖认证绕过、命令注入、凭据窃取、工具投毒、撤毯攻击等特有威胁。
  • 防误报机制:强调“排除条件”,仅报告远程可触发的漏洞,忽略本地利用问题。

4. 动态防御与隔离

  • 结果导向:仅将工具的“响应”视为证据,而非发出的请求,解决“工具自我注入”悖论。
  • 抗提示词注入:将审计员自身视为攻击目标,通过系统提示词隔离指令与数据,使用路径沙箱防止审计员读取非目标文件。

五、 技能供应链审计:防范“毒苹果”

模块:Skill-Scan (M3)

AI技能包(类似浏览器插件)存在投毒、权限滥用等风险。M3模块旨在验证技能“实际行为”与“声明用途”的一致性。

1. 检测流程

  1. 预处理:分析目录结构,识别入口点和可疑资产。
  2. 静态线索检索:快速扫描高风险指标(如 curl | bash、云元数据访问、反向Shell等)。
  3. AI审计分析:在受控环境中进行上下文推理,对比实现与声明。
  4. 威胁情报集成:接入腾讯云威胁情报API,评估URL、哈希及第三方依赖风险。

2. 结果分类

分为 正常、可疑、恶意三级。引入“可疑”类别以应对意图不明的危险模式,避免二元分类的局限性。

3. SkillTrustBench基准

发布首个智能体技能安全性公开基准,包含5520个精选案例,覆盖9类威胁。AI-Infra-Guard配合Claude Opus 4.6模型,在松散F1分数上达到 0.9848,召回率接近1.0。

六、 智能体红队测试:对话中的动态防御

模块:Agent-Scan (M4)

针对已部署的AI助手,通过模拟真实用户对话发现运行时漏洞。

1. 渐进式攻击策略

  • 侦察:摸清目标能力边界。
  • 攻击:四个家族并行——数据泄露、工具滥用、间接注入、授权绕过。
  • 预算优化
  • 能力感知:避免对无攻击面的目标浪费资源。
  • 梯度升级:从无害请求逐步升级到越狱尝试,模拟真实攻击者逻辑。
  • 停止规则:确认漏洞后终止该类测试。

2. 客观验证机制

  • 金丝雀令牌:SSRF测试中,只有当响应包含预期令牌才确认为漏洞。
  • 标记字符串:间接注入测试中植入特定标记,成功出现即视为突破。
  • 完整记录:每条发现携带完整对话记录,便于复现和审计。

七、 模型越狱测评:量化AI的“防诱惑能力”

模块:Prompt-Security (M4)

将模型安全评估转化为统计学问题,计算对抗性提示下的“失守”概率。

1. 评估框架

  • 三角循环:模拟器(生成攻击)、目标模型(被评估)、评估模型(裁判)。
  • 可组合要素:漏洞类型 × 攻击算子 × 指标。

2. 攻击算子库

  • 单轮算子
  • 算法型:70+种编码混淆(Base64、十六进制、零宽字符、词素拆分等)。
  • 模型驱动型:角色扮演、系统提示覆盖、超级用户身份模拟。
  • 多轮算子
  • 渐进升温 (Crescendo):维护记忆,逐步推进。
  • 树状攻击 (Tree of Attacks):探索提示词树结构,优化分支。
  • 最优N采样 (Best-of-N):大量扰动采样,首个成功即止。

3. 专项裁判

针对毒性、偏见、虚假信息、隐私泄露等特定有害类型,提供专门化的裁判模型,避免通用标准的“一刀切”。

八、 系统集成与部署

AI-Infra-Guard采用 分布式服务器-智能体架构
* 中央调度:Web服务器管理任务持久化、工作者池及进度推送。
* 统一调度:Go语言实现的Infra-Scan与Python实现的LLM模块通过同一套机制调度,支持毫秒级扫描至数十分钟红队测试的无缝衔接。
* 实时反馈:通过WebSocket和SSE(Server-Sent Events)实时推送事件流,支持长任务中途取消。
* 三种交付形式
1. CLI工具:供开发者直接使用。
2. Web服务:支持团队协作与持续监控。
3. 智能体技能包:可安装至OpenClaw、Cursor等宿主,通过对话触发扫描。

九、 横向对比:为何选择AI-Infra-Guard?

工具类型代表工具覆盖范围局限性
基础设施扫描Nuclei基础设施层无法检测AI智能体、模型对齐问题
静态代码分析Semgrep, CodeQL代码层缺乏MCP感知,无运行时测试
协议审计Invariant MCP-Scan协议层不覆盖基础设施和模型层
行为/模型测试garak, PyRIT, promptfoo行为/模型层不扫描基础设施,不审计MCP代码
技能供应链目前无主流工具覆盖

AI-Infra-Guard的独特优势:
1. 唯一全覆盖:同时覆盖基础设施、协议、行为、模型及技能供应链五大维度。
2. AI专用优化:专门处理AI软件不规则版本号和特有漏洞类型。
3. 跨切设计模式
* 提示词即规则:强调排除条件以防止过度报告。
* 主观判断客观锚定:通过确定性检查(如金丝雀令牌)替代主观阅读。
* 扫描器自身防御:将安全工具视为攻击目标,实施指令与数据隔离。

结语

AI-Infra-Guard不仅提供了四个维度的检测工具,更确立了一套经过严密论证的方法论:不同的AI安全问题需要不同的检测范式。在AI部署速度超越安全工具发展的当下,这种分层、匹配、全栈的防御框架,比单一工具更具价值。


Q&A

Q1:AI-Infra-Guard和Nuclei、garak这些已有工具有什么区别?
A:Nuclei擅长网络服务漏洞扫描,garak专注模型安全性测试,但两者均只覆盖AI攻击面的单一层次。AI-Infra-Guard是目前唯一整合了基础设施扫描、MCP代码审计、技能供应链审计、智能体运行时红队测试及模型越狱评测的开源框架,并专门解决了AI软件版本混乱和特有漏洞的检测难题。

Q2:MCP服务器的“工具投毒”攻击是怎么回事?
A:MCP服务器通过自然语言描述向AI提供工具能力。攻击者篡改这些描述,植入隐蔽指令,诱导AI在执行工具时执行恶意操作(如数据外传)。由于描述对AI而言是“可信上下文”,且传统代码扫描无法识别自然语言中的恶意意图,此类威胁极具隐蔽性。

Q3:SkillTrustBench是什么,为什么要发布这个基准?
A:SkillTrustBench是腾讯朱雀实验室发布的首个AI智能体技能安全性公开基准,包含5520个精选案例,覆盖9类供应链威胁。其目的是提供客观标准,使不同扫描工具和基础模型能在同等条件下比较检测能力,推动该领域向可量化、可重复的方向发展。

(责任编辑:综合)

推荐文章