CS KAIROS · LEARNING LIBRARY

NAS 已經斷網,接下來該確認什麼?

議題解讀 · 資安 / 資工

從共享檔案的日常需求出發,用六張圖看懂隔離、漏洞、權限、遠端入口與備份,建立有證據的復線順序。

NAS 已經斷網,為什麼還要繼續確認?

收到 NAS 安全警訊後,暫停連線為團隊留下檢查與處理的空間。接下來要回答的問題是:哪些人仍能連線、能修改哪些資料,以及資料受損後能否還原。把這三件事查清楚,才能決定恢復哪些服務。

本文從實驗室共享檔案的情境出發,帶你看懂網路隔離、系統修補、遠端入口與資料復原。設備、帳號與路徑均以教學情境呈現;六張圖說明判斷方法,個別設備的版本、入侵狀態與復線結果由管理者另行驗證。

先看懂 NAS 如何共享檔案

NAS(Network Attached Storage,網路附加儲存設備)是一台透過網路提供檔案的伺服器。研究生各自使用電腦,把論文、模型與研究資料放到共同的儲存空間;NAS 依帳號與資料夾權限決定誰可以讀取、寫入或刪除。

IP 位址像網路上的投遞地址,讓電腦找到設備;SMB(Server Message Block)則是常見的檔案共享協定。DSM(DiskStation Manager)是 Synology NAS 的作業系統,套件則是在系統上提供額外功能的軟體。找到地址、登入成功與取得寫入權限,是三個分開的條件。

例如在受管理的測試內網中,smb://192.168.1.20/Research 表示透過 SMB 開啟某台 NAS 的 Research 共享目錄。此位址與名稱為合成示例;輸入路徑前,先向管理者確認獲准使用的位址與帳號。

圖 1|兩台電腦,共用一個資料空間

LAN 是區域網路;兩位使用者各自連到 NAS。

實驗室內網:獨立的存取關係

  • 研究生 A 的電腦

    電腦 A → NAS:以自己的帳號透過 SMB 讀寫獲准的資料夾。

  • 研究生 B 的電腦

    電腦 B → NAS:直接連到同一個共享空間,權限可與 A 不同。

  • NAS 共享儲存

    分別檢查兩個帳號的權限,保存論文、模型與研究資料。

卡片是平行關係;A 不需要經過 B 才能連到 NAS。

下載 SVG:圖 1|兩台電腦,共用一個資料空間

「斷網」要說清楚斷在哪裡

切斷網際網路的連線後,交換器與區域網路可能仍然運作,內網電腦也可能繼續存取 NAS。若拔除 NAS 的所有網路連線,原本透過那些介面存取的電腦就失去路徑。管理者應確認所有網路介面、路由與遠端入口,記錄實際隔離範圍。

隔離的目的,是控制目前哪些路徑可以到達設備。若內網電腦已受感染,且帳號仍能寫入共享資料夾,就要同時處理端點與權限。復線前的測試應使用受控電腦與獲准路徑,避免為了方便更新而重新開放所有入口。

圖 2|兩種斷網,保留的路徑不同

先分辨外網中斷與 NAS 網路介面中斷。

A|外網斷開,內網保留

  • 外網路徑:中斷 ×

    網際網路 × 路由器:此路徑無法通行。

  • 內網路徑:仍待管理

    內網電腦 ↔ NAS:網路與權限允許時仍可共享檔案。

B|NAS 的所有網路連線斷開

  • 電腦到 NAS:路徑中斷 ×

    透過已拔除介面的網路存取停止;維護另安排受控路徑。

驗收要記錄拔除或封鎖的介面及仍可達的服務。

下載 SVG:圖 2|兩種斷網,保留的路徑不同

漏洞與寫入權限,是兩條不同的風險路徑

漏洞是軟體設計或實作上的缺口。攻擊者能否利用它,取決於服務是否可達、版本是否受影響,以及是否需要登入等條件。勒索軟體也可能直接利用受感染電腦既有的帳號權限,改寫共享檔案。這條路徑即使沒有利用 NAS 本身的漏洞,也值得納入防護。

因此,修補服務與限制資料寫入要一起規劃。管理帳號和日常使用帳號分開;依工作需要分配資料夾權限,讓只需閱讀的人取得唯讀權限。測試時同時確認「該成功的操作成功」與「未授權的操作被拒絕」。

圖 3|兩條需要分別防護的路徑

箭頭表示可能的影響傳遞,並非個案已遭入侵的證據。

A|利用可達服務的漏洞

  1. 外部攻擊者

    能到達某個開放服務。

  2. 受影響的 NAS 服務

    版本與利用條件同時符合。

  3. 未授權的影響

    可能讀寫檔案或影響服務,依漏洞能力而定。

B|使用既有檔案權限

  1. 受感染的電腦

    惡意程式取得使用者的執行環境。

  2. SMB 寫入權限

    該帳號獲准修改共享資料夾。

  3. 共享資料遭修改

    可寫入的檔案可能遭刪除或加密。

修補處理軟體缺口;最小權限、端點防護與復原副本各自承接不同風險。

下載 SVG:圖 3|兩條需要分別防護的路徑

把 DSM 與套件分開盤點

截至 2026-11-01 查核,Synology SA-26:13 對 DSM 7.4 列出 7.4-90075 修補門檻,也為其他 DSM 分支列出各自版本。公告涵蓋不同權限條件的漏洞;請按實際分支及完整版本比對,不以一個版本數字代替所有檢查。

SA-26:14 則針對 PHP、Mail Station 與 Synology Calendar 套件。公告將 PHP 7.3 列為生命週期結束、不提供修補;其餘受影響套件各有對應版本。因此,DSM 更新後仍要開啟套件中心逐項核對。

本篇採用公告作為盤點示例。管理者仍需取得原始警訊與確切 CVE(漏洞識別編號),確認是否對應現場設備。記錄更新前後版本、執行時間與功能測試;入侵跡象則交由事件調查流程處理。

盤點位置應記錄的證據
控制台:更新與還原機型、DSM 完整版本及 Update 編號
套件中心安裝套件、完整版本、是否仍受支援
網路與路由設備介面、公開入口、轉送規則、IPv6 與遠端路徑
帳號與紀錄管理權限、異常登入、陌生帳號與大量檔案變更
備份與快照成功時間、獨立副本、還原測試結果

Synology SA-26:13 — DSM

Synology SA-26:14 — PHP2Shell

遠端入口:網頁與 SMB 分開設計

Cloudflare Tunnel 由內部的連接器建立對外連線,讓服務透過 Cloudflare 傳送流量。針對網頁服務,另設定 Access 的身分與允許政策,才能把「有通道」與「誰可進入」接起來。NAS 自己的登入與檔案權限仍保有責任。

SMB 是檔案共享協定,不會因為網頁入口受到保護就自動套用同一條路徑。Cloudflare 的 SMB 文件提供 Cloudflare One Client 搭配私有路由的方式,並要求調整 Split Tunnels,讓對應私有網段流量進入用戶端路徑。實作時再核對網路政策、名稱解析與 NAS 權限。

這裡呈現的是候選架構。採用前,以授權與未授權帳號分別驗證存取結果,確認公開入口沒有繞過身分檢查的路徑,再由管理者核准使用範圍。

圖 4|通道、身分與權限各有角色

網頁箭頭表示邏輯存取順序;連接器主動對外建立 Tunnel。

網頁服務:身分檢查後存取

  1. 遠端瀏覽器

    使用者請求 NAS 網頁服務。

  2. Cloudflare Access

    依身分與應用程式政策允許或拒絕。

  3. Tunnel 與 NAS

    通道承接流量,NAS 再檢查登入與操作權限。

SMB:另設私有網路路徑

  • 受管理的用戶端 → NAS

    Cloudflare One Client、私有路由及網路政策承接 SMB;檔案權限由 NAS 管理。

入口驗證成功後,仍需管理已授權電腦與帳號的寫入能力。

下載 SVG:圖 4|通道、身分與權限各有角色

Cloudflare Tunnel

Cloudflare One — SMB

讓資料可還原:分清三種保護

RAID(獨立磁碟備援陣列)與 SHR(Synology Hybrid RAID)依配置承受部分硬碟故障,讓設備維持運作;檔案被刪除或改寫時,陣列也會保存這個變更。快照記錄某個時間點的資料狀態,適合回復誤刪或修改;保留在同一台設備的快照,也共用設備故障與部分管理風險。

獨立備份把副本放到另一個目的地,再依需求加入異地、離線或不可變保護。不可變表示在指定期間限制修改或刪除;實際支援仍要核對機型、檔案系統與設定。備份帳號和管理權限也要隔離,讓同一個受感染帳號難以同時改寫所有副本。

用一份獲准的測試檔案驗證:記錄內容或雜湊值,建立備份,再還原到獨立測試目錄,比對內容與存取權限,記錄耗時並清理測試副本。生產資料的破壞性測試另安排受控環境;「備份成功」與「確實還原」分別留下證據。

圖 5|硬碟容錯、時間點與獨立副本

三張卡片處理不同問題,屬於平行的保護措施。

NAS 資料的三種保護角色

  • RAID/SHR

    依配置承受硬碟故障;誤刪或加密會反映到陣列中。

  • 快照

    保留時間點狀態,協助快速回復;同機副本共用設備風險。

  • 獨立備份

    將副本存到另一個目的地,分開管理存取權限。

備份副本的保存與驗證

  1. 異地/離線/不可變

    依風險配置位置與保護期間,核對產品支援條件。

  2. 實際還原

    還原至測試目錄,核對檔案、權限與耗時。

還原證據回答「資料拿不拿得回來」,備份工作狀態回答「備份是否執行成功」。

下載 SVG:圖 5|硬碟容錯、時間點與獨立副本

Synology — Backup & Data Protection

Synology — Snapshot Replication

依驗收結果,分階段恢復服務

復線是一個有順序的判斷流程。先由管理者確認隔離與紀錄,再盤點和修補,接著驗證帳號、服務與資料復原。每一步寫下誰執行、何時完成、得到什麼結果,最後決定哪些使用者與服務先恢復。

若看到勒索訊息、陌生管理帳號或大量異常檔案變更,先維持隔離並保存紀錄,由事件處理人員判斷調查與重建方式。一般更新流程適用於已完成狀態評估的維護工作;可疑設備的清理與復線需要事件處理結果支持。

圖 6|五個有證據的復線步驟

這是處置規劃,並非已完成的維運紀錄。

從隔離到有限恢復

  1. 01|確認隔離

    列出介面、路徑與仍可達的服務。

  2. 02|保存與檢查紀錄

    檢查登入、帳號與檔案異常;可疑情況轉入調查。

  3. 03|盤點與受控修補

    逐項核對 DSM 與套件,記錄更新前後版本。

  4. 04|驗證權限與復原

    測試允許及拒絕的操作,完成獨立副本還原。

  5. 05|分階段復線

    管理者確認結果後,只恢復必要服務並觀察紀錄。

任一步出現入侵跡象,維持隔離並交由事件處理;復線以評估結果為準。

下載 SVG:圖 6|五個有證據的復線步驟

理解檢查:誰仍然能改寫資料?

情境:NAS 已更新,也沒有直接公開的入站入口;某位使用者的電腦卻遭感染。為什麼共享檔案仍可能被加密?請選一項防護措施,說明它保護哪個環節。

參考思路:惡意程式可能利用該使用者既有的寫入權限。把不需修改的資料夾改為唯讀可縮小影響;端點防護處理感染來源;獨立且經還原驗證的副本承接資料復原。判斷時指出所選措施處理的路徑,再列出仍需其他措施承接的部分。

下一步:用本文盤點表整理一台獲准管理的設備。先記錄現況,再選出一項最能降低不確定性的檢查,例如取得套件完整版本,或完成一次測試檔案還原。

參考來源

返回觀點