Windows 11 存取舊 NAS 或共享提示“安全策略阻止未經身份驗證的來賓存取”，應該怎麼辦？

優先讓舊設備改用帳戶認證、SMB 簽名和受支援協議。確需臨時兼容時，應限制設備、網段、權限和持續時間。

1. 結論與適用範圍

檢查前應準備檔案伺服器或 NAS 版本、共用路徑、共用權限與 NTFS／ACL 設定、涉及的使用者和安全群組、連線方式、稽核記錄、備份或快照狀態，以及近期權限變更。文中的帳戶與路徑均為範例。

此問題涉及「Windows Server 與共享權限」。如已影響日常辦公、業務運作或資料安全，可先遠端收集記錄和設定；涉及批次權限、交換器鏈路、停機切換或復原演練時，應安排受控實施時段。

2. 現象與影響範圍

• 保留完整錯誤訊息、事件記錄時間點和失敗操作，不要只憑使用者口述判斷。
• 先記錄影響範圍、首次發生時間、是否持續重現，以及同網段和其他網段是否一致。
• 優先讓舊設備改用帳戶認證、SMB 簽名和受支援協議。確需臨時兼容時，應限制設備、網段、權限和持續時間。

3. 原因分析與檢查步驟

1. 新版 Windows 預設限制不安全的來賓 SMB 登入。先確認設備能否改為帳戶認證，不要把啟用來賓存取作為預設修復。
2. 檢查用戶端與伺服器的 SMB 簽名和加密要求是否兼容；舊 NAS 或嵌入式設備可能不支援當前安全基線。
3. 工作組共享應使用明確的本地帳戶、複雜密碼和最小權限，避免 Everyone 加完全控制或匿名存取。
4. 共享權限控制通過網絡進入的上限，NTFS 權限控制檔案系統存取；實際權限取兩者中更嚴格的結果。
5. 使用“有效存取”檢查使用者通過組成員、繼承和拒絕條目最終獲得的權限。
6. 一次只變更一個條件，並在變更前導出設定或記錄當前狀態。

Get-SmbClientConfiguration | Select-Object EnableInsecureGuestLogons,RequireSecuritySignature
Get-SmbConnection

4. 處理方案與受控實施

優先使用唯讀查詢、匯出設定及單台驗證。確認根因後，再選擇修復對象、維護時段及復原方式。企業環境應將個人授權逐步遷移到部門、崗位和項目安全組，並保留權限矩陣、審批記錄和復原腳本。

• 共享權限控制通過網絡進入的上限，NTFS 權限控制檔案系統存取；實際權限取兩者中更嚴格的結果。
• 使用“有效存取”檢查使用者通過組成員、繼承和拒絕條目最終獲得的權限。
• 一次只變更一個條件，並在變更前導出設定或記錄當前狀態。

5. 驗證、復原與常見誤區

修復後不要只看「暫時可用」。應從使用者操作、記錄、重新啟動／重新登入、不同網絡位置及下一次策略／備份週期再次驗證。

驗證與復原檢查

• 一次只變更一個條件，並在變更前導出設定或記錄當前狀態。
• 需要追蹤刪除和修改時，應設定對象存取審核、合適的 SACL、記錄容量與集中留存，而不是隻看檔案時間。
• 存取共享前清理錯誤的快取憑據和舊會話，並確認用戶端使用的是預期的網域帳戶或本地帳戶。

常見錯誤做法

• 為了快速還原業務直接給 Everyone 完全控制。
• 只修改共享權限而忽略 NTFS 與繼承。
• 在根目錄批次重置 ACL 前沒有備份權限和抽樣驗證。