#soar

共收录 4 条相关安全情报。

← 返回所有主题
👥 作者: Shadeeb Hossain

论文聚焦现代企业安全运营中心(SOC)面临的响应延迟问题:人工处置滞后使攻击者得以在杀伤链的早期侦察阶段持续推进。作者指出,经典博弈论防御模型虽然能优化防御资源的战略分配,但其效用矩阵是静态的,无法随实时遥测数据自适应调整。为此,论文提出一个“指标驱动”的集成决策引擎,把定量风险参数化与持续的自动化响应时间衔接起来。方法层面包含四个组件:其一,将 CVSS 的可利用性(exploitability)相关参数映射为攻击者成功概率,使漏洞评分具备行为学含义;其二,借助 FAIR(信息风险因素分析)框架的蒙特卡洛模拟评估防御方日志分布,从而把漏洞严重性转化为可货币化或可量化的风险;其三,把实时 SIEM 日志流建模为泊松到达过程,利用序贯贝叶斯滤波动态更新防御方对威胁的后验信念,从而区分真实对抗性探测与瞬态背景噪声;其四,将攻防交互形式化为动态贝叶斯 Stackelberg 博弈,推导出闭式阈值——当期望的未缓解风险超过主动遏制的成本时即触发自动化响应。实验部分以 2023 年 MGM Resorts 与 Caesars Entertainment 网络事件的经验数据作为参数标定来源,仿真结果显示该引擎能在抑制背景噪声的同时,于对抗性探测发生后数秒内触发 SOAR 网络隔离;多参数敏感性分析进一步表明决策边界会随实时周界脆弱性动态调整,为亚分钟级的自动化威胁遏制提供了控制论层面的理论基础。该工作适合 SOC 检测工程与自动化响应团队、SOAR 平台建设者,以及研究安全经济学与博弈论防御建模的读者。

💡 推荐理由: 它把“何时自动隔离主机”从经验规则变成可用数据标定的风险-成本阈值,并给出噪声抑制与后验信念更新机制,对告警疲劳、响应延迟的 SOC 有直接借鉴价值。

🎯 建议动作: 研究跟进

排序因子: 来自 arXiv 其他板块 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.5)
👥 作者: Mateusz Zych, Vasileios Mavroeidis, Gudmund Grov

该论文面向网络安全自动化中的标准化、机器可读剧本(playbook)需求。OASIS CACAO 提供了厂商中立的剧本表示,但缺少调用外部产品和服务所需的、与具体产品绑定的集成构件(artefact)。作者提出 Common CACAO Registry(CCR),一个开放、带来源追溯(provenance-aware)的 CACAO HTTP-API 连接器信封(connector envelope)注册表。每个信封记录某 API 操作的命令、输入、目标、认证相关信息、来源、验证证据以及成熟度元数据。CCR 采用质量门控:接受条件同时要求满足 CACAO v2 schema 校验,并且与源 OpenAPI 操作的平均反向验证(back-validation)得分不低于 0.8;六层成熟度模型用于记录逐步增强的证据,并把“通过门控”与“可运行就绪”区分开来。为初始化注册表,作者构建混合式 OpenAPI 到 CACAO 流水线:确定性代码负责抽取源自接口的事实、生成标识符、连接交叉引用并校验结构;受约束的大模型仅提供有界语义增强,包括动作命名、认证信息解释和 CACAO activity 标注。对 8 个安全 API 的评估得到 713 个 CACAO schema 有效信封,平均反向验证得分 91.5%,其中 675 个能在本地测试框架中生成格式良好、可派发的 HTTP 请求。与基于确定性规则的基线对比显示,机械性 API 结构通过规则翻译保留得更可靠,而大模型提供有界语义增强,最突出的是 CACAO activity 标注。结果支持把 CCR 作为 CACAO 动作步骤的可复用集成基础设施,并作为更广泛的欧洲共同注册表的初始基础。

💡 推荐理由: SOAR/事件响应自动化长期受困于剧本可移植但集成碎片化。CCR 提出可审计、质量门控的 CACAO 连接器注册表与混合生成流水线,为跨厂商集成治理、供应链追溯和 CACAO 落地提供可复用路径。

🎯 建议动作: 研究跟进;评估纳入内部 CACAO/SOAR 集成治理试点

排序因子: 来自 arXiv 其他板块 (+2) | 命中热门研究主题 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.6)
👥 作者: Hoang-Lam Huynh, Quoc-Cuong Tang, Van-Tri Phan, Khuong Nguyen-An

该论文提出并评估了一套面向教育信息系统(实验室范围)的“告警后事件编排与响应子系统”,核心目标是在引入本地大语言模型(LLM)辅助分析的同时,保持流程的可控性、可追溯性与可恢复性,避免模型直接触发应急处置动作。架构上明确划分为四个相互解耦的阶段:确定性分类、上下文分析、人工审批与技术执行。具体而言,规则引擎(Rule Engine)负责判定告警严重级别并据此选择对应的处置剧本(playbook);在需要生成建议内容时,由静态检索增强生成(Static RAG)配合本地部署的 LLM 产出咨询性文本,该过程受到四层控制机制约束——Validator(校验器)、Guardrail(护栏)、Output Sanitizer(输出清洗器)以及 Safe Fallback(安全降级/兜底)。这种设计使得模型的输出仅作为“建议”,不进入自动化执行链路,最终的技术动作仍需人工审批后由执行组件完成。实验从模拟告警写入 Elasticsearch 之后开始。评测结果包括四个方面:一是规则引擎在 30 个边界用例中与预定义的路由矩阵完全一致,验证了判定逻辑的正确性;二是持久化队列(Durable Queue)连续处理 100 个事件,未出现重复任务、新失败任务或非预期的防火墙规则变更,说明任务去重、失败处理与执行副作用均受控;三是在八条告警并发竞争的实验中,系统始终将活跃模型请求数维持在 1 这一配置上限,证明模型调用被有效限流;四是 30 次顺序测量显示告警后处理总耗时平均约 33 秒。总体上,作者在受控实验环境中证明了该子系统具备功能正确性、可追溯性、受控恢复能力以及有边界的模型集成方式。论文面向软件工程与安全运维持有者,属于设计+实验评估型工作,尚非生产级大规模验证,也未涉及真实攻击对抗或漏洞利用层面的证据。

💡 推荐理由: 它给出了一种“LLM 只做建议、不碰执行”的 SOAR 集成范式:通过规则引擎做确定性路由、四层输出管控与单并发限流,把模型幻觉和越权操作的风险限制在咨询层。对于正在评估把本地 LLM 引入告警分析/剧本选择的 SOC 团队,这套分层与验证方法(边界用例矩阵、队列去重、并发上限、平均 33 秒处理时延)可作为可复用的内控与评测参考。

🎯 建议动作: 研究跟进:可作为内部 SOAR/LLM 集成的架构与评测基线参考,在沙箱环境中复现其分层控制与边界用例思路

排序因子: 影响边界/网络设备 (+5) | 来自 arXiv 其他板块 (+2) | 命中热门研究主题 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.5)
👥 作者: Ayan Javeed Shaikh, Nathaniel D. Bastian, Ankit Shah

该论文提出了一种面向AI驱动的安全编排、自动化和响应(SOAR)系统的自主红队框架,旨在评估此类系统对自适应对手的韧性。现有研究鲜少探索SOAR系统在面对复杂、多阶段攻击时的表现。作者将大型语言模型(LLM)与强化学习(RL)相结合,构建了一个分层架构:高层LLM规划器负责制定战略意图(如攻击目标与阶段),底层RL控制器则根据规划进行战术执行(如具体操作选择)。通过基于杀伤链进程的奖励塑形机制,该框架能够生成自适应、多阶段的攻击行动,以测试企业网络中的自主防御代理。作者在保真度较高的企业网络仿真环境中进行了评估,结果表明该混合方法能够有效生成复杂攻击,而纯LLM架构则难以维持多阶段攻击,且专门面向网络安全的领域模型仅能达到有限的攻击效果。研究证实,单纯依赖LLM或领域模型均不足以进行有效的红队评估,混合LLM-RL方法更具优势。该工作为AI驱动的安全系统评估提供了新思路,适合红队研究人员、SOAR系统开发者及安全评估工程师关注。

💡 推荐理由: 该研究首次结合LLM与强化学习进行自适应红队测试,揭示了当前AI驱动SOAR系统在面对多阶段、自适应攻击时的薄弱环节,为防御者改进系统韧性提供了关键方向。

🎯 建议动作: 研究跟进,评估该框架是否可适配到自身SOAR系统的红队测试中

排序因子: 来自 arXiv 其他板块 (+2) | 命中热门研究主题 (+2) | Community 数据源 (+1) | LLM 评分加成 (+0.5)