risk · E1 预消化简报(2026-10-27)

采集边界:仅读取宿主机增量清单 /shared/research-kb/organized/indexes/work-guard/cf9a18b2-2f41-4aa3-b37e-513f297ef48f.json 中 e1_prep:risk 条目的 8 份 materials(逐份实读 item.materials[].source,非仅 item.source 首项),外加活文档 organized/knowledge/risk.md(R109 全文,81,920 bytes,含 arXiv / CVE / DOI / URL 四处硬资产清单 + 本次变更段)、organized/knowledge/engineering.md(v153 · 用于查重同一批次材料在别轴的处置)、organized/knowledge/archive/risk-changelog.md(R102 溯源)、organized/queue/work-queue.md(2026-10-27 16:00 版)、organized/paper_cards/ 近 3 天(-10-25 起,123 张新卡)、以及 inbox/{jay,tom,flyp,spark,stephen}/ 近 2 天(79 份)笔记的 risk 相关性扫描。

未全库扫描、未网页搜索补料、未为凑字数重写、未修改活文档。

状态:ok(净新 4 条 · 其中 2 条为轴外邻接;paper 侧连续第 5 日零净新)


0. 本轮结构性判断:材料结构从「事故侧」翻回「攻防双侧」;但真正的净新只有 2.5 件,其余是「同一 CVE 的工具化分发」这一新维度

清单 8 份 materials 逐份核对 risk.md(R109)硬资产后的账目:

# 材料 标识 在 risk.md 现有脉络中的位置 NET-new?
1 repo_cards/4677 aarsaputra/php2shell 同名不同仓 —— R109 §2.1 的 php2shell 指 HOSTED-POWER/php_uploadprogress_guard(缓解件);本件是独立第三方攻击工具,同样指向 CVE-2026-109618/109619 ⚠️ 半净新(见 §1)
2 repo_cards/4673 ACD421/PHP risk.md grep 命中 0;已被 engineering.md v153 §1.7⑤⑥ 收录(判为「攻防双侧对照」) ⚠️ 轴外邻接
3 repo_cards/4671 hevnsnt/CVEngine organized/ 全目录 grep 命中 0(仅 repo_card + 清单 + state.json 自身);inbox/ 命中 0 ✅ 净新
4 repo_cards/4369 marketcalls/openalgo 已在轴:R104「openalgo(2851 Star · agent/database/risk)」+ URL 清单;R102 亦收录(card 4369 首次采集 10-14) ❌ 承接
5 note-links stephen/2026-10-14T1245-coordination-check 协调检查件,自述 risk 方向零净增("risk=0"),含 21 件 materials 清单与「risk 系当日零净增」缺口提示 ❌ 承接(负面信号)
6 note-links jay/2026-10-13-jay-mcp-security-kvcache-arxiv-substack 4 篇 arXiv(2511.01815/2609.38121/2610.03027 + HijackKV)均已在轴(R104 KV cache 四件 + arXiv 清单);4 枚 CVE 已在 CVE 硬资产清单(R102 GTIG 硬化),但 GTIG / Mandiant / OWASP / NeuralTrust 四源 URL 未在 risk.md URL 清单中 ⚠️ 承接 + 硬资产缺口
7 repo_cards/4237 sonicmountain/Trade-Bot-Hyperliquid 已在轴:R102「Fin-RPC 只读审计工具栖位」(90 Star · MIT · 不交易 · 不需 API key)+ URL 清单 ❌ 承接
8 repo_cards/4046 yzbbds520/awesome-literature-review organized/knowledge/ 与 topic_pages/ grep 命中 0;inbox/ 命中 0;主分类 risk(唯一一件) ✅ 净新

账目:真正 NET-new = 2 件(hevnsnt/CVEngine、yzbbds520/awesome-literature-review)+ 1 件半净新(aarsaputra/php2shell,新增的是「同一 CVE 的工具化分发」这一维度,CVE 本身不新)+ 1 件轴外邻接(ACD421/PHP,别轴已收);承接 4 件。

arXiv 侧 NET-new = 0:4 篇候选全部已在 R104 入轴(2511.01815 KVTC / 2609.38121 WUSH-KV / 2610.03027 1-bit KV cache / HijackKV USENIX Sec 26),每篇在 risk.md 中各命中 2 次(正文 + 硬资产清单)。paper 侧连续第 5 日零净新——R109 之后 risk 主轴的学术侧供给确已枯竭 ⚠(与 10-26 简报「连续第 4 日」判断一致,本轮再确认一次)。

CVE 侧 NET-new = 0:CVE-2026-109618 / CVE-2026-109619 已于 R109 入轴并列入 CVE 硬资产清单(L152)。但见 §1 —— 这对 CVE 本轮催生了新的衍生物,这本身就是新信息。


1. 增量一(半净新):aarsaputra/php2shell —— 同一对 CVE 已从「手工 PoC」进入「打包分发 + 指纹伪装」阶段

来源:organized/repo_cards/4677-aarsaputra-php2shell.md 标识:aarsaputra/php2shell · https://github.com/aarsaputra/php2shell 元数据:85 Star · 周增 +0 · Python · 许可 NOASSERTION · 分类 trending · 形态 app · 成熟度 experimental · 最近提交 2026-10-26 · 首次采集 2026-10-27 · 主分类 engineering · 主题 risk · ⚠ 待LLM分类:是

要点(卡内简介原文可核查):

"Unauthenticated RCE toolkit for PHP 5.4–8.4.26 (CVE-2026-109619/109618) — pure-HTTP chain, JA3 impersonation, prpenetration-testingoof-of-access design"

("prpenetration-testingoof-of-access" 系原文拼写异常,照录 ⚠)

⚠️ 关键澄清 —— 这不是 R109 里那个 php2shell: R109 §2.1 的 php2shell 指的是 HOSTED-POWER/php_uploadprogress_guard —— 一个为未打补丁 PHP 提供缓解的 C 扩展(MIT,143 Star,逐组件镜像官方修复),是 R109「缓解件信任模型四层假设」的链尾。本件 aarsaputra/php2shell 是另一个仓库:Python 编写的攻击工具,指向同一对 CVE-2026-109618 / CVE-2026-109619(已在 R109 入轴)。

风险侧读法 ⚠⚬⚬ —— 三条,其中两条是 risk.md 尚未登记的新维度:

  1. 「引擎层 CVE 的利用已进入工具化分发阶段」 ⚠⚬。R109 记录的是「CVE 被发现 → 在野利用(watchTowr 蜜罐)→ 官方紧急发布 → 缓解件被催生」这条防守侧链路。本件补上了攻击侧的并行链路:CVE 公开后 7 天内(2026-10-26 提交)已出现 85 Star 的打包工具。同一 CVE 同时催生攻防两侧产物,且两侧几乎同步 —— 这是 R109「代理化安全工具供应链」轴的攻击侧实证,此前该轴只登记了防守侧(缓解件)与防御方工具(ablation / opentrap)。⚠
  2. JA3 指纹伪装 = 检测面从「请求特征」下沉到「传输层特征」 ⚠⚬⚬。这是 risk.md 完全未登记的新维度:R107 出口层(CVE-2026-39419)、R109 泄露通道(PHPSESSID cookie 回传)都在应用层/协议层描述攻击,而 JA3 伪装意味着基于请求特征的 WAF/IDS 规则可被绕过,检测必须上移到 TLS ClientHello 指纹层。与 R109 §2.1「泄露通道不是 API 返回值,而是 cookie」同构 —— 攻击面下沉的又一层 ⚠⚬。
  3. 受影响版本区间口径与 R109 冲突,须核实 ⚠⚬⚬。本卡写 PHP 5.4–8.4.26;R109 §2.1 写的是 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35 之前全部版本含已停支持老分支(PHP 5)。两者在 8.4.x 的上界(8.4.26 vs 8.4.27)上不一致,且本卡把下界写到 PHP 5.4 而 R109 只笼统称「PHP 5」。在野利用已确认的前提下,这个口径差异可能是工具作者对受影响范围的误判 ⚠ —— 引用本卡时不得用它的版本区间覆盖 R109 的 advisory 口径 ⚠⚬。
  4. 安全语境保留:卡内原文声称授权渗透测试用途,但因拼写异常不可直接采信;且工具性质为未认证 RCE 工具链。本简报仅取 CVE 编号、版本区间口径、攻击面类型、规避维度,不取任何利用步骤、payload、绕过方法或可操作攻击指引 ⚠⚬。

建议归入:2.x 关键工作脉络 §2.1 追加一个子段(承接 R109 §2.1,明确标注为「同一 CVE 的攻击侧衍生物」);在 3. 共识与争议 新增共识候选:「同一 CVE 在公开后一周内即出现打包化利用工具,攻防两侧产物同步出现」;在 5. 趋势判断 趋势一追加:「攻击面检测需从请求特征上移至传输层特征(JA3 伪装)」⚠⚬;在 4. 开放问题 给 R109 已有的「审计 PHP 运行时补丁状态」清单补一条:检测侧是否依赖请求特征(可被 JA3 伪装绕过)⚠。


2. 增量二(净新):hevnsnt/CVEngine —— 把「外部攻击面评估」做成 AI-first 且接进开发者 Agent 的 MCP 工具链

来源:organized/repo_cards/4671-hevnsnt-cvengine.md 标识:hevnsnt/CVEngine · https://github.com/hevnsnt/CVEngine 元数据:343 Star · 周增 +0 · Python · GPL-3.0 · 分类 trending · 形态 app · 成熟度 research · 最近提交 2026-10-26 · 首次采集 2026-10-27 · 主分类 agent · 主题 agent/risk · ⚠ 待LLM分类:否

要点(卡内简介原文可核查):

"AI-first external attack surface assessment with continuous discovery, evidence-based vulnerability validation, and developer-agent MCP integration."

三个关键词逐条拆解(均为卡内简介原文,未扩展): - continuous discovery(持续发现)—— 与 R109 §2.3 ablation 的「预认证暴露面分析」同类,但落点不同:ablation 面向二进制制品,CVEngine 面向外部攻击面(资产/服务面)。 - evidence-based vulnerability validation(基于证据的漏洞验证)—— 与 R109 §2.3 ablation 的「finding 验证」同构。 - developer-agent MCP integration(开发者 Agent 的 MCP 集成)⚠⚬ —— 这一条是本件的全部风险价值所在。

风险侧读法 ⚠⚬⚬ —— 与 R109 三处直接咬合:

  1. 直接命中 R109 争议 #121「防御性工具的 Agent 化程度是否应成为独立风险指标」 ⚠⚬⚬。R109 §2.4 对 opentrap 的读法是:「当 Repeater + Intruder + Collaborator 被封装进一个 AGPL 可自托管单体,它们极可能被接入 Agent 的工具链(类似 R104 binny 把逆向 harness 做成 Agent skill)—— 届时防御性工具的可 Agent 化程度本身成为一项风险指标 ⚠⚬」,并挂了 Q234「建立『防御性工具 Agent 化程度』清单」。本件是 Q234 的第一个具体命中对象:一个 343 Star 的外部攻击面评估工具自带 developer-agent MCP 集成 —— 这不是「可能接入」,而是产品形态上已经接入 ⚠⚬⚬。R109 记录的是推断,本件提供的是事实 ⚠。
  2. 「AI-first」= R109 §2.3 ablation 路径的延续,但落在不同层 ⚠⚬。ablation 已由 Cisco PSIRT 采纳做内部分诊(R109 §2.3 一手 README 引文);CVEngine 把同一思路落到外部攻击面而非二进制内部。若二者都提供 MCP 接口,则 MCP 服务器同时成为「资产发现器」与「Agent 工具提供方」 —— 回到 R109 §2.3 记的「跨目标 pattern library 在攻防两侧等价」的同一逻辑 ⚠⚬。
  3. 许可形态是 R109 争议 #123 的又一个实例,且这次是强许可 ⚠⚬。R109 已列:ablation = NOASSERTION、opentrap = AGPL-3.0、php_uploadprogress_guard = MIT。CVEngine = GPL-3.0(强 copyleft),且形态是 app。R109 §2.4 已把 opentrap 的 AGPL-3.0 读作「完整代理化 Web 攻击面测试能力可在可自由获取、可自托管的包中获得」;CVEngine 属同类判断,且叠加 MCP 集成后其可被多 Agent 共享/复制的成本更低 ⚠⚬。
  4. 采信下限 ⚠:343 Star 但周增 +0;卡内无 README 细节 —— 扫描范围、支持协议、验证深度、是否需要凭据、是否主动探测第三方资产(这本身是授权边界问题 ⚠)全部未知;成熟度 research、待LLM分类:否,不构成生产实践证据。

建议归入:2.x 关键工作脉络 新开 §2.4「外部攻击面评估与 Agent 工具化」(本件作开篇条目);3. 共识与争议 承接争议 #121 并给出实证、#123 补 GPL-3.0 实例;4. 开放问题 Q234 挂载本件为第 1 个已确认命中对象 ⚠⚬⚬;5. 趋势判断 趋势一追加:「防御性安全工具的 MCP 化已是出厂形态而非推测」⚠。


3. 增量三(净新):yzbbds520/awesome-literature-review —— 主分类 risk 的「文献综述 Skill」:把「可核验性」内建进生成流程

来源:organized/repo_cards/4046-yzbbds520-awesome-literature-review.md 标识:yzbbds520/awesome-literature-review · https://github.com/yzbbds520/awesome-literature-review 元数据:20 Star · 周增 +2(本批 8 件中唯一非零周增)· MIT · 形态 awesome · 分类 academic-writing · 成熟度 experimental · 最近提交 2026-10-12 · 首次采集 2026-09-29 · 主题 agent/engineering · 主分类 risk · 学术状态 accepted / 学术阶段 evidence / 学术主任务 systematic-review / 学术辅助任务 paper-drafting / 学术方向 summarize / 学术用途 systematic-review / 能力分面 latex, skill, writing / 学术相关度 90 / 学术判定 deterministic

要点(卡内简介原文可核查):

"文献综述生成 Skill for Claude Code:分四部分生成、前期对齐后一次成稿、文献强制可核验、内置压 AI 腔的行文要求,支持对话/Markdown/Word/LaTeX"

风险侧读法 ⚠⚬ —— 与本库自身方法论高度相关,但需谨慎定性:

  1. 「文献强制可核验」是本库 risk 主轴一直在做的事,被外部工具化 ⚠⚬。本库多轮简报反复出现的纪律(每条观点标注出处层级、一手 vs 二手、不把采集时间/被引变化当新观点、不虚构)—— 本件把「可核验」作为 Skill 的内置约束。这既是同向印证(说明该纪律已成为领域共识),也是对本库的机制性提醒:一旦综述生成有工具化路径,「不可核验的综述」就成为可批量生产的产物 ⚠。
  2. ⚠️ 但「主分类 risk」这个标签需要非常谨慎处理 ⚠⚬。卡内 学术判定:deterministic、学术证据 为 anchor 类关键词匹配,证据是关键词命中(anchor:academic / anchor:文献 / query:literature-review / task:systematic-review),而非风险语义判定。本件不提供任何风险观点、威胁模型、失效模式或安全主张 —— 它是一个写作流程工具,不是风险材料。建议:本件在 risk.md 中作为「方法论工具」而非「风险发现」入轴,避免污染主轴的证据层级 ⚠⚬。
  3. 「内置压 AI 腔的行文要求」与本库 reduce-aigc-trace 关注点重叠 ⚠(同一工作台内的相关能力),可作为交叉参照而非增量。
  4. 周增 +2 与「本批 8 件 repo 全部 +0」形成对照 ⚠ —— 同批 repo 中唯一有热度增长的,是一个降低 AI 腔的写作工具。这个反差本身值得记:热度信号正从「攻击/防护工具」转向「产出质量控制工具」 ⚠。
  5. 采信下限 ⚠:20 Star · experimental · 卡内无 README 细节 —— 「分四部分生成」的具体四部分、「前期对齐」的对齐对象、「强制可核验」的可核验强度(是否校验 DOI / 是否强制原文核对)均未给出 ⚠。学术状态:accepted 系库内学术元数据字段,不等于同行评审通过,引用时不得表述为「已发表/已评审」⚠。

建议归入:2.x 关键工作脉络 新开 §2.5「综述生成工具化与可核验性」(本件作开篇条目,篇幅宜短);或降级为 6. 采信与限定 旁注 + 4. 开放问题 的一条新 Q(见 §4);不建议占用 3. 共识与争议 位置 ⚠。


4. 增量四(轴外邻接):ACD421/PHP —— 同一 CVE 的防守侧工具,与 §1 构成攻守双侧对照

来源:organized/repo_cards/4673-acd421-php.md 标识:ACD421/PHP · https://github.com/ACD421/PHP 元数据:66 Star · 周增 +0 · Python · 无许可字段 · 分类 trending · 形态 app · 成熟度 experimental · 最近提交 2026-10-26 · 首次采集 2026-10-27 · 主分类 engineering · 主题 risk

要点(卡内简介原文可核查):

"For PHP, CTI agencies, and CISA. This is for security hardening and bug awareness only."

风险侧读法 ⚠:

  1. 与 §1 构成同一 CVE 的攻守双侧对照 ⚠。§1(aarsaputra/php2shell)是攻击侧工具;本件自述面向 PHP / CTI agencies / CISA 的「安全加固与漏洞认知」定位 —— 防守侧。加上 R109 已有的 HOSTED-POWER/php_uploadprogress_guard(缓解件),同一对 CVE-2026-109618/109619 在同一批次内出现三个不同性质的产物:攻击工具 + 认知/加固工具 + 缓解扩展 ⚠⚬。这比 R109 §2.2 单件的「缓解件信任模型」多了一个层级 —— 「同一 CVE 催生三类产物,且各自引入一类新信任假设」。
  2. 「受众点名 CTI agencies 与 CISA」不等于「官方工具」 ⚠⚬。卡内无任何机构背书证据、无机制描述、无许可字段。R109 §2.3 已把 Cisco PSIRT 采纳 ablation 作为一手 README 引文级证据;本件的机构点名只是自述,采信等级明显更低 ⚠。
  3. 无许可字段 —— 与 R109 争议 #123(许可形态是否应作为安全工具选型的显式维度)直接相关,是该争议的第四个数据点 ⚠。

建议归入:2.x 关键工作脉络 与 §1 合并成一小节(「同一 CVE 的三类衍生物」),篇幅宜短;3. 争议 #123 补无许可实例 ⚠。


5. 值得警惕的矛盾与待核实说法

# 事项 冲突/缺口 出处 处理建议
① PHP 受影响版本区间口径冲突 ⚠⚬⚬ aarsaputra/php2shell 卡写 PHP 5.4–8.4.26;R109 §2.1 依 advisory 写 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35 之前全部版本 + 已停支持 PHP 5 老分支。8.4.x 上界差一个补丁号,下界 5.4 vs 5.x 笼统 repo_cards/4677 简介 vs knowledge/risk.md §2.1 不得用工具卡的版本区间覆盖 advisory 口径;在野利用已确认,版本口径以 advisory 为准 ⚠⚬
② aarsaputra/php2shell 与 R109 php2shell 是否同仓 ⚠⚬ 命名极易混淆。R109 §2.1 引用的是 HOSTED-POWER/php_uploadprogress_guard;本件是独立第三方 Python 攻击工具,指向同一对 CVE repo_cards/4677 vs knowledge/risk.md §2.1 + URL 清单 写入时必须显式标注两者不同,否则会产生「同一仓库两种解读」的错误 ⚠⚬
③ ACD421/PHP 的机构点名不可采信为官方背书 ⚠⚬ 自述面向 CTI agencies 与 CISA,但无机构背书证据、无机制描述、无许可字段 repo_cards/4673 只能作「存在性 + 受众定位」证据 ⚠
④ yzbbds520 的「主分类 risk」标签与内容不符 ⚠⚬ 分类由关键词命中(anchor:academic / query:literature-review)产生,不含任何风险语义;学术判定:deterministic 是流程性判定非质量判定 repo_cards/4046 学术元数据段 入轴时按「方法论工具」定性,不计入风险发现 ⚠
⑤ yzbbds520 的 学术状态:accepted 不等于同行评审 ⚠ 该字段是库内学术流水线状态 repo_cards/4046 引用时不得表述为「已发表/已评审」 ⚠
⑥ jay 10-13 简报的 4 源 URL 在 risk.md URL 清单中缺失 ⚠ practical-devsecops.com/top-ai-security-threats-…、cloud.google.com/security/resources/ai-risk-and-resilience-2026、helpnetsecurity.com/2026/10/01/…、neuraltrust.ai/blog/ai-soc-prompt-injection 均 grep 命中 0;4 枚 GTIG CVE(CVE-2026-42271 / CVE-2026-5027 / CVE-2025-3248 / CVE-2026-1731)只以裸 ID 存在于 CVE 清单 L150,无正文叙述 inbox/jay/2026-10-13-…md vs knowledge/risk.md L150/L163 属承接材料的硬资产缺口,建议在 历史硬资产保全清单 补这 4 条 URL;不构成新观点,本轮不据此新增正文 ⚠
⑦ OWASP 2026 排名变化在 risk.md 无正文落点 ⚠ jay 10-13 记「Prompt Injection 连续第三年第一、Excessive Agency 从第 6 跃升至第 3、MCP 供应链攻击为被低估的新类别」;risk.md grep「Excessive Agency」命中 0 同上 与 ⑥ 同批,属承接缺口;不计入本轮增量 ⚠
⑧ 本批 8 件 repo 中 7 件周增 +0 ⚠ 与 10-26 简报记录的「v153 全部 8 件周增 +0」一致 → 热度曲线持续平坦;唯一非零是 yzbbds520 +2 repo_cards/* 周增字段 佐证「采集批次无法代表领域热度分布」,引用时须标为元数据观察而非风险观点 ⚠
⑨ 清单 5 号材料自述 risk 方向零净增 ⚠ stephen/2026-10-14T1245-coordination-check 明确 "risk=0",并把 risk 列为 11 方向中的空缺;inbox/stephen/2026-10-27T1245-coordination-check 复核仍为 risk=0 两份协调检查件 本轮 net-new 仅 2 件,与「risk 方向供给持续稀薄」的跨实例判断一致 ⚠

6. 可引用的 arXiv 号列表

本轮 NET-new arXiv = 0 件(paper 侧连续第 5 日零净新)。

清单材料中出现、已全部在 R104 入轴、本轮仅作承接核对的 arXiv 号(每篇在 risk.md 中命中 2 次 = 正文 + 硬资产清单):

  • arXiv:2511.01815 — KVTC: KV Cache Transform Coding(ICLR 2026,20× 压缩比)
  • arXiv:2609.38121 — WUSH-KV: Data-Adaptive KV Cache 量化
  • arXiv:2610.03027 — Tailoring the Quantization Space for 1-Bit KV Cache
  • HijackKV — USENIX Security 2026(https://www.usenix.org/system/files/usenixsecurity26-zhang-yichi.pdf,非 arXiv 号,前缀级 KV cache 复用隐式泄露;在 risk.md URL 清单命中 1 次)

CVE 号(本轮 NET-new = 0,全部已在轴或已在 R102 硬资产清单):

  • CVE-2026-109618 / CVE-2026-109619 — R109 §2.1 入轴 + CVE 清单 L152(本轮的新增信息是衍生物,不是 CVE 本身)
  • CVE-2026-42271 / CVE-2026-5027 / CVE-2025-3248 / CVE-2026-1731 — 仅裸 ID 存在于 L150(CVE 清单),无正文叙述 → 见 §5 ⑥

7. 检查过的来源清单(便于核对本轮覆盖边界)

宿主机清单 8 份 materials(全部实读): 1. organized/repo_cards/4677-aarsaputra-php2shell.md 2. organized/repo_cards/4673-acd421-php.md 3. organized/repo_cards/4671-hevnsnt-cvengine.md 4. organized/repo_cards/4369-marketcalls-openalgo.md 5. inbox/stephen/2026-10-14T1245-coordination-check.md 6. inbox/jay/2026-10-13-jay-mcp-security-kvcache-arxiv-substack.md 7. organized/repo_cards/4237-sonicmountain-trade-bot-hyperliquid.md 8. organized/repo_cards/4046-yzbbds520-awesome-literature-review.md

活文档与辅助核对:organized/knowledge/risk.md(R109 全文 + 四处硬资产清单)、organized/knowledge/engineering.md(v153 §1.7 用于查重)、organized/knowledge/archive/risk-changelog.md(R102 溯源)、organized/topic_pages/risk.md(早期代表材料)、organized/queue/work-queue.md(10-27 16:00 版)

paper_cards 抽查:近 3 天(-10-25 起)新增 123 张;命中 risk 主题的 7 张(2309.01219 / 2305.06500 / 2308.08708 / 2402.06196 / 2603.15031 / 2303.13375 / 1904.09751)逐一核对 —— 全部已在轴(2402.06196 = R108 六篇源头之一;2603.15031 = R104/R109 承接位),无 NET-new。

inbox 近 2 天(79 份)risk 相关性扫描:jay(csdn-discovery / x-tech-radar / rss / engineering-e1prep)、tom(hf-daily / rag-e1prep / agent-rag-longcontext-radar / evaluation-e1prep)、flyp(risk-e1prep / multimodal / coding-agents / critical-read)、spark(agent-e1prep / llm-infra-e1prep)、stephen(news- / x-vip-radar / coordination-check ×2)—— 除清单内 2 份外,其余笔记未提供 risk 主轴的新增观点*;stephen 10-27 协调检查本身再次确认 risk 方向当日零净增。

未做:全库扫描、网页搜索补料、为凑字数多轮重写、修改活文档 / 清单 / 基线 / 认领记录 / 其他任务文件 / 定时配置。


8. 自评与修订

准确性:8 份 materials 逐份与 risk.md(R109)硬资产清单 grep 对账;aarsaputra/php2shell 与 HOSTED-POWER/php_uploadprogress_guard 的同名不同仓关系已明确区分(否则本轮会误记 2 枚新 CVE);ACD421/PHP 确认已被 engineering.md v153 收录,按「轴外邻接」而非净新计;yzbbds520 的 risk 主分类系关键词判定,已在 §5 ④ 标注口径。

深度:本轮净新只有 2 件,硬凑 8 条会失真,故未达旧提示词的 2000-4000 字上限而如实收束在 4 条增量(含 1 条半净新 + 1 条轴外邻接)。真正有方法论价值的两点是:① 同一对 CVE 在一批内催生「攻击工具 + 加固工具 + 缓解扩展」三类产物,且攻击侧工具带 JA3 指纹伪装 —— 这把 R109「代理化安全工具供应链」轴从防守侧与防御方工具,推到攻击侧工具化与传输层规避;② hevnsnt/CVEngine 自带 developer-agent MCP 集成,是 R109 争议 #121 与 Q234 的第一个实证命中(此前 opentrap 的「极可能被接入」是推断)。

遗漏清单:① aarsaputra/php2shell 的利用链与 PoC 刻意未取(内容安全约束),仅取 CVE 编号 / 版本口径 / 攻击面类型 / 规避维度 ⚠⚬;② ACD421/PHP 卡内无任何机制描述,不臆测其加固手段 ⚠;③ hevnsnt/CVEngine 无 README 细节 —— 扫描范围、是否主动探测第三方资产(授权边界问题)、MCP 接口暴露的具体工具与权限均未知 ⚠⚬;④ yzbbds520 的「四部分生成」「强制可核验」具体规则未核实 ⚠;⑤ 本轮未新增 arXiv 论文级新观点 —— paper 侧连续第 5 日零净新,是材料结构决定的,不是遗漏 ⚠;⑥ jay 10-13 的 GTIG / Mandiant / OWASP / NeuralTrust 四源 URL 缺口本轮仅记录不修补(属承接材料的清单维护,不属 E1 增量职责)⚠。