网络安全精选

安全例外稽核代理

找出那些从未结束的「临时」例外

版本 2发布于 2026年9月2日
网络安全KnowledgeExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8条硬性规则
它绝不能做的事,每次运行都强制执行
5条移交规则
它停下并把工作交给人的条件
9个输出字段
结构化的结果,而不是一段需要反复阅读的文字
≤7步每次运行
有界的工作:最多 5 次工具调用,由运行时强制执行

设计上即为只读。 该智能体没有任何发送、支出、发布或提交的途径。当这一限制本身就是产品时,取消它就等于取消了信任其输出的理由。

版本 2 的实时接线图。工具节点是这个智能体被登记可以调用的能力——除此之外什么都跑不起来。

概览

每一套安全策略都需要一种说「这次先算了」的办法,于是例外被批准了:为一次迁移打开的一条防火墙规则、为一个服务账号豁免的多因素认证、为一个应用而被保留下来的一个已停止支持的操作系统、一个未达标准就被允许接入的供应商。每一条都是一位称职的人在真实压力下作出的、站得住脚的决定,并且附着一个到期日。

那个到期日,正是失效的那部分。没有人的考核里有「关闭一条例外」,制造它的那份压力在它被批准的那一刻就消失了,而负责人也换了岗。登记册不断变长,而几年之后,这家机构真实的安全态势,就是它的策略减去一份没有人从头到尾读过的清单。

那个叠加起来的版本,比其中任何单独一条都更糟。三条各自看来合理的例外,可以组合成一条路径——一台未打补丁的主机,可以从一个临时开放的网段抵达,使用一个被豁免了多因素认证的账号。没有人批准过那条路径。它之所以存在,是因为三次各自独立的审批从未见过面。

这个智能体把登记册对照现实来读:什么已经过期却仍然生效、什么归属于一位已经离职的人、哪些被承诺过的补偿性控制从来没有被实施,以及哪些组合构成了一条路径。它不批准任何东西、不改动任何东西,也绝不断言任何东西是安全的。

价值

登记册不再变长

因为那些本该被关闭的东西变得可见了。

在攻击者之前找到那些路径

那些没有人有意批准过的组合。

给审计师一个诚实的答案

什么被豁免了、为什么、以及豁免多久。

功能说明

  • 找出已过期却仍在生效的例外

    没有人的考核里有「关闭一条例外」,而制造它的那份压力在它被批准的那天就消失了。

  • 核查那项补偿性控制是否存在

    例外是基于对它的承诺而被批准的。它是最先没被实施的东西,也是最后才有人去核的东西。

  • 找出没有人批准过的组合

    三条合理的例外,合起来构成一条路径。没有任何一位审批人见过它,因为没有一位审批人见过另外两条。

  • 追踪无主的例外

    归属于一位已经离职的人。一条没有负责人的例外,永远不会被任何人关闭。

  • 诚实地报告安全态势

    你真实的标准,是策略减去这份清单,而几乎没有人从头到尾读过它。

  • 不批准、不改动任何东西

    它不碰任何控制、任何规则、任何登记条目,也绝不声称任何东西是安全的。

这会改变什么

这会如何改变你的一周

它接手的工作
把例外登记册对照「什么其实还在生效」来读。
目前由谁完成
没有人从头到尾做过。例外是被逐条批准的,从来没有被放在一起读。
多久一次
纸面上是每季度;实际上是在审计的时候。
通常的人工投入
每一条都要核它的到期日、负责人和被承诺的补偿性控制。

为什么偏偏是网络安全。没有人的考核里有「关闭一条例外」,而制造它的那份压力在它被批准的那天就消失了。更糟的是,三条各自合理的例外,可以构成一条从来没有审批人见过的路径。

  • 无人值守运行

    由你或某个事件启动,然后自行完成。没有什么需要等人坐到工位前。

  • 每一次都是同一标准

    第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。

  • 它无法自行采取行动

    安全例外稽核代理 没有任何发送、支出或承诺的途径。正是这个限制,让依据它的输出行动是安全的。

运行方式

该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录,每次工具调用在执行前都会进行权限检查。

  1. 1输入按智能体的输入结构进行校验
  2. 2模型claude-opus-5,并自动回退
  3. 3工具search_knowledge, extract_structured_data
  4. 4权限自动执行 READ 级操作;更高的等待你批准
  5. 5输出符合输出结构的结构化结果
  6. 6日志记录 token、耗时和每一个步骤

演示

演示数据Illustrative sample output, abridged.

输入

{
  "asAtDate": "2026-09-02",
  "exceptions": []
}

输出

{
  "escalate": true,
  "noExpiry": [
    "6 exceptions have no expiry date and apply to production systems. A permanent exception is a policy change that was never made as one."
  ],
  "orphaned": [
    "9 exceptions are owned by 4 people who have left. Nobody is going to close these."
  ],
  "disclaimer": "A review of the register and records supplied. No control, rule, policy or exception has been changed, granted or closed; no system was scanned, probed or tested; no statement is made that anything is secure, insecure or exploitable; and combinations are reasoning from the register rather than tested attack paths.",
  "combinations": [
    {
      "basis": "Reasoning from the register only. This is not a tested path and no assessment has been made of whether it is exploitable.",
      "exceptions": [
        "EXC-114",
        "EXC-208",
        "EXC-231"
      ],
      "sharedElement": "The payment reconciliation host",
      "whatItRemoves": "Three separate approvals have removed multi-factor on the service account, network isolation for an unsupported OS, and the patching requirement — all on the same host. No approver saw the other two."
    }
  ],
  "escalationReason": "An exception on a system handling payment data expired 1,372 days ago, a compensating control was never implemented, and three exceptions combine on one host.",
  "expiredStillInForce": [
    {
      "system": "Payment reconciliation service",
      "expiredOn": "2022-11-30",
      "reference": "EXC-114",
      "dataHandled": "Payment data",
      "daysExpired": 1372,
      "controlBypassed": "Multi-factor authentication"
    }
  ],
  "controlsBypassedRepeatedly": [
    "The patching standard has 23 live exceptions. That is a control that does not fit the estate, not 23 separate decisions."
  ],
  "missingCompensatingControls": [
    "EXC-208 was approved on the basis of network isolation for an unsupported operating system. No isolation appears in any record. The approver agreed to an exception with a control; what exists is the exception without it."
  ]
}

使用条件

集成

无需集成。

开始之前

  • 例外登记册:内容、原因、批准人、到期日、补偿性控制
  • 每一条例外所适用的系统与账号
  • 当前在职人员名单
  • 各项补偿性控制是否已被实施,如果有记录的话
  • 需要 全量访问 套餐或更高

使用场景

季度例外复核

什么过期了、什么没有负责人、什么没有控制。

认证之前

评估人会最先问什么。

一次重组之后

哪些例外失去了它们的负责人。

风险委员会汇报

真实的态势,而不是那份策略。

价格

全量访问

通过您的 PROMIVO 订阅按月计费,可随时取消。

运行会消耗您套餐中的智能体执行次数与 token 额度。参见 套餐限额

常见问题

它会改动安全控制吗?

不会。它不碰任何控制、任何防火墙规则、任何策略和任何登记条目。关闭一条例外可能弄坏一个在线系统,而那个决定属于拥有它的那些人。

它会扫描或测试我们的系统吗?

绝不。它不执行任何形式的扫描、探测或测试。它读的是登记册和你提供的记录。

它怎么找出那些组合?

通过核查这些例外是否触及同一个系统、账号或网络路径。它报告这个组合以及它会允许什么,并明确说明自己是在从登记册出发推理,而不是从一条被实测过的攻击路径出发。

评价

客户运行过该智能体后,评价功能将开放。

需要这个智能体换一种做法?

告诉我们要改什么,我们的团队会为您的业务规划一个定制版本。

定制此智能体