💡 先搞懂問題：資料會移動，破口跟著它走
很多人想到資料保護，第一個念頭是「伺服器前面有防火牆」。可是資料不會一直待在伺服器裡：業務把報價單存在筆電帶去拜訪客戶，客服把名單寄給同事，會計把報表上傳到雲端，三年後那台筆電汰換，硬碟被送到回收商。每一段都有自己的破口，筆電可能遺落在高鐵上、信件可能寄錯人、舊硬碟可能被人買走後用復原軟體讀出內容。防火牆只看得到網路邊界，這些場景它都管不到。
用一間會計師事務所的紙本檔案室來想會清楚很多。客戶資料平常鎖在檔案櫃裡，鑰匙由主管另外保管；員工要帶文件外出，門口櫃台會看一眼公文袋裡裝了什麼，一般簡報可以帶走，客戶名冊不行；文件過了保存年限，不是丟進回收箱，而是送進碎紙機，由專人在旁看著並登記碎了哪幾份。
← 左右滑動看完整圖 →
圖 1 資料的一生：六個階段，三種控制各管一段（可點選）
- 紙本鎖進櫃子就沒人拿得走；數位資料加密後仍然可以整份被複製帶走，只是讀不懂。所以加密防的是「看懂」，不是「拿走」，要防拿走得靠存取控制與 DLP。
- 櫃台人員看得懂文件的意思，DLP 只能照規則比對，規則寫得太寬會攔錯人，寫得太窄會漏掉人。
- 紙張進了碎紙機就結束了；數位媒體的「刪除」卻常常只是撕掉目錄頁，內容本身還留在磁碟上。
🎮 互動實驗室
五個實驗室依資料的一生排列：先跟著一份客戶名單走過三種狀態，再當一次 DLP 規則的設計者，接著看磁碟在「刪除」之後還留下什麼，最後替報廢的媒體選清除等級，並排出一台筆電的報廢程序。所有人名、檔案與內容都是虛構的示意。
1資料三態逐步播放：一份客戶名單的旅程
業務在筆電上整理好客戶名單，透過網路上傳到公司，存進資料庫，再被報表程式載入記憶體計算。按「下一步」讓名單往前走，打開「攻擊者視角」看每一段的竊賊拿到什麼；再試著關掉某一段的加密，或把金鑰和資料放在一起。
← 左右滑動看完整圖 →
第 1 站
攻擊者拿到的內容
2DLP 規則實驗室：誰被擋下、誰被誤擋
下面是某公司一個上午的九件外送行為，其中六件真的不該出去（標示「應攔」）。你是 DLP 管理者：選擇辨識規則、部署位置和符合規則時的動作，看看每一件會發生什麼。挑戰目標是把該攔的盡量攔下，同時讓「誤擋」歸零。
3刪除之後還剩什麼：檔案表、覆寫與加密抹除
磁碟分成兩部分：記錄「哪個檔案放在哪些區塊」的檔案表，以及真正存放內容的資料區塊。先選媒體類型，再依序試試刪除、格式化、覆寫與加密抹除，每做一步就按「用復原工具掃描」，看還救得回多少。
復原工具掃描結果
尚未掃描。
操作紀錄
4媒體處置決策樹：這顆碟要 Clear、Purge 還是 Destroy
選媒體類型、它接下來的去向，以及上面存過的資料等級，決策樹會亮出一條路徑並給出建議的清除等級、手法與理由。可以直接點圖上的節點，也可以用下面的按鈕。這是依 NIST SP 800-88 精神整理的教學簡化規則，實務上要以組織自己的程序為準。
← 左右滑動看完整圖 →
5情境排序：一台存過客戶個資的筆電要報廢
公司決定把一台業務用筆電交給回收商處理，裡面存過客戶個資。下面六個步驟被打亂了，請依正確順序點選。點錯會提示原因，全部排好後會顯示為什麼這樣排。
📘 原理補完
一、三態各用什麼加密
資料的狀態分成三種。靜態（Data at rest）是存在硬碟、資料庫、備份媒體裡的資料；傳輸中（Data in transit）是在網路上移動的資料；使用中（Data in use）是被載入記憶體、正在由 CPU 處理的資料。同一份資料一天之內會在三態之間來回好幾次，每一態需要的保護不同，不能用一種技術包辦。
靜態資料的加密依範圍分三種。全磁碟加密（Full Disk Encryption, FDE）把整顆磁碟加密，例如 Windows 的 BitLocker、macOS 的 FileVault，通常搭配主機板上的 TPM 晶片保管金鑰，最適合對付筆電遺失。檔案或資料夾加密只加密指定的檔案，檔案被複製到別處仍維持加密，適合要單獨寄送或存放的敏感文件，代價是要逐一管理。資料庫加密最常見的是透明資料加密（Transparent Data Encryption, TDE），在資料庫引擎寫入磁碟時加密、讀出時解密，應用程式不必修改；更敏感的欄位（如身分證字號、卡號）可以再做欄位加密或應用程式層加密。要注意，資料遮罩（Masking）是把字元蓋掉，不算資料庫加密。
傳輸中的資料靠安全協定：網頁用 HTTPS（HTTP 加上 TLS），遠端命令列管理用 SSH，檔案傳輸用 SFTP（跑在 SSH 上）或 FTPS（跑在 TLS 上），跨網路連回公司則用 IPsec 或 SSL VPN。細節可以看 TLS 與 VPN 互動教學。使用中的資料最難保護，因為 CPU 運算時需要明文，實務上主要靠存取控制與端點防護；較新的做法是機密運算（Confidential Computing），讓運算在 CPU 的可信執行環境（Trusted Execution Environment, TEE）裡進行，連主機管理者也讀不到那段記憶體。
| 狀態 | 典型位置 | 常用保護 | 擋得住 | 擋不住 |
|---|---|---|---|---|
| 靜態 | 筆電硬碟、資料庫、備份 | 全磁碟加密、檔案加密、TDE、欄位加密 | 媒體遺失或被拆走、檔案被拷走 | 系統已解鎖時的使用者與惡意程式、有權限的查詢 |
| 傳輸中 | Wi-Fi、網際網路、內部網路 | TLS（HTTPS、FTPS）、SSH（SFTP）、VPN | 路上竊聽與竄改 | 資料抵達後落地儲存的那一份 |
| 使用中 | 記憶體、CPU | 存取控制、記憶體隔離、機密運算（TEE） | 未授權的程序讀取記憶體 | 合法使用者把看到的內容抄走或截圖 |
← 左右滑動看完整圖 →
圖 2 加密的位置決定擋得住誰（可點選）
二、加密之後，金鑰管理才是關鍵
現代加密演算法（例如 AES）都是公開的，安全性完全建立在金鑰保密上。把金鑰寫在同一台伺服器的設定檔、和備份檔放在同一卷磁帶，等於把鑰匙插在鎖上：偷到資料的人順手也拿到了金鑰。所以真正的問題通常不是「有沒有加密」，而是「金鑰在哪裡、誰拿得到、壞了怎麼辦、不要了怎麼銷毀」。
常見的架構是信封加密（Envelope Encryption）：資料由資料金鑰（Data Encryption Key, DEK）加密，資料金鑰再被主金鑰（Key Encryption Key, KEK）加密後，和資料存放在一起；主金鑰則放在集中的金鑰管理服務（KMS）或防竄改的硬體安全模組（HSM）裡，不以明文離開。筆電上的對應角色是 TPM 晶片。這種分層讓輪替金鑰時只需重新包裝資料金鑰，也讓「銷毀主金鑰」成為一次讓大量資料失效的手段，也就是後面會談的加密抹除。更多金鑰觀念見 加密與金鑰互動教學，雲端的 BYOK、HYOK 見 雲端安全互動教學。
圖 3 信封加密的金鑰階層（可操作）
金鑰管理的幾個基本功
- 分開存放：金鑰不和它保護的資料放在一起，主金鑰放 KMS、HSM 或 TPM。
- 最小權限與職責分離：能讀資料的人不一定能動金鑰，管金鑰的人不一定能讀資料。
- 輪替與撤銷：定期更換，懷疑外洩時立即撤銷，並能追蹤哪些資料用了哪把金鑰。
- 備援與託管：金鑰遺失，資料就跟著永久遺失；例如 BitLocker 的復原金鑰要集中保存。
- 銷毀：金鑰不再需要時要確實銷毀所有副本，這也是加密抹除能成立的前提。
三、DLP：部署在哪裡、怎麼認、認到之後做什麼
DLP 的工作可以拆成三個問題：在哪裡看（部署位置）、怎麼知道這是敏感資料（內容辨識）、看到之後怎麼處理（動作）。部署位置決定它看得到哪些管道，三種位置各有盲點，所以大型組織通常會組合使用。
← 左右滑動看完整圖 →
圖 4 DLP 的三種部署位置（可點選）
| 辨識方式 | 怎麼做 | 適合 | 常見問題 |
|---|---|---|---|
| 關鍵字 | 比對「機密」「個資」等字詞 | 快速上線、標題有固定用語的文件 | 誤報多（新聞稿、宣導簡報也會中），改個字就漏 |
| 正規表示式 | 比對格式，例如身分證字號、信用卡號的樣式 | 有固定格式的個資 | 長得像的料號、訂單號會誤中；可加檢查碼驗證與筆數門檻 |
| 文件指紋 | 對登錄過的機密文件建立特徵，辨認整份或部分內容 | 設計圖、合約、原始碼等特定文件 | 只認得登錄過的文件，新文件要持續登錄 |
| 精確資料比對（EDM） | 拿真實資料庫欄位值（通常以雜湊保存）比對 | 客戶名單、員工資料 | 準確但要定期同步資料來源 |
| 分類標籤 | 讀取檔案上由人或系統標示的等級，例如「機密」 | 已落實分類分級的組織 | 標錯或沒標就失效，依賴前端的分類工作 |
辨識出敏感資料後，DLP 依政策採取動作：封鎖（直接擋下）、加密（例如外寄郵件自動加密後才送出）、告警（通知使用者或資安人員，常搭配「填寫理由後放行」）、稽核記錄（只記下來供事後調查）。加密動作要小心理解：它保護的是傳送途中，收件人照樣讀得到，如果收件人本來就不該拿到，加密並沒有阻止外洩。
誤報、漏報與隱私的取捨
- 誤報（False Positive）讓正常工作被擋，使用者會想辦法繞過，或要求關掉規則；漏報（False Negative）讓真正的外洩無聲通過。規則越寬，誤報越多；越窄，漏報越多。
- 比較穩健的導入方式是先用稽核模式觀察一段時間，調整規則後，再對高信心的規則逐步啟用封鎖。
- DLP 必須檢視員工送出的內容，網路 DLP 為了看 HTTPS 內容還得做 TLS 檢查，這些都涉及員工隱私。應在政策中事先告知、限定目的與範圍、控管誰能查看 DLP 事件，並設定紀錄保存期限；DLP 事件紀錄本身就含敏感資料，也要受保護。個資相關規範可參考 個資法與隱私互動教學。
- DLP 管的是「資料能不能出去」，防毒管的是「惡意程式能不能進來」，加密管的是「出去之後讀不讀得懂」，三者互補。
四、刪除、格式化與 NIST SP 800-88 的三個等級
作業系統「刪除」一個檔案時，多半只是把檔案表中的紀錄移除，並把那些區塊標成「可以再寫入」，內容本身要等到之後被新資料蓋過才會消失；快速格式化則是重建一份空的檔案表，資料區同樣原封不動。所以復原軟體能直接掃描資料區，把內容拼回來。清空資源回收筒、格式化、重灌系統，都不等於清除。
美國國家標準與技術研究院（NIST）的 SP 800-88《媒體清除指引》把清除分成三個等級，是國際上最常被引用的分法：
圖 5 NIST SP 800-88 的三個清除等級（可點選）
磁性媒體（傳統硬碟、磁帶）的資料是磁化方向，可以用強磁場的消磁（Degaussing）打亂，所以消磁長期被當作磁性媒體的 Purge 手法；但消磁同時會破壞硬碟出廠時寫入的定位資訊，消磁後的硬碟與新式磁帶通常無法再用。SSD、隨身碟、記憶卡、手機的快閃記憶體不是靠磁性存資料，消磁完全無效；光碟也不是磁性媒體。
SSD 還有另一個麻煩：為了平均磨損（Wear Leveling），控制器會把新資料寫到別的實體區塊，並保留一塊作業系統看不到的預留空間（Over-provisioning）。從作業系統對 SSD 全碟覆寫，舊資料可能仍留在預留區或被搬走的區塊裡。對 SSD 比較可靠的做法是使用硬碟本身支援的清除指令（Sanitize，如區塊抹除），或加密抹除（Cryptographic Erase, CE）：如果磁碟從一開始寫入的就全是密文，只要把加密金鑰徹底銷毀，所有區塊（包含預留區）都會變成無法解讀的亂碼，幾秒內完成。加密抹除有前提：資料不曾以明文寫入過這顆媒體、加密強度足夠、所有金鑰副本都能被銷毀，而且實作要可信任、事後要驗證。
實體破壞是 Destroy 等級的做法，包括粉碎、分解、研磨、焚化、熔化。SSD 的記憶體晶片很小，一般硬碟粉碎機的碎片可能讓晶片完整留存，要選適合固態媒體的破壞規格。光碟無法覆寫也無法消磁，含機密的光碟以實體破壞最安全。
| 媒體 | Clear | Purge | Destroy | 注意 |
|---|---|---|---|---|
| HDD 傳統硬碟 | 以工具覆寫所有可定址區 | 硬碟內建安全抹除指令、消磁 | 粉碎、分解、焚化 | 消磁後硬碟通常無法再用 |
| SSD | 覆寫或重設（效果有限） | 內建 Sanitize 指令、加密抹除 | 粉碎成夠小的顆粒、焚化 | 消磁無效；覆寫碰不到預留區 |
| 隨身碟、記憶卡 | 覆寫 | 多數不支援清除指令 | 粉碎、焚化 | 含機密時常直接實體銷毀 |
| 磁帶 | 覆寫 | 消磁 | 粉碎、焚化 | 有保存年限，不能視為永久保存 |
| 光碟 | 無 | 無 | 粉碎、研磨、焚化 | 唯讀或一次寫入，只能破壞 |
| 手機、平板 | 登出帳號後恢復原廠設定 | 已啟用裝置加密時，恢復原廠會銷毀金鑰（加密抹除） | 粉碎 | 先解除防盜鎖，依廠商文件確認 |
上表為教學整理的常見對應，實際手法應依媒體型號與組織採用的標準確認。
NIST SP 800-88 Rev.2 改了什麼
NIST 在 2025 年 9 月 26 日發布 SP 800-88 第 2 版（Rev.2），取代 2014 年 12 月的 Rev.1。Clear、Purge、Destroy 三個等級的定義保留下來，主要變動如下：
- 定位從「技術操作手冊」轉為協助組織建立媒體清除計畫，並與 SP 800-53、ISO/IEC 27040 等標準對齊。
- 不再逐一列出各類媒體的清除手法對照表，改為要求依 IEEE 2883、NSA 規範或組織核准的標準執行。
- 對加密抹除訂出更具體的要求，例如加密演算法的安全強度至少 128 位元、金鑰以歸零（Zeroization）方式銷毀，而且所有金鑰副本都必須能被清除。
- 把事後檢查分成兩步：Verification 確認清除操作本身的結果，Validation 確認目標資料確實已無法取得，並做出核准或退回的決定。
- 明確指出消磁不可用於 SSD 等非磁性媒體，也不被視為核可的 Destroy 手法。
- 清除證明（Certificate of Sanitization）的欄位更完整，驗證與確認人員要簽名。
考題多沿用 Rev.1 時期的說法，三個等級與「消磁對 SSD 無效」的觀念在兩版之間沒有改變。
五、報廢、送修、轉用與銷毀紀錄
清除做完還不算結束，組織要能證明做過、做對了。清除紀錄或銷毀證明通常包含：媒體的製造商、型號、序號與類型，採用的等級（Clear／Purge／Destroy）與實際手法，使用的工具與版本，驗證方式，以及執行、驗證人員的姓名、職稱、日期、地點與簽名。委外銷毀時，要到場監督或向廠商取得銷毀證明，並同步更新資產清冊，讓「這顆碟去哪了」有跡可循。這些要求對應 ISO/IEC 27002:2022（CNS 27002）中儲存媒體、設備的安全汰除或再使用、資訊刪除等控制措施；資產清冊與分級可參考 資產盤點與分類分級互動教學。
| 情境 | 建議做法 |
|---|---|
| 內部轉用 | 依資料等級做 Clear 或 Purge；從機密單位轉到權限較低的單位時要提高到 Purge。更新清冊中的保管人。 |
| 送修 | 能拆就先取出儲存媒體留在公司，只送主機；拆不下的先備份再清除；已故障無法清除的，改請廠商到場在監督下維修，或放棄送修改為銷毀。簽保密協議並填寫攜出紀錄。 |
| 報廢、轉售、租賃歸還 | 依等級做 Purge 或 Destroy，驗證後開立紀錄。等待處理的媒體放在上鎖區域，不堆在走廊或開放空間。 |
| 雲端上的資料 | 無法自己拆硬碟，實務上依賴銷毀加密金鑰（加密抹除），以及雲端服務合約中的資料清除承諾。 |
✅ 自我檢測
六題情境題，選了之後會立刻顯示對錯與解析。
🎯 重點整理
- 資料三態：靜態用全磁碟加密、檔案加密、TDE 或欄位加密；傳輸中用 TLS、SSH、VPN；使用中最難保護，靠存取控制，進一步用機密運算（TEE）。
- 每層加密擋的人不同：全磁碟加密防媒體遺失，系統解鎖後就不管用；TDE 防檔案被拷走，擋不住有權限的查詢；TLS 只保護路上。
- 金鑰管理才是關鍵：金鑰與資料分開存放，主金鑰放 KMS、HSM 或 TPM，要有輪替、備援與銷毀程序。
- DLP 管資料能不能出去：端點管 USB、列印、截圖，網路管郵件與網頁上傳，雲端靠 CASB；辨識靠關鍵字、正規表示式、指紋、EDM、分類標籤；動作有封鎖、加密、告警、稽核。
- 誤報與隱私：先稽核再封鎖，用檢查碼、筆數門檻降低誤報；檢視員工內容要事先告知、限定目的並保護事件紀錄。
- 刪除與格式化不等於清除；NIST SP 800-88 分 Clear（擋一般復原軟體）、Purge（擋實驗室還原，媒體可再用）、Destroy（媒體無法再用）。2025 年 9 月的 Rev.2 保留三等級。
- 媒體對應：消磁只對磁性媒體有效，對 SSD 無效；SSD 用 Sanitize 指令或加密抹除；含機密的光碟以實體破壞最安全；送修先取出硬碟、登記攜出；清除後要驗證並留下紀錄。