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 共享目錄。此位址與名稱為合成示例;輸入路徑前,先向管理者確認獲准使用的位址與帳號。
LAN 是區域網路;兩位使用者各自連到 NAS。
實驗室內網:獨立的存取關係
-
研究生 A 的電腦
電腦 A → NAS:以自己的帳號透過 SMB 讀寫獲准的資料夾。
-
研究生 B 的電腦
電腦 B → NAS:直接連到同一個共享空間,權限可與 A 不同。
-
NAS 共享儲存
分別檢查兩個帳號的權限,保存論文、模型與研究資料。
卡片是平行關係;A 不需要經過 B 才能連到 NAS。
下載 SVG:圖 1|兩台電腦,共用一個資料空間「斷網」要說清楚斷在哪裡
切斷網際網路的連線後,交換器與區域網路可能仍然運作,內網電腦也可能繼續存取 NAS。若拔除 NAS 的所有網路連線,原本透過那些介面存取的電腦就失去路徑。管理者應確認所有網路介面、路由與遠端入口,記錄實際隔離範圍。
隔離的目的,是控制目前哪些路徑可以到達設備。若內網電腦已受感染,且帳號仍能寫入共享資料夾,就要同時處理端點與權限。復線前的測試應使用受控電腦與獲准路徑,避免為了方便更新而重新開放所有入口。
先分辨外網中斷與 NAS 網路介面中斷。
A|外網斷開,內網保留
-
外網路徑:中斷 ×
網際網路 × 路由器:此路徑無法通行。
-
內網路徑:仍待管理
內網電腦 ↔ NAS:網路與權限允許時仍可共享檔案。
B|NAS 的所有網路連線斷開
-
電腦到 NAS:路徑中斷 ×
透過已拔除介面的網路存取停止;維護另安排受控路徑。
驗收要記錄拔除或封鎖的介面及仍可達的服務。
下載 SVG:圖 2|兩種斷網,保留的路徑不同漏洞與寫入權限,是兩條不同的風險路徑
漏洞是軟體設計或實作上的缺口。攻擊者能否利用它,取決於服務是否可達、版本是否受影響,以及是否需要登入等條件。勒索軟體也可能直接利用受感染電腦既有的帳號權限,改寫共享檔案。這條路徑即使沒有利用 NAS 本身的漏洞,也值得納入防護。
因此,修補服務與限制資料寫入要一起規劃。管理帳號和日常使用帳號分開;依工作需要分配資料夾權限,讓只需閱讀的人取得唯讀權限。測試時同時確認「該成功的操作成功」與「未授權的操作被拒絕」。
箭頭表示可能的影響傳遞,並非個案已遭入侵的證據。
A|利用可達服務的漏洞
-
外部攻擊者
能到達某個開放服務。
-
受影響的 NAS 服務
版本與利用條件同時符合。
-
未授權的影響
可能讀寫檔案或影響服務,依漏洞能力而定。
B|使用既有檔案權限
-
受感染的電腦
惡意程式取得使用者的執行環境。
-
SMB 寫入權限
該帳號獲准修改共享資料夾。
-
共享資料遭修改
可寫入的檔案可能遭刪除或加密。
修補處理軟體缺口;最小權限、端點防護與復原副本各自承接不同風險。
下載 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 與遠端路徑 |
| 帳號與紀錄 | 管理權限、異常登入、陌生帳號與大量檔案變更 |
| 備份與快照 | 成功時間、獨立副本、還原測試結果 |
遠端入口:網頁與 SMB 分開設計
Cloudflare Tunnel 由內部的連接器建立對外連線,讓服務透過 Cloudflare 傳送流量。針對網頁服務,另設定 Access 的身分與允許政策,才能把「有通道」與「誰可進入」接起來。NAS 自己的登入與檔案權限仍保有責任。
SMB 是檔案共享協定,不會因為網頁入口受到保護就自動套用同一條路徑。Cloudflare 的 SMB 文件提供 Cloudflare One Client 搭配私有路由的方式,並要求調整 Split Tunnels,讓對應私有網段流量進入用戶端路徑。實作時再核對網路政策、名稱解析與 NAS 權限。
這裡呈現的是候選架構。採用前,以授權與未授權帳號分別驗證存取結果,確認公開入口沒有繞過身分檢查的路徑,再由管理者核准使用範圍。
網頁箭頭表示邏輯存取順序;連接器主動對外建立 Tunnel。
網頁服務:身分檢查後存取
-
遠端瀏覽器
使用者請求 NAS 網頁服務。
-
Cloudflare Access
依身分與應用程式政策允許或拒絕。
-
Tunnel 與 NAS
通道承接流量,NAS 再檢查登入與操作權限。
SMB:另設私有網路路徑
-
受管理的用戶端 → NAS
Cloudflare One Client、私有路由及網路政策承接 SMB;檔案權限由 NAS 管理。
入口驗證成功後,仍需管理已授權電腦與帳號的寫入能力。
下載 SVG:圖 4|通道、身分與權限各有角色讓資料可還原:分清三種保護
RAID(獨立磁碟備援陣列)與 SHR(Synology Hybrid RAID)依配置承受部分硬碟故障,讓設備維持運作;檔案被刪除或改寫時,陣列也會保存這個變更。快照記錄某個時間點的資料狀態,適合回復誤刪或修改;保留在同一台設備的快照,也共用設備故障與部分管理風險。
獨立備份把副本放到另一個目的地,再依需求加入異地、離線或不可變保護。不可變表示在指定期間限制修改或刪除;實際支援仍要核對機型、檔案系統與設定。備份帳號和管理權限也要隔離,讓同一個受感染帳號難以同時改寫所有副本。
用一份獲准的測試檔案驗證:記錄內容或雜湊值,建立備份,再還原到獨立測試目錄,比對內容與存取權限,記錄耗時並清理測試副本。生產資料的破壞性測試另安排受控環境;「備份成功」與「確實還原」分別留下證據。
三張卡片處理不同問題,屬於平行的保護措施。
NAS 資料的三種保護角色
-
RAID/SHR
依配置承受硬碟故障;誤刪或加密會反映到陣列中。
-
快照
保留時間點狀態,協助快速回復;同機副本共用設備風險。
-
獨立備份
將副本存到另一個目的地,分開管理存取權限。
備份副本的保存與驗證
-
異地/離線/不可變
依風險配置位置與保護期間,核對產品支援條件。
-
實際還原
還原至測試目錄,核對檔案、權限與耗時。
還原證據回答「資料拿不拿得回來」,備份工作狀態回答「備份是否執行成功」。
下載 SVG:圖 5|硬碟容錯、時間點與獨立副本依驗收結果,分階段恢復服務
復線是一個有順序的判斷流程。先由管理者確認隔離與紀錄,再盤點和修補,接著驗證帳號、服務與資料復原。每一步寫下誰執行、何時完成、得到什麼結果,最後決定哪些使用者與服務先恢復。
若看到勒索訊息、陌生管理帳號或大量異常檔案變更,先維持隔離並保存紀錄,由事件處理人員判斷調查與重建方式。一般更新流程適用於已完成狀態評估的維護工作;可疑設備的清理與復線需要事件處理結果支持。
這是處置規劃,並非已完成的維運紀錄。
從隔離到有限恢復
-
01|確認隔離
列出介面、路徑與仍可達的服務。
-
02|保存與檢查紀錄
檢查登入、帳號與檔案異常;可疑情況轉入調查。
-
03|盤點與受控修補
逐項核對 DSM 與套件,記錄更新前後版本。
-
04|驗證權限與復原
測試允許及拒絕的操作,完成獨立副本還原。
-
05|分階段復線
管理者確認結果後,只恢復必要服務並觀察紀錄。
任一步出現入侵跡象,維持隔離並交由事件處理;復線以評估結果為準。
下載 SVG:圖 6|五個有證據的復線步驟理解檢查:誰仍然能改寫資料?
情境:NAS 已更新,也沒有直接公開的入站入口;某位使用者的電腦卻遭感染。為什麼共享檔案仍可能被加密?請選一項防護措施,說明它保護哪個環節。
參考思路:惡意程式可能利用該使用者既有的寫入權限。把不需修改的資料夾改為唯讀可縮小影響;端點防護處理感染來源;獨立且經還原驗證的副本承接資料復原。判斷時指出所選措施處理的路徑,再列出仍需其他措施承接的部分。
下一步:用本文盤點表整理一台獲准管理的設備。先記錄現況,再選出一項最能降低不確定性的檢查,例如取得套件完整版本,或完成一次測試檔案還原。