# 6G 还没商用，安全地基已经假设量子计算机存在
6G 安全不是 5G 的加厚版
很多人以为，6G 安全就是把 5G 那套再拧一拧螺丝。3GPP 安全组（SA3）现在做的事，起点就不一样：它从研究的第一天，就假设量子计算机已经存在。
这份研究叫 TR 33.801-01，是面向 6G 系统的安全架构研究。它把 6G 安全拆成几个域：密码基础、无线接入网（RAN）安全、核心网安全、接口安全，再加上安全事件监测的数据收集、AI 安全。传统加密赖以生存的 RSA、椭圆曲线，在量子计算机面前会被 Shor 算法高效拆解；对称加密也会被 Grover 算法削弱。6G 不能等量子计算机真来了再补，得在出厂设置里就抗量子。
打个比方：5G 的房子是按"普通小偷"设计的门锁，6G 还没盖好，就已经在按"能撬开一切传统锁的万能钥匙"来配锁芯了。
后量子密码，从第一天就焊死在地基里
落到具体动作，2026 年 10 月的 SA3#130 会议（布拉格，10 月 12 日至 16 日，318 人注册、231 人现场签到）批了后量子密码的迁移路径：在 TLS、PKI、CMP 等协议规范（TS 33.210、TS 33.310）里，强制采用 ML-KEM-768 做密钥交换、ML-DSA 做数字签名。这两个算法都来自美国 NIST 的后量子标准化流程（FIPS 203 / FIPS 204）。
换句话说，6G 的第一版规范，就把"抗量子"焊死在了地基里，而不是等出了事再打补丁。这也是 6G 和 5G 最大的代际差别之一：5G 的后量子改造是" retrofit（ retrofit，给已部署网络 retrofit）"，麻烦且贵；6G 是从图纸阶段就原生支持。
256 位 + AEAD：顺手把效率和安全的账一起算
同步推进的还有算法位宽：从 128 位升级到 256 位，配合带附加数据的认证加密（AEAD）。这不是因为现有 128 位当天就破了，而是借 6G 重写协议的机会，把效率和安全性一起提上来，顺手简化密码设计。
SA3#130 上还新立了 256 位 AEAD 算法的工作项。翻译一下：与其将来再为性能和安全各改一次协议，不如趁这次重写一次性把位宽和认证加密都定高。对芯片和基站厂商来说，这意味着 6G 的密码硬件从设计第一天就得按更高的算力和功耗预算来规划——前面那位讲硬件瓶颈的人担心的，正是这一步。
六大域：安全被拆成一张清单
TR 33.801-01 把 6G 安全列成一张清单，而不是一句"加强安全"。
清单里，密码基础是底座，RAN 安全和核心网安全是左右两翼，接口安全是门禁，安全监测数据收集负责"看见异常"，AI 安全则是新科目——因为 6G 要把 AI agent 放进网里跑、要给它授权，安全边界得重新画。爱立信在 2026 年 4 月的文章里把这个思路讲得很清楚：6G 安全设计采用基于风险的方法和威胁建模，遵循安全设计原则、最小化信任边界，不受后向兼容约束。
谁先卡住安全标，谁握 6G 门票
安全听起来很"底层"，但它直接决定 6G 能不能商业化。通感一体要采环境数据、可能拍到人和物；AI agent 要在网里跑、要授权；网络能力开放把网络变成可编程的 API——这些都得先有可信的安全底座，企业和用户才敢把数据交上来。
这也是为什么安全标准本身就是话语权。TR 33.801-01 的结论会喂给后续规范化工作，谁在关键安全议题上先做进产品、做成标准必要专利，谁就握住了 6G 底座的一块。SA3#130 上，华为、中国移动、爱立信等多家企业在 256 位算法、AKMA 流程修复等议题上共同推动结论落地，提案分量的此消彼长，就是话语权本身。
一个容易被忽略的细节：PQC 在 SUCI（用户隐藏标识）迁移上的具体方案，这届会议还没最终定，THALES 提出的方案未获一致通过。这说明安全标准不是谁说了算，而是全球厂商在算力、合规、部署成本之间反复拉锯的结果。
马德里把架构推到 12 月，安全先跑一步
把镜头拉回全局。3GPP TSG#113 马德里全会（10 月底）没把 5G→6G 迁移的整体架构落槌，关键表决推迟到 12 月波士顿——全球产业在迁移路径、存量投资保护、6G 原生能力释放之间仍有分歧。
但同期的另一件事很确定：6G 安全研究已经先跑了起来。3GPP 在 2026 年 6 月 10 日批准的 Rel-21 时间线上，第一个 6G 规范性版本的功能冻结定在 2028 年 12 月（Stage-1 冻结 2027 年 3 月、Stage-2 冻结 2028 年 6 月、ASN.1/OpenAPI 冻结 2029 年 3 月）。
架构可以再吵几个月，安全地基不能等。等 12 月架构落定，安全这套从第一天就抗量子的设计，会是 6G 最沉默、也最不能被绕过的那块砖。
