議定不訂解決方案的三則

TR 33.777 升為 Release 20 變更控制版號：授權與連線保護沿用 5G 既有機制，感測特有的三類風險不訂解決方案

一、本週焦點：感測服務的安全研究結案

5G-Advanced 讓基地台兼具雷達功能成為可能：基地台發射訊號、接收目標反射的回波，藉此偵測與追蹤空中的無人機。這項能力稱為整合感測與通訊（Integrated Sensing and Communication, ISAC）。網路一旦能「看見」環境，就會出現通訊系統原本沒有的問題：誰有權使用感測服務？感測結果會不會洩漏不相干的資訊？攻擊者能否偽造或旁聽感測訊號？

3GPP 負責安全議題的工作群組 SA3，以研究報告 TR 33.777 處理這些問題。研究報告（TR）本身不具規範效力，但其結論決定後續技術規範（TS）要寫什麼。研究範圍限於基地台感測、以空中物件（例如無人機）為目標的使用案例 [2]。

這份研究報告已升為 Release 20 版號 V20.0.0。按 3GPP 的版號規則，主版號達 3 以上，代表文件已獲全會核准並進入變更控制，此後的內容修改須經正式變更請求 [2]。規格頁於 2026 年 9 月 24 日將狀態改為受變更控制，版本檔於 9 月 28 日上傳 [1]。核准發生在 TSG SA#113（2026 年 9 月 15 至 18 日，馬德里）：V1.0.0 以文號 SP-260800 提交資訊與核准，再經編輯審閱升版 [2][9]。在 SA 側的感測文件中，它不是第一份取得 Release 20 版號者，TR 23.700-14（2026 年 3 月）[11]、TS 23.137（9 月 24 日）[4] 與 TR 28.893（9 月 25 日）[12] 都更早。

研究的結論可以一句話概括：五則關鍵議題中，授權與連線保護兩則沿用 5G 既有安全機制；感測隱私、對感測結果的主動攻擊、對感測訊號的未授權被動觀測三則，明文決議不訂解決方案 [2]。接手的規範工作也已確定：SA#113 同場核准 SA3 新工作項目 Sensing-SEC（SP-260966），依這些結論修訂 5G 安全規範 TS 33.501 [9][10]。

要看懂這條分界，得先知道感測服務由哪些角色組成，以及 SA3 怎麼拆解問題。

二、感測服務的四個角色與五則議題

依架構規範 TS 23.137，一次感測服務牽涉四個角色 [4]：

• 感測服務消費者：提出感測需求的應用，在 3GPP 架構中以應用功能（Application Function, AF）表示，例如無人機管理單位的系統 [2][4]。

• 網路開放功能（Network Exposure Function, NEF）：營運商網路對外的關口，信任域外的應用須經它進入網路 [4]。

• 感測功能（Sensing Function, SenF）：核心網路中的新功能，接收感測請求、選擇基地台、收集量測並產出感測結果 [4][5]。

• 感測實體（Sensing Entity, SenE）：實際執行感測的基地台 (gNB) [4]。

SA3 沿著這條鏈路找出五個關鍵議題（key issue）。研究報告為每則議題寫下威脅、潛在安全要求與候選方案，最後在結論章逐則決定如何處理 [2]。前兩則保護鏈路本身：誰能請求服務、訊息途中是否安全。後三則處理感測這項能力本身帶來的風險。

候選方案的數量反映了這個落差。文件共收 14 個候選方案：7 個針對第一則議題、5 個針對第二則、2 個針對第三則，第四、五則沒有任何方案 [2]。逐版比對 V0.3.0（首度納入第三至第五則議題）到 V20.0.0 的方案對照表，第四、五則始終沒有方案；9 月 4 日上傳、提交 SA#113 的 V1.0.0 與 V20.0.0 兩版對照表，勾選內容完全一致 [2][13]。

關鍵議題	候選方案數	結論形態	規範落點或待決事項
議題一 服務授權與結果開放	7	重用既有條文	TS 33.501 第 12 章（信任域外 AF）與第 13.3 節（信任域內 AF）；令牌式授權是否採用待規範階段
議題二 服務操作保護	5	重用既有條文	舉 DTLS 與 IPsec 為例，選用取決於 TR 38.765 所定協定；授權面待規範階段
議題三 感測隱私	2	不訂解決方案	資料最小化與資料避免兩案未見採用；收集與開放原則僅供參考；非空中物件誤報未處理
議題四 主動攻擊	0	不訂解決方案	預防與偵測列為實作選項，細節與效力未研究
議題五 未授權被動感測	0	不訂解決方案	被動觀測無法防止，緩解方式比照議題四

三、議題一：誰有權使用感測服務

第一則議題要防的是兩件事：未經認證與授權者取得感測服務；以及連線未受保護時，攻擊者篡改、注入、竊聽或重放服務啟用、撤銷與結果開放的訊息 [2]。

這裡涉及兩個步驟。認證確認對方身分；授權決定這個身分能使用哪些服務。5G 安全規範 TS 33.501 為授權提供兩種做法 [3]：

• 靜態授權：服務提供端依本地設定的授權政策，自行判斷請求者能否使用服務；只在未採用令牌式授權時使用（第 13.3 節）。

• 令牌式授權：請求者先取得 OAuth 2.0 存取令牌，服務提供端驗證令牌後才提供服務（第 13.4.1 節）。

結論依消費者位在營運商信任域內或域外，分成兩條路 [2]。信任域外的第三方 AF 經 NEF 接入，沿用 TS 33.501 第 12 章，取得互相認證、授權、完整性、機密性與重放保護；該章並規定 NEF 須以 OAuth 為基礎的機制授權 AF 的請求（第 12.4 節）[3]。信任域內的 AF 與 SenF 之間，則依本地政策授權，沿用第 13.3 節 [2]。架構規範 TS 23.137 第 5.1.1 節也寫入相同分工 [4]。

結論另以註記，將令牌式授權「是否採用、如何採用」留待規範階段決定 [2]。由於域外路徑依第 12.4 節已採 OAuth，本文推論這項註記實際影響的是域內路徑：是否從靜態授權改為令牌式授權。結論章本身並未限定範圍。

四、議題二：基地台與感測功能之間的連線

第二則議題轉向網路內部：SenF 指揮基地台感測、基地台回傳量測資料，這段連線若未受保護，攻擊者可能篡改、注入或重放控制訊息與感測資料；感測操作若未經授權，也可能遭濫用 [2]。

結論同樣沿用既有機制，舉出兩種常見做法為例 [2]：在網路層保護 IP 封包的網際網路協定安全（Internet Protocol Security, IPsec），以及在傳輸連線層級加密的資料報傳輸層安全協定（Datagram Transport Layer Security, DTLS）。至於採用哪一種，結論說要看無線側研究 TR 38.765 選定的傳輸協定；授權面則留待規範階段討論 [2]。

這個條件其實已經滿足。TR 38.765 比較了基地台回傳感測資料的三種協定堆疊 [5]：

• 選項一，以串流控制傳輸協定（Stream Control Transmission Protocol, SCTP）為基礎：原生支援訊息分段、可靠有序傳遞與壅塞控制，協定負擔高於 TCP 與 UDP。

• 選項二，以 GTP-U 與使用者資料報協定（User Datagram Protocol, UDP）為基礎：負擔最低，但可靠性須由應用協定自行補足，且標準化衝擊高、須 CT4 參與。

• 選項三，以 WebSocket 為基礎：運行於 TCP 之上，可靠有序傳遞無虞，負擔介於前兩者之間。

評估時假設三個選項都安全 [5]。控制訊令方面，TR 38.765 另比較了新設專屬的 Ns 介面應用協定（NsAP）與沿用既有的 NG 應用協定（NGAP）：前者規格較乾淨，但須新建規範並由 CT4 配發通訊埠；後者免新增規範，卻會夾帶不適用於 ISAC 的功能 [5]。第 9 章的結論已經選定：資料傳輸採選項一（SCTP），控制訊令採專屬的 NsAP [5]。

TR 33.777 自己的候選方案 #2.5 也寫好了協定與安全機制的對應：傳輸層若採 SCTP，除 IPsec 外須支援 RFC 6083 所定的 DTLS，可沿用 TS 33.501 第 9.2 節保護 N2 介面（基地台與核心網路之間既有的控制介面）的機制；若採 WebSocket，則除 IPsec 外須支援 TLS [2]。

時間順序值得留意。TR 38.765 V20.0.0 於 2026 年 6 月發布，比 TR 33.777 升版早約三個月，但 TR 33.777 的結論仍寫成「取決於 TR 38.765 所定協定」的條件句 [2][5]。就目前公開文件而言，協定已不構成阻礙，連線保護機制仍待 SA3 在規範階段寫定。架構規範也有對應的空白：TS 23.137 V20.0.0 第 4.6 節的「感測控制訊令協定堆疊」與「感測資料傳輸協定堆疊」兩小節，只有標題、沒有內文 [4]。

 

五、議題三至五：不訂解決方案的三類風險

前兩則議題能沿用 5G 既有機制，是因為授權與連線保護在通訊系統中早有成熟做法。後三則面對的是感測帶來的新風險，研究階段只提出 2 個方案，結論也都未訂解決方案 [2]。

議題三：感測隱私

基地台照射一片空域時，收到的回波不只來自目標無人機，也可能包含其他物體與人的資訊。第三則議題的威脅敘述只有一句：感測資料中的隱私相關資訊若洩漏給未授權者，可能造成隱私侵害。安全要求也只有一句，要求系統提供機制緩解隱私威脅，並註明可由 3GPP 範圍以外的機制滿足 [2]。

兩個候選方案分從資料的兩端處理 [2]：

• 資料最小化（方案 #3.1）：在輸出端過濾，感測結果只包含消費者明確請求且經授權開放的資訊。

• 資料避免（方案 #3.2）：在發射端迴避，波束只照射地面與建築物上方的空域，使隱私敏感區域不受照射；代價是空中物件若在未覆蓋區域起降，將無從偵測。

結論章沒有採用、也沒有提到這兩個方案，只保留一段標明「僅供參考、將於規範階段納入」的原則 [2]。收集面要求系統盡量減少收集超出感測目的之附帶資訊，但聲明不保證任何機制能有效做到資料最小化；開放面要求感測結果只含明確請求且經授權的資訊，且 SenF 須確保結果不含與空中物件無關的資料。這段文字最後承認一個未處理的問題：若非空中物件被誤報為空中物件，與其相關的資訊仍可能遭開放 [2]。

無線側的結論也與隱私相關。TR 38.765 定義了基地台回報量測的幾個等級：等級 C 回報每條偵測到的反射路徑或反射點的量測；等級 D 直接回報偵測物件的位置、三維速度與信心指標 [5]。結論同意於規範階段納入等級 C；等級 D 能否一併支援，取決於相關工作群組能否解決潛在的隱私與安全問題，並預期與 SA3 協調 [5]。TR 33.777 全文沒有提到量測等級，這項跨群組的待決事項目前沒有對應的安全結論 [2]。

議題四：主動攻擊

主動攻擊指攻擊者自行發射無線訊號干擾感測。例如發出帶有無人機旋翼典型微都卜勒特徵的訊號，讓基地台在空無一物處判定有無人機；或製造雜訊淹沒真實目標的回波。也可以把感測訊號加上時間與都卜勒偏移後回送，這種回波欺騙無須解碼、甚至無須知道感測波形 [2]。在空中交通管制這類應用中，這可能造成重大後果 [2]。

結論章要求感測服務提供者在設計與部署時考量這類攻擊，並提出兩個實作方向 [2]：

• 預防：利用波形特徵、訊令變化或操作多樣性，降低感測訊號的可預測性，提高對重放與欺騙的韌性。

• 偵測：檢查感測結果是否合理一致，例如時間上是否連續、是否符合運動學限制，或多次觀測之間是否相符。

兩個方向後面都附了同一句聲明：對策的細節、效力與對系統的影響均未經研究 [2]。不訂方案的理由，文件也寫得清楚：攻擊型態多樣，無法保證任何機制能有效保護感測結果 [2]。由於沒有共同的偵測評估方法，不同實作的效能可能不易直接比較。

學術研究已提出較具體的偵測方法。TR 33.777 描述回波欺騙時，引用的正是 Bartoletti 等人對 OFDM 型 ISAC 系統的盲全訊框重放攻擊研究 [2]。另一份 2025 年 8 月的預印本，研究惡意可重構智慧表面（Reconfigurable Intelligent Surface, RIS）如何欺騙路側單元的感測功能並偽造車輛軌跡；作者分析攻擊成立所需的 RIS 條件，並提出以訊號時序邏輯（Signal Temporal Logic, STL）為基礎的神經符號偵測框架，從資料學出辨識偽造軌跡的規則 [8]。這項研究針對車聯網而非空中物件，也未經 3GPP 採納；其方法屬於結論章所說的一致性檢查，但給出了可以評估的具體演算法。

議題五：未授權被動感測

TR 33.777 考量的感測模式，是基地台自己發射、自己接收回波。但感測訊號不只反射回基地台，也會向四面八方散射，攻擊者因此可以在別處架設接收機，利用營運商的訊號自行感測 [2]。攻擊者不必發射任何訊號，被發現的風險極低；營運商的發射端還可能位置更好，例如更高或更接近目標 [2]。

結論章直言，被動觀測導致的推斷無法防止。實作可比照主動攻擊的對策，但細節與效力同樣未經研究，且因攻擊的被動性質與型態多樣，不保證任何機制能有效緩解 [2]。

 

六、誰接手、何時完成

上述結論由 SA3 的新工作項目 Sensing-SEC（SP-260966，工作項目代號 1130011）接手，三項工作任務正好對應五則議題 [9][10]：

• WT1（對應議題一）：定義感測服務消費者與 NEF 之間、以及與 SenF 之間的安全機制。

• WT2（對應議題二）：定義 SenE 與 SenF 之間的安全機制，並標示與 RAN 有相依關係。

• WT3（對應議題三至五）：以資訊性描述說明感測隱私、主動攻擊與被動攻擊的緩解方式。

三項任務都修訂 TS 33.501，目標於 TSG#114（2026 年 12 月）完成；主報告人為小米的 Henry Leung，副報告人為中興通訊的 Leyi Zhang [10]。WT3 的寫法意味著，三類感測特有風險將以資訊性內容進入 TS 33.501，不會成為各家設備必須互通遵循的規範性要求。這項工作項目不在官方技術頁的進度清單上，因為該清單以 2026 年 7 月為準，早於 SA#113 [6]。

放在 Release 20 的整體時程來看：依官方頁面（以 2026 年 3 月工作計畫為據），第二階段（系統架構）最終凍結訂於 2026 年 9 月，第三階段（協定細節）目標 2027 年 3 月，ASN.1 與 OpenAPI 最終凍結為 2027 年 6 月 [7]。第二階段的時程點已隨 SA#113 到期，TS 23.137 也在該次會議核准 [9]。Sensing-SEC 的 12 月目標早於第三階段凍結；依此時程，令牌式授權的取捨與連線保護機制的選定，預計在此之前以 TS 33.501 變更請求完成，其中 WT2 與 RAN 相依，工作項目也註明可能涉及 RAN3 [10]。

後續可關注的方向：

• Sensing-SEC 能否於 TSG#114 如期完成，三項工作任務分別以哪些 TS 33.501 變更請求落地。

• 信任域內 AF 的授權是否由靜態授權（第 13.3 節）改採令牌式授權（第 13.4 節），或維持以本地政策授權。

• 在 TR 38.765 已選定 SCTP 的前提下，SenE 與 SenF 之間是否沿用 N2 介面的 IPsec 加 DTLS 組合，以及 TS 23.137 第 4.6 節協定堆疊何時補齊內文。

• TR 38.765 結論中量測等級 D 的支援與否，SA3 是否在規範階段提出對應的隱私與安全評估。

• 非空中物件被誤報為空中物件而導致資訊外流一事，是否在規範階段或 6G 階段取得處理條款。

• 主動攻擊與未授權被動感測的緩解手段，在 WT3 的資訊性描述之外，是否由產業自行形成事實作法。

• 感測結果的資料最小化是否在應用層規範 TS 23.138 取得政策執行點，使過濾責任有明確歸屬。

 

資料來源

[1]  3GPP 規格資料庫 TR 33.777 規格頁：Study on security and privacy aspects of integrated sensing and communication，Release 20，主責群組 SA3；狀態為受變更控制（歷程：2026-09-24 改為受變更控制）。  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=4456

[2]  3GPP TR 33.777 V20.0.0 正文（2026-09，檔案 2026-09-28 上傳）：第 4 章架構與安全假設、第 5 章五則關鍵議題之威脅與安全要求、第 6.0 節方案對照表與第 6.1 至 6.3 節十四個候選方案（含方案 #2.5 之 SCTP／DTLS 與 WebSocket／TLS 對應）、第 7.1 至 7.5 節逐則結論，以及附錄 A 變更歷程所載 SP-260800 與升版紀錄。  https://www.3gpp.org/ftp/Specs/archive/33_series/33.777/33777-k00.zip

[3]  3GPP TS 33.501 V20.3.0（2026-09，檔案 2026-09-28 上傳）：5G 系統安全架構與程序，主責 SA3；第 12 章 NEF 安全（第 12.4 節以 OAuth 機制授權 AF 請求），第 13.3 節認證與靜態授權（第 13.3.0 節：依本地政策，適用於未採令牌式授權時），第 13.4.1 節 OAuth 2.0 令牌式授權，第 9.2 節 N2 介面安全。  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=3169

[4]  3GPP TS 23.137 V20.0.0 正文與規格頁：整合感測與通訊架構 Stage 2（Release 20），檔案 2026-09-24 上傳；第 4.6.1 與 4.6.2 節協定堆疊僅有標題；第 5.1.1 節 AF 授權依 TS 33.501 第 12 章與第 13.3 節；第 5.4.3 節規定感測結果開放之隱私與安全依 TS 33.501 框架辦理，NOTE 3 載明將與 SA WG3 協調。  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5516

[5]  3GPP TR 38.765 V20.0.0（2026-06，檔案 2026-06-23 上傳）：NR 整合感測與通訊研究，主責 RAN1；第 7.2 節列 SCTP、GTP-U／UDP、WebSocket 三種感測資料協定堆疊選項與比較表（表下註記假設三選項皆安全），第 7.3 節並列新設應用協定與沿用 NGAP 兩途；第 9 章結論採選項一 (SCTP) 與專屬 NsAP，量測等級 D 之支援取決於隱私與安全問題之解決並預期與 SA3 協調。  https://www.3gpp.org/ftp/Specs/archive/38_series/38.765/38765-k00.zip

[6]  3GPP 官方技術頁：ISAC Architecture Progress in 3GPP（2026-08-18 發布，2026-08-20 最後更新），所載「5G-A sensing progress in 3GPP WGs (July 2026)」清單中 SA3 列 TR 33.777；該清單為 7 月快照，非完整登錄。  https://www.3gpp.org/technologies/isac-arch

[7]  3GPP 官方 Release 20 頁面：以 2026 年 3 月工作計畫 (SP-260360) 為據，載 Stage 1 凍結 2025 年 6 月、Stage 2 最終凍結 2026 年 9 月、Stage 3 目標 2027 年 3 月、ASN.1 與 OpenAPI 凍結 2027 年 6 月，並列 Sensing + Communications 為 Release 20 主要增強工作領域之一。  https://www.3gpp.org/specifications-technologies/releases/release-20

[8]  T. Shui、P.-H. Chou、W. Saad、M. Chen，Analysis and Detection of RIS-based Spoofing in Integrated Sensing and Communication (ISAC)，arXiv:2508.18100（2025-08-25，學術預印本）：以惡意 RIS 欺騙路側單元感測功能並偽造車輛軌跡，並提出以訊號時序邏輯為基礎之神經符號偵測框架；為學術提案，尚未經 3GPP 採納。  https://arxiv.org/abs/2508.18100

[9]  3GPP TSG SA#113（馬德里，2026-09-15 至 18）TdocsByAgenda：SP-260800（Draft TR 33.777，FS_Sensing_SEC）approved；SP-260966（New WID on Security and privacy aspects of ISAC，SA WG3）approved；SP-260754（TS 23.137）approved；SP-260870（TR 28.893）approved。  https://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_113_Madrid_2026-09/TdocsByAgenda.htm

[10]  3GPP SP-260966，New WID on Security and privacy aspects of Integrated Sensing and Communication（Sensing-SEC，1130011；源自 S3-263489，Xiaomi、ZTE）：目標依 TR 33.777 結論進行規範性工作，WT1 至 WT3，影響 TS 33.501，目標完成 TSG#114（2026 年 12 月）；主報告人 Henry Leung（Xiaomi），副報告人 Leyi Zhang（ZTE）；註明可能涉及 RAN3 面向。  https://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_113_Madrid_2026-09/Docs/SP-260966.zip

[11]  3GPP 規格檔案庫 TR 23.700-14 目錄：23700-14-k00.zip（V20.0.0）於 2026-03-16 上傳。  https://www.3gpp.org/ftp/Specs/archive/23_series/23.700-14/

[12]  3GPP 規格檔案庫 TR 28.893 目錄：28893-k00.zip（V20.0.0）於 2026-09-25 上傳；SA5 計費研究 FS_Sensing_CH。  https://www.3gpp.org/ftp/Specs/archive/28_series/28.893/

[13]  3GPP 規格檔案庫 TR 33.777 目錄：V0.1.0 至 V0.7.0、V1.0.0（2026-09-04 上傳）與 V20.0.0（2026-09-28 上傳）各版；用於方案對照表逐版比對。  https://www.3gpp.org/ftp/Specs/archive/33_series/33.777/