Doc-foundry 發布對抗式多代理偵測工程工作流程
先了解這件事
mjha-arya 發布了 Doc-foundry，這是一套建構於 LangGraph、Pydantic、FastMCP 與 Claude 之上的開源偵測工程工作流程，能將 CVE 或 ATT&CK 技術等威脅轉化為 Sigma 偵測規則及一份證明包。四個 LLM 代理（Threat Analyst、Blue Detection Engineer、Telemetry 與 Red-Team Adversary）負責提出規則，而一個確定性的裁判則負責偽陽性／偽陰性評估、對抗式變異、覆蓋判定與部署閘門，並將每條規則標記為真實覆蓋、脆弱或失效，同時附上可重現性雜湊。 第二條 Review Chain 管線依序執行草稿、Red Team、SOC Lead 與最終規則階段；該專案聲明此鏈不會呼叫證明核心，也不會發出覆蓋判定。在 LIVE 模式下，任何威脅文字皆由真實模型撰寫，並需要 GEMINI_API_KEY 或 ANTHROPIC_API_KEY。CANNED 模式則在無金鑰的情況下完全離線執行固定情境，也是測試套件所驅動的模式。此處沒有預設情境：Foundry 採用使用者所提供的威脅。
AI 依報導生成 · 1 小時前更新
報導時間線
沿著報導，了解事件的不同側面。
- Hacker News · AIDOC-foundry 推出對抗式多代理管線，可撰寫 Sigma 偵測規則並加以驗證
DOC-foundry 是一套建構於 LangGraph、Pydantic、FastMCP 與 Claude 之上的開源偵測工程工作流程，能將 CVE 或 ATT&CK 技術等威脅轉換為 Sigma 規則及證明包。四個 LLM 代理（Threat Analyst、Blue Detection Engineer、Telemetry、Red-Team Adversary）負責提出方案，並由確定性裁判處理 FP/FN 評估、對抗式變異、覆蓋判定與部署閘門，產出真實覆蓋、脆弱或失效的標籤及可重現性雜湊。第二條 Review Chain 管線則執行草稿、Red Team、SOC Lead 與最終規則階段，並明確不發出覆蓋判定。
本事件熱度走勢
還沒有足夠的連續觀測資料，暫不繪製趨勢。