用 Claude 把 Microsoft 365 安全審計報告變成整改路線圖

簡而言之： Claude 可以在幾分鐘內把一份 Microsoft 365 安全審計報告整理成整改路線圖草稿：按風險和工作量分組、拆成幾個階段，每一項都有負責人和依賴關係。它只根據你提供的文字工作，不會連接你的租戶，也不會核實任何一項設定。粘貼之前，先刪去租戶 ID、域名、用戶名和 IP 地址；拿到的結果只是草稿，必須由一位具名的人來負責。

你剛收到一份 Microsoft 365 安全審計報告，裡面列著幾十項發現，每項都有嚴重程度、證據和建議。現在業務部門想知道接下來做什麼、按什麼順序做、要花多少時間。本文寫給 20 至 500 人企業的 IT 經理：你需要回答這些問題，並希望用 Claude 起草第一版答案。

本文介紹在 Claude 看到報告之前要刪掉什麼、一段可直接複製的提示詞、如何檢查返回的結果，以及 AI 起草的路線圖在什麼情況下就不夠用了。

為什麼審計報告常常被歸檔，而不是被執行？

大多數審計報告按審計師的工作方式組織，而不是按企業修復問題的方式組織。發現按領域排列（身份、郵件、共享、設備），每個領域內再按嚴重程度排列。這個順序適合呈現證據，卻不適合安排行動。

報告通常卡在三件事上：

• 沒有順序。 一項十分鐘就能修好的嚴重發現，和一項需要更換許可證、再花一個月做用戶溝通的嚴重發現排在一起。沒有順序，兩項都會被擱置。
• 沒有負責人。 報告說明要修什麼，卻很少說明由誰來修，因為審計師並不瞭解你的團隊。
• 沒有預算形態。 財務總監無法批准"42 項發現"，但可以批准"現在兩週的配置工作、下季度一項許可證決定、明年預算裡一個項目"。

整改路線圖解決的正是這三件事。它不增加新發現，而是把現有發現重新排列成企業能夠排期、能夠撥款的工作。

Claude 能對審計報告做什麼，不能做什麼？

Claude 擅長這項工作中"重新組織"的部分：讀長文檔、把相關事項歸組、發現兩項發現可以用同一個改動解決，並用另一種結構重寫同樣的資訊。它不是審計師，也看不到你的環境。

• 它只讀你給它的內容。 粘貼發現內容，或在你的 Claude 方案允許上傳文件時附上報告。Claude 只根據這些文字工作。
• 它不會訪問你的租戶。 在這個流程裡，Claude 沒有連接 Microsoft 365、Entra ID 或任何管理門戶，無法確認某項發現是否仍然存在、修復是否生效，也無法確認設定是否與報告一致。
• 它可能出錯。 它可能誤讀依賴關係、把應當分開的兩項發現合並，或者對你的環境估錯工作量。每一行都需要人來核對。
• 它不能替代證據。 如果報告要交給保險公司、審計師或客戶，原始發現和證據仍然是正式記錄。路線圖是計劃，不是證明。

如果你的公司為了其他工作已經把 Claude 連接到 Microsoft 365，請把兩件事分開。把審計報告變成計劃不需要任何連接器；給 AI 工具超出任務所需的權限，本身就是審計會指出的問題。我們關於將 Claude 安全連接到 Microsoft 365的指南討論了這個問題。

把報告交給 Claude 之前，應該刪去什麼？

審計報告就是一張標明你弱點的地圖。任何內容離開你的控制之前，先去掉可能幫助攻擊者的資訊，以及能識別具體人員的資訊。

刪除或替換

• 租戶標識。 租戶 ID（一串 GUID）、租戶的 onmicrosoft.com 名稱以及所有自定義域名。用 TENANT、DOMAIN-1 之類的佔位符替換。
• 人員資訊。 用戶主體名稱、顯示名稱和電子郵件地址，尤其是管理員帳戶和嚴重發現中提到的帳戶。用角色替換：ADMIN-1、FINANCE-USER-2。
• 網絡和應用細節。 公網 IP 地址、命名位置、應用（客戶端）ID、服務主體名稱，以及獲得授權的第三方應用名稱。
• 證據摘錄。 截圖、登入日誌行和導出的設定。Claude 需要的是發現和建議，不是原始證據。
• 與客戶相關的一切。 會暴露客戶、交易或案件的站點名稱或文件路徑。

保留

• 發現標題、嚴重程度和所屬領域。
• 建議內容。
• 工作量或許可證說明（如果報告中有）。
• 階段編號或參考編號，方便把路線圖對應回報告。

確認你使用的是哪個 Claude 方案

數據處理方式取決於方案。Anthropic 表示，除非客戶選擇加入（例如通過其開發合作夥伴計劃），它不會用其商業產品（Claude for Work 的 Team 和 Enterprise 方案以及 API）中的內容訓練模型。在面向個人的 Free、Pro 和 Max 方案中，是否用於模型訓練取決於用戶選擇的隱私設定。請閱讀 Anthropic 針對你實際使用方案的最新隱私文檔，並遵守公司的 AI 政策。如果公司還沒有 AI 政策，應先補上；我們的 AI 支援服務幫助企業制定政策、決定員工可以使用哪些工具，我們的 AI 工具價格頁列出了主要 AI 助手的參考價格。

怎樣把發現整理成企業能撥款的路線圖？

寫提示詞之前，先確定你想要的結構。適合中小企業的路線圖通常分四個階段。

按風險和修復成本排序，而不是按報告中的順序

每項發現打兩個分：被利用後有多嚴重，以及關閉它要多少工作量。有用的順序是高風險、低工作量優先，因為每小時降低的風險最多。接著是高風險、高工作量，作為項目來規劃。低風險、低工作量用來填補空檔。低風險、高工作量往往可以延後，但要把理由寫下來。

拆成預算能跟得上的階段

• 第 0 階段：穩定（未來兩週）。 只需配置、且已有許可證即可解決的嚴重發現：多因素認證缺口、舊式身份驗證、匿名共享鏈接、外部郵件轉發。
• 第 1 階段：加固（下一季度）。 需要規劃或用戶溝通的高風險發現：抗釣魚登入方式、獨立管理員帳戶、應用授權管控、DMARC 強制執行、設備和應用保護。
• 第 2 階段：治理（下一個預算週期）。 需要許可證決定、政策或項目的發現：數據防泄漏、敏感度標籤、保留策略、更長的日誌保留期。
• 第 3 階段：持續（長期）。 定期複查、訪問審查，以及對照原始發現的複核。

博迅自己的樣本報告就採用這種階段結構。你可以在線閱讀 Microsoft 365 安全審計樣本報告（英文版），看看由審計師撰寫的分階段修復計劃是什麼樣子；樣本使用一家虛構的 14 人企業，含 3 項嚴重發現和 7 項高風險發現。

可直接複製的提示詞

把脫敏後的發現內容粘貼在這段提示詞之後，並按你團隊的情況調整各階段時長。

• 角色與來源 ——"你在協助一位 IT 經理規劃整改。只使用下面列出的發現，不要添加清單以外的發現。"
• 評分 ——"為每項發現給出風險（嚴重、高、中、低，以報告為準）和工作量（小：半天以內；中：最多三天；大：更多），並註明工作量是否為你的估計。"
• 依賴關係 ——"標出任何需要先修復另一項才能處理的發現，以及任何需要報告中指出缺少的許可證的發現。"
• 歸組 ——"把可以用同一個改動關閉的發現歸為一組，並說明是哪幾項。"
• 階段 ——"把每項發現放入第 0 階段（兩週，僅配置）、第 1 階段（一個季度）、第 2 階段（下一個預算週期）或第 3 階段（長期），並用一句話說明理由。"
• 負責人欄 ——"增加一欄負責人，填寫最適合做這項工作的角色，例如 IT 主管、Microsoft 365 管理員、人力資源、管理合夥人。不要編造姓名。"
• 用戶影響 ——"註明用戶會察覺到的變化，以便提前溝通。"
• 規則 ——"保留報告中的參考編號。如有不清楚之處，在最後列為問題，不要猜測。"

要求按階段分組輸出列表。如果需要電子表格，可以讓 Claude 輸出每行一項發現、包含上述各欄的版本，在發出之前先核對。

示例：三項嚴重發現的重新排序

以三項在很多 Microsoft 365 審計中都會以某種形式出現的發現為例，博迅的樣本報告中也有：兩個帳戶可以不經多因素認證登入，其中一個是全局管理員；舊式身份驗證沒有被阻止，整個租戶啓用了 SMTP AUTH；允許"任何人"匿名共享鏈接，而且這是一個面向客戶站點的預設設定。

在報告中，它們分屬身份、郵件和共享三個領域。按上面的提示詞，Claude 通常會對它們做三件有用的事：

• 把三項都放進第 0 階段。 它們都是嚴重發現，而且都能用企業已有許可證內的配置關閉。
• 找出依賴關係。 阻止舊式身份驗證可能會讓一台舊掃描器，或一個用 SMTP AUTH 發郵件的業務應用失效。路線圖應該把"盤點會發送郵件的設備和應用"列為阻止之前的步驟，而不是之後。
• 標出用戶影響。 為剩下兩個帳戶啓用多因素認證，以及更改預設共享鏈接，都會改變員工看到的內容。兩者都需要在變更之前給員工發一段簡短通知，而不是等服務檯被電話淹沒之後。

Claude 無法告訴你那台掃描器是否存在、那個全局管理員帳戶是由人還是腳本在使用、或者是否有客戶依賴匿名鏈接。這些問題要交給瞭解環境的人。路線圖的價值在於讓這些問題在變更之前就浮現出來，而不是替你回答它們。

AI 起草的路線圖與託付服務商的整改服務對比

兩者都從同一份報告出發，區別在於計劃寫好之後由誰承擔工作。

• AI 起草的路線圖（你加上 Claude） ——規劃這一步快速且成本低，擅長結構、歸組和措辭。工作量估計比較籠統。沒有人對結果負責，也沒有機制檢查修復是否生效；一旦開始動手，除非有人持續維護，路線圖很快就會過時。
• 由服務商負責的整改（服務商承擔修復） ——服務商針對你的實際環境制定計劃，在變更管控下實施改動，逐項驗證修復，並對照原始發現報告進度。費用更高、需要簽合約，但每一行都有人負責。博迅的管理型IT安全服務涵蓋這部分工作，包括附有預算估算的優先級整改計劃。
• 常見的折中做法 ——許多企業用 Claude 起草路線圖，自己完成第 0 階段，然後在第 1、第 2 階段引入服務商，因為從那時起，許可證決定和用戶變更管理開始變得重要。

做對這件事：每一行都必須有人負責

沒有負責人的路線圖，只是一份更長的報告。交給業務部門之前，先做四件事。

• 每一行都寫上具體的人。 把 Claude 建議的角色換成姓名和日期。
• 按你的環境核對每個工作量估計。 Claude 的估計是通用的，你的租戶有自己的歷史。
• 保留與證據的對應關係。 每一行路線圖都應帶上報告的參考編號；當審計師或保險方問 F-01 是否已關閉時，你能拿出修復前後的對比。
• 複核，而不是假設。 第 0 階段完成後，在管理門戶裡或通過重新掃描逐項確認設定。計劃寫著"已完成"、租戶卻顯示相反，是最糟的結果。

如果你還沒有做過 Microsoft 365 審計，先從報告本身開始。博迅的 Microsoft 365 安全審計按 CIS Microsoft 365 基準檢查整個租戶，並附有優先級整改路線圖，報告的設計目的就是可作為證據使用。如果你已經有一份任何服務商出具的報告，希望有人協助把它變成實際工作，歡迎聯繫我們的團隊。

常見問題

Claude 能直接讀取 PDF 格式的審計報告嗎？

在支援上傳文件的 Claude 方案中，你可以附上 PDF，Claude 會讀取其中的文字。請查看 Anthropic 最新文檔，瞭解你所用方案支援的文件類型和大小限制。先對報告脫敏；如果報告很長，只粘貼發現表往往更清楚。

Claude 會連接我的 Microsoft 365 租戶去核實發現嗎？

在這個流程中不會。Claude 只讀取你提供的文字，無法確認某項發現是否仍然存在、修復是否生效。確認這些需要管理員、管理門戶或重新掃描。

沒有服務商報價，怎麼估算工作量？

如果報告本身有工作量說明，就用報告的。否則讓 Claude 給出小、中、大的估計並說明理由，再請管理租戶的人逐項調整。把 Claude 的數字當作起點，而不是報價。

如果兩項發現的優先級互相沖突怎麼辦？

讓 Claude 把衝突列出來，而不是替你解決。常見的情況是一項嚴重的身份類修復會讓一箇舊應用失效。通常的做法是先處理依賴，但最終決定應由瞭解哪個應用對業務重要的人來做。

董事會應該看原始發現，還是看路線圖？

通常看路線圖，再加一頁摘要：總體評分、嚴重項、第 0 階段關閉什麼、哪些需要預算決定。完整的發現清單留給審計委員會或任何要求查看證據的人。

路線圖應該多久複查一次？

每個階段結束時複查一次；遇到會改變風險的情況也要複查，例如新許可證、並購或安全事件。對這一規模的企業，每月簡短檢查一次未完成事項通常就足夠。

把審計報告粘貼進 AI 工具安全嗎？

只有在脫敏之後，並且只能粘貼到公司已批准用於機密資料的工具和方案中。未脫敏的審計報告清楚列出了你最薄弱的地方。請先刪去租戶標識、人員、網絡細節和證據。