- 综合排序
- 最热优先
- 最新优先
AI驱动二进制安全：腾讯云认知引擎破解传统分析困境，实现效率与深度双提升
模式：升级传统ReAct（单次循环无记忆），通过5增强形成自我进化闭环： Memory-Augmented Think（短期记忆+长期向量检索，子agent共享上下文）； Plan-Driven 模式”部分）。 分钟降至12分钟（降73%）（数据来源：文中“ReAct-ML效果验证”部分）。 格式化字符串漏洞分析：AI模式18分钟完成（静态识别printf+污点追踪3分、动态验证+参数提取8分、生成exploit+测试7分），vs传统模式2小时（12步操作、4次工具切换、3次人工判断）（数据来源 数据来源：腾讯云安全“锋刃无影智御未来”技术分享（演讲人：周小贺，云鼎实验室），含ReAct-ML效果验证、实战案例、技术架构等实测数据。
18220编辑于 2026-04-04突破漏洞挖掘“不可能三角”：AI驱动二进制安全的认知引擎演进
构建ReAct-ML认知引擎与动静结合的分析工作流 为打破依赖人工“理解”与“搬运”的断裂模式，方案摒弃了传统的“单次循环、无记忆”Agent架构，重构为 CognitiveEngine (认知引擎) = LLM + Tools + Memory + Learning + Validator 的完整认知闭环： ReAct-ML 核心强化机制： 引入短期/长期向量图数据库双存储，实现跨域推理。 12步操作、4次工具切换耗时2小时；AI模式仅需5个ReAct循环且 0次人工干预，耗时缩短至 18分钟。 AI模型自进化学习收益（资源消耗持续收敛）： 基于ReAct-ML的强化学习，系统在处理第10次同类任务时，平均耗时从45分钟断崖式下降至 12分钟（降低73%）。 系统已具备向OpenSSL“心脏滴血”等漏洞模式的跨库迁移能力，实现了从“单点发现”到“举一反三”的策略进化。
27620编辑于 2026-04-04AI驱动二进制安全分析：从静态检测到动态执行的智能跨越
腾讯云CognitiveEngine智能体架构实现分析范式升级 腾讯云安全团队推出CognitiveEngine智能体架构，突破传统Agent模式（LLM+Tools+Memory），通过五层增强实现认知闭环 ： 推理层：采用通用模型进行语义抽象 执行层：智能工具编排与非盲目发散 记忆层：向量数据库+图数据库双存储 学习层：强化学习驱动的策略优化 验证层：多路径交叉验证消除AI幻觉 核心技术采用ReAct-ML 模式，相比传统ReAct实现五大增强： 记忆增强思考：短期记忆维持任务上下文，长期记忆检索历史案例 计划驱动执行：预先生成3-5步计划并评估执行成本（Token消耗、时间） 多路径观察：关键判断启动3条并行验证路径 强化学习：从历史经验总结优化策略 元反思机制：每5任务触发策略优化自检 量化性能提升与学习效应显著 在自建vulnerable测试集对比实验中，ReAct-ML模式实现： 漏洞召回率提升39%（来源：
18710编辑于 2026-04-04- 来自专栏phodal
模式的模式：从设计模式到元模式
最近的一两个月里，我一直在研究各类的模式：设计模式、架构模式、容器模式，以及其它一些特定领域的模式（如并行计算模式）等等。 经历了一番买书、读论文、读代码，我发现了以前对于模式的理解不够深刻。 设计模式的组织 在《设计模式》一书中，引入的概念是『设计模式空间』，在这里它们被分为了三大类： 创建型模式：单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式。 结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。 行为型模式：模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式、访问者模式 其划分的两条准分别是： 目的准则，用来完成什么工作；范围准则， 所以，我们就来到了元素模式，依据的它也是来自于一本书《元素模式》。 元素模式：设计模式的模式 模式是来源于对惯用法的总结，而诸如于元素模式则是对于设计模式的提取，即模式中的模式。
1.1K10发布于 2021-04-23 - 来自专栏CSDN旧文
『设计模式』设计模式--策略模式
朋友觉得我为了几块钱这么墨迹，付完钱拉着我就走了，问我：“你说的什么模式怎么回事？” 我说超市收银系统就是很好的策略系统，就是一个典型策略模式。 多收了2块5，心疼死我了，我慢慢给你讲！ ? 策略模式 策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中,从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。 策略模式相当于"可插入式(Pluggable)的算法"。 在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。 策略模式和简单工厂模式的结合：把分支判断放到环境角色中。 模式讲解 策略模式功能：把具体算法从具体业务处理中独立 策略模式与if-else语句：多个if-else出现考虑使用策略模式 算法的平等性：策略算法是形同行为的不同实现 谁来选择具体策略算法：客户端
2.5K20发布于 2020-10-28 - 来自专栏java架构计划训练营
代理模式【代理模式设计模式】
代理模式的定义 代理模式的定义：由于某些原因需要给某对象提供一个代理以控制对该对象的访问。这时，访问对象不适合或者不能直接引用目标对象，代理对象作为访问对象和目标对象之间的中介。 代理模式的优缺点 优点 代理模式在客户端与目标对象之间起到一个中介作用和保护目标对象的作用； 代理对象可以扩展目标对象的功能； 代理模式能将客户端与目标对象分离，在一定程度上降低了系统的耦合度，增加了程序的可扩展性 缺点 代理模式会造成系统设计中类的数量增加 在客户端和目标对象之间增加一个代理对象，会造成请求处理速度变慢； 增加了系统的复杂度； 代理模式的结构与实现 模式的结构 代理模式的主要角色如下。 ; } } 代理模式的应用场景 程代理，这种方式通常是为了隐藏目标对象存在于不同地址空间的事实，方便客户端访问。
62510编辑于 2022-06-14 - 来自专栏彭湖湾的编程世界
浅谈设计模式(一):状态模式|外观模式|代理模式
前言 计划开一个设计模式的系列，介绍常见的几种设计模式，本文涉及的设计模式包含以下3种 状态模式：state pattern 外观模式：facade pattern 代理模式：proxy pattern 备注：下文适合看过《海贼王》的人阅读，没看过海贼王的观众请在父母陪同下阅读 状态模式：state pattern 在状态模式的设计方案里，一个主类(称为context类)，可以在内部状态变化的时候一次性改变它的 外观模式：facade pattern 外观模式很简单且容易理解，但理解之后却非常有用。 也就是说，合体后的草帽海贼团，在能够使用每个人的绝招的同时，是作为“大皇帝”这个整体对外暴露的 我们使用外观模式去实现的话，代码逻辑如下所示 首先每个成员我们用一个类去表示 // 索隆 public class 代理模式：proxy pattern 使用一个类接管另一个类所有的方法调用，同时能在原来类的方法调用前，加入一些自己的“中间逻辑”。这种方式被称为代理模式。
1.3K20发布于 2019-12-11 - 来自专栏全栈程序员必看
设计模式之策略模式_策略模式和状态模式
概述 在策略模式（Strategy Pattern）中，一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。 在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。 策略模式旨在解决不同逻辑下相同的对象执行不同策略的问题。 当我们遇到同一个方法，里面会根据需要多个逻辑的分支，分支里的行为都不同，但是都服务于同一个功能，这个时候就可以使用策略模式，将行为抽象为一个策略接口中的抽象方法，由接口的实现类——也就是策略类——去实现各中具体的行为 策略模式也是一种比较常见且好用的设计模式，线程池的拒绝策略就使用了策略模式。
1.2K21编辑于 2022-09-23 - 来自专栏CSDN旧文
『设计模式』设计模式--原型模式
1.概念： 原型模式（Prototype Pattern）是通过给出一个原型对象来指明所要创建的对象类型，然后用复制这个原型对象的办法创建出更多的同类对象，同时又能保证性能而且不需要知道内部细节。 这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。 这种模式是实现了一个原型接口，该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时，则采用这种模式。 通过 new 产生一个对象需要非常繁琐的数据准备或访问权限，则可以使用原型模式。 一个对象多个修改者的场景。 一个对象需要提供给其他对象访问，而且各个调用者可能都需要修改其值时，可以考虑使用原型模式拷贝多个对象供调用者使用。 在实际项目中，原型模式很少单独出现，一般是和工厂方法模式一起出现，通过 clone 的方法创建一个对象，然后由工厂方法提供给调用者。原型模式已经与 Java 融为浑然一体，大家可以随手拿来使用。
1.6K50发布于 2020-10-28 - 来自专栏CoderStar
设计模式-责任链模式&策略模式
今天主要是给大家分享一下两种设计模式，即责任链模式以及策略模式。 同时本篇文章也将是设计模式系列的开篇作了，后面也会慢慢给大家介绍其他的设计模式及其应用的场景。 责任链模式 责任链模式 (Chain Of Responsibility Pattern)是行为模式中的一种，又称职责链模式，将请求沿着一条链传递，直到该链上的某个对象处理它为止，其 UML 图如下所示 策略模式 在使用责任链模式对扫码结果分发这部分代码进行优化之后，我开始思考该场景下还有哪些设计模式比较适用？ 经过分析思考，觉得策略模式可能也是一剂良药（当然也不是单一的策略模式，还包含了简单工厂模式）。
2.7K10编辑于 2022-08-24 - 来自专栏MongoDB中文社区
使用模式构建：模式版本控制模式
模式版本控制模式 这一模式的实现相对容易。我们的应用程序最初会使用一种模式，而这个模式最终会需要修改。当这种情况发生时，我们可以使用schema_version字段创建新模式并将其保存到数据库中。 在阅读了使用模式构建系列文章之后，我们了解了属性模式，并将其实现到一个contact_method数组中。为此，我们创建了一个新的模式版本。 从应用的角度来看，可以设计成同时读取模式的两个版本。即使涉及的应用服务器不止一个，应用程序对于如何处理模式差异的更改也是不需要停机的。 所有这些都会帮助减少未来的技术债务，这是这个模式的另一大优势。 与本系列中提到的其它模式一样，使用模式版本控制模式也需要一些考量。 在本例中，将模式版本控制和属性模式一起使用，允许在不停机的情况下进行模式升级，这使得模式版本控制这一模式在MongoDB中特别强大。
1.5K30发布于 2019-06-11 - 来自专栏mySoul
设计模式-行为型模式-命令模式
设计模式-行为型模式-命令模式 基础 以一个MIS系统为栗子 MIS 管理信息系统（Management Information System，MIS）是一个以人为主导的，利用计算机硬件、软件和网络设备
76920发布于 2018-12-06 - 来自专栏desperate633
设计模式之组合模式（Composite 模式）引入composite模式composite模式的具体实例composite模式小结
引入composite模式 composite模式的实例 composite模式的分析 小结 引入composite模式 在计算机文件系统中，有文件夹的概念，文件夹里面既可以放入文件也可以放入文件夹 这就引出了我们本文所要讨论的composite模式，也就是组合模式，组合模式就是用于创造出这样的容器结构的。是容器和内容具有一致性，可以进行递归操作。 image.png composite模式 composite模式主要有一下几类角色 leaf 树叶 表示内容的角色，该角色中不能放入其他对象，对应我们实例程序中的file Composite 复合物 小结 在实例程序中，我们以文件夹的结构实现了composite模式，实际上现实世界中，到处都存在composite模式，例如，视窗系统中，窗口可以含有子窗口也可以含有button类似的控件。 通常来说，树结构的数据结构都适合composite模式
92520发布于 2018-08-22 - 来自专栏CSDN旧文
『设计模式』设计模式--模板方法模式
-----------------------------------------------------------------深入浅出的设计模式 模板方法模式（Template Method 模板方法模式实际上是所有模式中最为常见的几个模式之一，而且很多人可能使用过模板方法模式而没有意识到自己已经使用了这个模式。 模板方法模式是基于继承的代码复用的基本技术，模板方法模式的结构和用法也是面向对象设计的核心。 模式讲解 首先来看下 模板方法模式 的通用 UML 类图： ? 模板方法模式 从 UML 类图中，我们可以看到，模板方法模式 主要包含两种角色： 抽象模板（AbstractClass）： 抽象模板类，定义了一套算法框架/流程； 具体实现（ConcreteClass
1.5K20发布于 2020-10-28 - 来自专栏全栈程序员必看
设计模式之工厂模式_单例模式和工厂模式
概述 工厂模式（Factory Pattern）属于创建型模式，它提供了一种创建对象的最佳方式。 在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。 工厂模式旨在与解决接口实现类选择这一类问题，让实例创建的代码使用实例的方法解耦。 当我们需要根据不同的明确条件下创建不同的实例的时候，就可以使用工厂模式。 工厂模式分为三类： 工厂方法模式：一个工厂生产固定的一个类。 简单/静态工厂模式：一个工厂生产固定种类的多个类。 抽象工厂模式：一个抽象工厂生产一 一、工厂方法模式 假设我们有一个导出报表的抽象类： /** * 文件导出接口 */ public abstract class Exporter { void 为此，我们对工厂方法模式做加法，就有了抽象工厂模式：由顶层的抽象工厂提供生产产品的接口，具体的生产过程由继承了抽象工厂的子工厂去实现。
73620编辑于 2022-09-23 - 来自专栏软件工程师Michael
设计模式--策略模式
策略模式是一种行为设计模式，它使您能够定义一系列算法，将它们封装起来，并根据需要在运行时轻松地切换它们。在策略模式中，算法被封装为单独的类，称为策略。 下面是使用C#实现策略模式的实例代码：// 定义策略接口interface IStrategy{ int Execute(int a, int b);}// 实现不同的算法作为策略class AddStrategy
42330编辑于 2023-07-27 - 来自专栏IT笔记分享
设计模式——工厂模式
工厂模式 定义一个用于创建对象的接口，让子类决定实例化哪个类。工厂方法是一个类的实例化延迟到子类。工厂方法可以解耦，降低代码的重复性。 工厂模式分类 简单工厂：静态工厂方法，一个模块仅需要一个工厂类， 没有必要把它产生出来。 工厂方法：多个工厂 抽象工厂：为创建一组相关或相互依赖的对象提供一个接口， 而且无须指定它们 的具体类。 工厂方法的扩展 1、代替单例模式，可以用简单工厂方法通过反射创建单例。 延迟初始化是工厂方法模式的一个扩展应用。 需要灵活的、 可扩展的框架时， 可以考虑采用工厂方法模式。
71440发布于 2019-07-13 - 来自专栏程序员的园——原创文章
设计模式——组合模式
组合模式作为结构型模式的一种，主要用于将对象组合成树形结构以表示“部分-整体”的层次结构。组合（Composite）模式使得用户对单个对象和组合对象的使用具有一致性。 思想 组合模式的核心思想是模块化并复用模块 模块化：通过定义清晰的接口，将复杂的系统分解为可重用的模块，便于维护和扩展。 总结 本文在说明组合模式是用于表征树形结构的“整体-部分”关系的基础上，通过两个人尽皆知的例子——文件系统和集团公司系统——阐释了组合模式的应用场景，并结合代码示例进行说明。 感谢您的关注、点赞、留言
39010编辑于 2024-07-18 - 来自专栏程序员小榆
设计模式 | 工厂模式
我们将探讨 23 种设计模式中的工厂模式，属于创建型模式。主要目的是封装对象的创建过程。 比如说某某电子厂，通常会接到不同商家的订单，根据商家提供对应的图纸，生产并组装出成品，交付给客户。 目前来说，我们疯狂汉堡店的设计模式并不是成熟的官方模式，它更像是一种常用的习惯设计思路。 工厂方法设计模式 当我们理解了这个思路，我们就可以用上更为强大的设计模式：工厂方法设计模式。 此模式也是一种创建型的设计模式。 它通过将产品的创建代码部分与使用该产品的代码部分进行分离，以此减少给定代码的耦合度。 我们将结合疯狂汉堡店的示例来说明，为什么说现在实现的设计模式不是一种成熟的设计模式。 到了这里，我们已经实现了工厂方法设计模式。如果你已经学会了如何使用它，那我们该在什么情况下使用该设计模式呢？
40910编辑于 2024-04-03 - 来自专栏技术之路
设计模式：命令模式
今天说一下命令模式 命令模式 将请求封装成对象，以便使用不同的请求、队列或者日志来参数化其它对象。命令模式也支持可撤销的操作。 电视机遥控器就是一个典型的命令模式应用实例： 电视机是请求的接收者，遥控器是请求的发送者，遥控器上有一些按钮，不同的按钮对应电视机的不同操作。 我们可以看到命令模式的执行顺序 1. Client创建一个ConcreteCommand对象并指定他的Receiver对象 2. 模式优点 1.降低对象之间的耦合度。 2.新的命令可以很容易地加入到系统中。 3.可以比较容易地设计一个组合命令。 4.调用同一方法实现不同的功能 模式缺点 1.系统需要将请求调用者和请求接收者解耦，使得调用者和接收者不直接交互。 2.系统需要在不同的时间指定请求、将请求排队和执行请求。
79150发布于 2018-01-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号