外觀
2026-07-14 通訊監察的法律程序、加密挑戰與人權平衡
📡 實習單位：內政部警政署刑事警察局 通訊監察科｜通訊監察科階段第一週。
本篇聚焦通訊監察的制度、技術限制與人權保障；特定業務分工、系統設定、業者配合、資料保存期間與個別案件情境均不作為公開筆記內容。
今天先釐清的三件事
通訊監察是公權力，限制很嚴，技術只是手段。今天花最多力氣的是分清通訊內容、通信紀錄、網路流量紀錄：能回答的問題不同，程序也不同，混著講，最後連哪一筆該誰核准都說不出來。網路上撈到的資料多半只到線索，要往身分或犯罪事實走，得靠別的證據撐。
示意：依令狀節制進行的通訊監察。此圖僅為概念示意，不代表任何實際系統或作業流程。
一、我原本把重點放得太靠近技術
以前想到通訊監察，我先想到的都是「怎麼取得資料」。真正該擺前面的是：為了什麼案件、要哪一類資料、範圍到哪、有沒有符合必要性與法定程序。
依《通訊保障及監察法》，除確保國家安全或維持社會秩序所必要外，不得實施通訊監察，且要選侵害最少的方法。我自己的理解是，技術做得到，從來不是法律上可以做的理由。
刑事偵查的一般順序：
text
確認案件與法定要件
↓
檢視必要性及替代方法
↓
檢察官聲請、法院審查
↓
在許可範圍內執行、管理並接受監督核發通訊監察書之後也不是沒有邊界。對象、期間、方法、執行機關都被許可內容綁住，拿到的資料還要依法管理使用。
二、同樣是通訊資料，法律上並不是同一件事
| 資料類型 | 大致能回答什麼 | 應注意的界線 |
|---|---|---|
| 通訊內容 | 實際傳遞的文字、聲音或影像。 | 不能脫離許可範圍任意取得或使用。 |
| 通信紀錄 | 號碼、時間、使用長度、位址或服務型態等聯繫脈絡。 | 不等於已知雙方實際談話內容。 |
| 通訊使用者資料 | 申請電信服務時留存的身分與聯絡資料。 | 不必然等於當時實際使用設備的人。 |
| 網路流量紀錄 | 設備、IP、時間、用量、網域或服務類型等未涉及內容的紀錄。 | 不能單靠一筆紀錄認定身分、意圖或犯罪行為。 |
四種都涉及隱私，但侵害程度、程序與證明力不同。用「查網路資料」一句帶過，法律門檻和分析限制會一起被模糊掉。
從資料處理的角度看，這是四種不同 schema，來源和可信度都不一樣，硬塞同一張表、用同一套權限管，出事只是時間問題。法律先把它們拆開，我覺得在工程上也對。
三、加密造成的是兩難
端對端加密讓資料離開裝置就變密文。就算依法取得傳輸資料也未必讀得到內容；業者能給多少，看系統設計、實際留存和適用法規。
但我不會簡化成「加密只會妨礙偵查」——同一套技術也在保護民眾、企業和政府。難的是怎麼在合法、受監督的範圍內查案，又不為了個案方便削弱所有人的安全。
四、設備端偵查和手機鑑識不能混為一談
設備端偵查可能在加密前就接觸內容，代價是會碰到裝置裡大量與案件無關的私人資料。法源、適用案件、法院審查、資料最小化、執行紀錄、事後稽核我認為得一起看，只用「比較有效」來評價會漏掉太多。
手機鑑識則是依法取得裝置後才分析裡面留存的資料。取得時點、法律基礎、會碰到的資料範圍都不同，名稱分開才不會把兩種程序的風險混在一起。
五、從關聯到結論的距離
境外服務、共享網路、匿名化工具、多層轉送，都會讓網路來源和實際使用者脫鉤。多個時間點相符能縮小範圍，但共用設備、正常服務、偶然重疊都還在解釋清單上。
我把分析過程分成三層：
- 觀察：資料裡實際出現哪些時間、帳號、設備或連線活動？
- 假設：這些活動可能形成什麼關係？還有哪些合理解釋？
- 驗證：有沒有其他合法取得、來源清楚的證據能支持或排除？
這樣寫，比較不會因為圖表看起來完整就把「可能相關」寫成「已經證明」。三層分開，跟寫程式時把原始資料、中間結果和推論分開存是同一件事，這個習慣我覺得值得帶著走。
這一天的分層結構
這天的內容疊起來像一道道關卡，過不了上一關就輪不到下一關：
text
第 0 層 案件與法定要件
問什麼：為了什麼案件、範圍到哪、有沒有必要性、有沒有侵害更少的方法
產出：案件與法定要件的對照、必要性與替代方法的檢視結果
↓ 要件過得了，才輪到談要哪一類資料
第 1 層 資料分類
問什麼：這筆是通訊內容、通信紀錄、使用者資料還是網路流量紀錄
產出：四類資料的歸屬判定，以及各自的侵害程度與證明力界線
↓ 屬於哪一類，決定走哪一套程序
第 2 層 程序與監督
問什麼：誰聲請、誰審查、許可範圍寫到哪、取得後怎麼管理使用
產出：檢察官聲請與法院審查的路徑、綁住對象期間方法與執行機關的許可內容
↓ 程序走得完，技術未必給得出東西
第 3 層 技術限制
問什麼：拿到的讀不讀得到、在哪個時點取得、會碰到多少無關資料
產出：加密下的可讀範圍、設備端偵查與手機鑑識的取得時點與資料範圍差異
↓ 資料拿到手，能證到哪
第 4 層 證據判斷
問什麼：這些活動形成什麼關係、還有哪些合理解釋、有沒有別的證據撐
產出：觀察／假設／驗證分開的推論紀錄、講得出來的證明力上限
圖示對應上方五層，只是概念示意，不代表任何實際系統或作業流程。
**重點：**這天的內容疊起來像一道道關卡。第 0 層先過法律那關，《通訊保障及監察法》第 1、2 條要求非必要不得實施、且選侵害最少的方法，技術做得到從來不是法律上可以做的理由；第 1 層先問這筆是通訊內容、通信紀錄、使用者資料還是網路流量紀錄；第 2 層許可書不是通行證，對象、期間、方法、執行機關都被許可內容綁住；第 3 層加密讓資料離裝置就變密文，設備端偵查與手機鑑識的取得時點與範圍都不同。拉扯在第 1 層與第 3 層：技術常從同一批設備撈出，工程直覺想塞進同一張表，法律卻要求依類別分流。我會先把分類判定釘死再談存取，分類錯了後面程序、稽核與證據評價會一起錯。
往下追問：加密保護一般人與擋住合法偵查，這筆帳換到什麼程度才算合理，判準會落在哪一邊？四類資料若塞進同一張表、用同一套權限管，最先出事的會是哪一類，為什麼是它？
我的反思
真正卡住我的是資料分類：對照 《通訊保障及監察法》第 3-1、11-1 條 才發現，決定走哪套程序的是這筆資料屬於內容、紀錄還是使用者資料，跟我想拿它做什麼分析無關。順序顛倒，後面整段都歪。
第 5 條 我讀了兩次。技術能力、法律授權、證據價值是三件事：看得見不等於拿得到，依法拿到也不等於一筆紀錄就能講身分或意圖。
加密那段到現在沒結論。同一套技術一邊保護一般人，一邊擋住合法的偵查需求，這個換算要換到什麼程度才算合理，我答不出來，只覺得法源、審查密度和事後稽核得跟「有沒有效」放在同一層討論。
本日對應主題
法規與官方來源
- 法規與官方來源索引：回查《通訊保障及監察法》與相關官方來源。