全部案例
#011 · 合規檢查

案例研究 · 合規檢查

基線核查 MCP 驅動的等保 2.0 合規檢查

你是安全維運工程師,要對手頭的 Windows 主機做一次等保 2.0 三級基線核查。在 AVL Code 裡用一句自然語言指令呼叫 antiy-baseline-scanner-mcp,工具發現、規範比對、全量掃描、報告歸檔一次跑完,手裡多出一份含 24 項缺陷與修復建議的互動式 HTML 合規報告。

對象:Windows 10 主機(10.0.19045)· 規範:等保 2.0 三級(S3A3G3)· 工具:antiy-baseline-scanner-mcp(v0.6.30)· 規模:62 項檢查點 · 缺陷 24 項· 交付物:互動式 HTML 合規報告 · 模型:瀾砥 N2.5

會話回放與報告為簡體中文原始記錄 · 生成依據:AVL Code + 瀾砥大模型

概覽

  1. 01

    接服務摸家底 — 3 個工具與規範清單到手

    你把服務名寫進指令發出去,AVL Code 先列出這個 MCP 提供了哪些工具、有哪些合規規範可選。

  2. 02

    規範比對 — 鎖定 Windows 等保三級 S3A3G3

    它讀取當前主機系統資訊,確認 Windows 後替你選定對應等級的基線規範,掃描隨即開跑。

  3. 03

    全量掃描 — 62 項檢查點跑完,24 項缺陷浮出

    對本地主機發起全量檢查,拿到 38 通過 / 24 未通過、整體合規率 61.3% 的判定與領域分佈(既有資料顯示全量掃描 20 秒內完成,傳統手工約 3–6 小時)。

  4. 04

    報告歸檔 — 互動式 HTML 落進專案目錄

    報告從掃描工具輸出目錄複製到 avlcode/reports/,瀏覽器開啟即得含儀表板、逐項命令與修復步驟的合規報告。

向 AVL Code 發布任務

用antiy-baseline-scanner-mcp這個服務  給我做一下安全合規檢查,檢查報告用HTML格式生成

前提:已在 AVL Code 中接入 antiy-baseline-scanner-mcp 服務;目標為可本地執行檢查的 Windows 主機

復現材料見文末 親自檢測 ↓

工具與規範比對

任務的全部輸入只有一句話。AVL Code 接到指令後的第一件事不是掃描,而是先弄清這個 MCP 服務裡有什麼可用:

你輸入 → AVL Code
用antiy-baseline-scanner-mcp這個服務  給我做一下安全合規檢查,檢查報告用HTML格式生成
AVL Code 執行 → 你會看到
列出 antiy-baseline-scanner-mcp 的工具 → 確認共 3 個工具
→ 列出可用合規規範 → 獲取主機系統資訊,確認是 Windows
→ 選定 Windows 安全基線規範(等級 3)發起合規檢查
→ 掃描完成,報告在輸出目錄生成

基線掃描

報告在輸出目錄裡生成了,但數字還沒進入你的視野。它先讀報告、再做分類:

你輸入 → AVL Code
用antiy-baseline-scanner-mcp這個服務  給我做一下安全合規檢查,檢查報告用HTML格式生成
AVL Code 執行 → 你會看到
讀取掃描報告 → 一次讀取被截斷 → 從截斷位置續讀至末尾
→ 掃描總結:62 項檢查 · 通過 38 · 未通過 24 · 合規率 61.3%
→ 缺陷分級:高風險 8 項 · 中風險 16 項
→ 未通過分佈:網路安全 11 · 身分鑑別 5 · 存取控制 4 · 安全稽核 3 · 系統維護 1

報告歸檔

數字讀完了,報告還躺在掃描工具的輸出目錄。按專案規範歸檔,並把結論整理給你:

你輸入 → AVL Code
用antiy-baseline-scanner-mcp這個服務  給我做一下安全合規檢查,檢查報告用HTML格式生成
AVL Code 執行 → 你會看到
把報告複製到專案規範目錄 avlcode/reports/
→ 剩餘未通過項逐條列出(登錄檔遠端存取、提交控制等中風險項)
→ 已通過 38 項覆蓋:UAC 啟用、空密碼限制、SAM 匿名列舉限制、Defender 已安裝等
→ 整改路線:先修高風險 → 按報告步驟處理中風險 → 重跑掃描複查

親自檢測

整個任務在 AVL Code 會話裡只需一條訊息。先把 MCP 服務接好,再把指令原樣發出去:

用antiy-baseline-scanner-mcp這個服務  給我做一下安全合規檢查,檢查報告用HTML格式生成
  • 第 1 步:前提——AVL Code 已接入基線核查 MCP 服務(antiy-baseline-scanner-mcp),對 <目標主機> 發起等保三級合規檢查,報告要求 HTML 格式。
  • 會話匯出未保留 MCP 工具呼叫的原始報文(工具名、入參與回傳 JSON 未隨匯出),各步動作以 assistant 執行敘述為準;「20 秒內完成」與「傳統 3–6 小時」取自既有案例資料(index.ts overview),會話與交付報告均未含計時欄位;高風險 8 項的逐項名目以交付報告 report.html 為準。

下一個問題: 按報告裡的修復步驟完成整改後,把同一條指令再發一次做複查——兩份報告的合規率與未通過清單逐項相減,就是整改效果的直接證據。