---
标题: 跨国信令的保镖：SEPP
作者: 爱卫生
封面: "[[封面1.png]]"
封面裁剪: false
原文地址:
打开评论: true
仅粉丝可评论: false
摘要: 你在境外落地，打开手机，信号条跳出来的那几秒钟里，发生了一场跨国对话：拜访国的网络要向你的归属运营商核实“这人是不是我的用户”、取回签约数据、报告你的位置。两国核心网之间来来回回跑着几十条信令。这些信令走的是谁的网？
---

<!-- title: 跨国信令的保镖：SEPP -->

# 跨国信令的保镖：SEPP

你在境外落地，打开手机，信号条跳出来的那几秒钟里，发生了一场跨国对话：拜访国的网络要向你的归属运营商核实“这人是不是我的用户”、取回签约数据、报告你的位置。两国核心网之间来来回回跑着几十条信令。这些信令走的是谁的网？中间经过哪些中转商？谁来保证半路没人偷看、篡改、伪造？

这一篇讲清楚站在两国网络门口的那位保镖——SEPP。要理解它为什么长成这样，得先回到信令网“裸奔”的年代。

## 一、俱乐部时代：信令网为什么天生不设防

7号信令系统（SS7）诞生于20世纪70年代的贝尔系统，最初叫共路局间信令，1980年前后被国际电联定为国际标准。它的初心其实是一次安全升级：更早的信令靠话音通道里传音频指令，随便一台设备就能模拟那些双音多频信号，这就是当年“蓝盒子”盗打电话的原理。SS7把信令搬出话音通道，用独立的信令链路传呼叫控制信息，蓝盒子从此失灵。

但SS7解决了一种威胁，却默认了另一种无害：**能接入信令网的，只有信得过的运营商**。那个年代，跨网信令走的是少数国有电信企业之间的专线，接入设备昂贵、俱乐部成员极少。于是协议把“你是谁”这个问题交给了路由，把“你能不能做这件事”交给了商业合同——报文本身不认证、不加密、不签名。

移动通信把这套信任模型原样继承了下来。漫游位置更新、查询用户位置、转发短信，这些能力强大的信令操作，任何一个能接入信令网的角色都可以对全球任何一部手机发起。只要俱乐部不进外人，这套约定运行了几十年也没出大事。

坏就坏在门槛塌了。2008年底，混沌计算机大会（CCC）上首次公开演示了用SS7信令定位手机；2014年，《华盛顿邮报》报道有系统商出售利用SS7全球追踪手机的能力，成功率约七成；同年底的大会上，研究者进一步演示了利用信令转发通话、诱导运营商交出临时密钥来解密录音。2016年2月，挪威最大运营商Telenor约三成网络因来自另一欧洲运营商的“异常SS7信令”陷入不稳定；2017年5月，德国O2 Telefónica确认攻击者利用SS7漏洞截获银行短信验证码，绕过双因素认证盗刷账户。2026年7月，据《金融时报》与TechCrunch报道，伊朗方面曾被指利用SS7漏洞定位中东的美军人员。从“国家级专线俱乐部”到“花钱就能买到接入”，攻击成本降了几个数量级，而协议的安全假设还停留在1975年。

## 二、4G没治好老病：Diameter与IPX时代

4G把信令协议换成了Diameter，传输从专线换成了IP网。为了让数据漫游落地，业界在2000年前后建起了GRX互联网络，后来演进为IPX（IP eXchange）——由专业中转商运营的国际转接网，全球运营商通过它两两互通。

但信任模型没变：Diameter报文在运营商之间依旧明文奔走，中转商看到的还是全部内容。业界开始给信令网加“防火墙”——在运营商边缘按号码段、消息类型、来源过滤可疑信令，边缘网元（ Diameter边缘代理，DEA）承担准入角色。这是进步，但本质是“门卫查证件”，不是“给信封上锁”：消息内容照样裸奔，事后追责依然困难——一条伪造的位置查询信令，你很难证明它最初从哪来。

三代信令网放在一起看，问题就清晰了：

| 时代 | 信令技术 | 信任模型 | 主要风险 | 保护手段 |
|---|---|---|---|---|
| 2G/3G | SS7/MAP | 运营商俱乐部全互信 | 定位、窃听、短信拦截、网络振荡 | 基本裸奔，靠专线隔离 |
| 4G | Diameter | 延续互信 | 同类攻击延续到IP网 | 边缘过滤、信令防火墙、局部IPsec |
| 5G | HTTP/2 SBA | 显式安全边界 | HTTP人人会发、中介可读改业务字段 | SEPP统一收口，端到端保护与签名归属 |

## 三、SBA放大了风险，也给了重设安全的机会

5G核心网换成服务化架构（SBA）：网元之间用HTTP/2传JSON报文，像调用网页接口一样互相服务。好处显而易见——接口统一、开发简单、升级灵活，厂商设备互联互通的门槛大幅降低。

但把这套架构放到跨国漫游链路上，风险反而更高了，原因有三：

**第一，攻击门槛暴跌。** 会说MAP信令需要专业设备和稀缺知识；而任何一台笔记本都能构造合法的HTTP请求。协议“好写”，对开发者是福利，对攻击者同样是。

**第二，中介从哑管道变成了潜在编辑。** IPX中转商以前转发的二进制信令它未必看得懂；现在跑的是JSON，读、改、重组一个字段都轻而易举。中转商为了提供增值服务（比如漫游计费优化）本来就有读写报文的商业诉求——技术越方便，越需要显式的规则约束“谁能看、谁能改”。

**第三，内网拓扑暴露。** 网元直连意味着对端能看到你核心网内部的真实地址和网元编号，等于把自家机关大院的门牌图交给了外人。

结论呼之欲出：跨运营商的每一条HTTP信令，都必须经过一个门口的保镖。这个角色，就是SEPP（安全边缘保护代理）。

## 四、SEPP：站在信任边界上的保镖

SEPP是5G核心网新增的一种网元，部署在每一个运营商网络的最外沿。本网网元要与对端网络通信，报文必须先交给自家SEPP；由两边的SEPP隔着N32接口对话。它在角色与关键性上，接替了4G漫游时代Diameter边缘代理的位置，但安全能力完全是另一个量级。

它的职责有三项：

1. **保护报文**：对进出国境的信令做加密、完整性保护与数字签名，并按策略决定哪些字段给中介看、哪些字段锁死；
2. **拓扑隐藏**：改写报文中的内部地址与网络标识，让对端只看到“对外门牌”，看不到内网结构；
3. **过滤与管控**：逐条检查跨网信令的合法性，在信任边界上执行策略。

```
flowchart TD
    UE["手机在境外开机"] --> vRAN["拜访地基站"]
    vRAN --> vAMF["拜访地AMF"]
    vAMF --> vSEPP["拜访地SEPP<br/>信任边界保镖"]
    vSEPP -->|N32加密信令| IPX["IPX国际中转网"]
    IPX -->|N32加密信令| hSEPP["归属地SEPP<br/>信任边界保镖"]
    hSEPP --> hAUSF["归属地AUSF与UDM"]
```

要注意：网内并不是裸奔。5G核心网内部网元之间本就要求支持双向认证的TLS；SEPP管的只是**跨网这一段**——它是内外信任模型的分界线。

## 五、先对条款，再运货：N32-c与N32-f

N32接口其实分成两层，理解这个分工是理解SEPP的关键：

- **N32-c（控制面）**：两个SEPP先互相亮明身份（交换证书、完成双向认证），协商用哪种保护方式，交换加密所需的密钥材料，并核对双方的**策略清单**——哪些信息元素必须加密、哪些必须做完整性保护、哪些字段允许中介修改。这一步谈崩，后面所有信令都发不出去。
- **N32-f（转发面）**：条款谈妥后，真正的漫游信令从这里走。每一条报文都按N32-c定下的规矩上锁、签名。

用海运打比方：N32-c是两家物流公司先签运输合同、交换保险柜钥匙的密码信封；N32-f才是每天成千上万只集装箱的往复运输。

看一次真实的护送过程——拜访地AMF向归属地AUSF索取鉴权参数：

```mermaid
sequenceDiagram
    participant A as 拜访地AMF
    participant B as 拜访地SEPP
    participant C as IPX中转
    participant D as 归属地SEPP
    participant E as 归属地AUSF
    A->>B: 取鉴权参数（明文HTTP）
    B->>B: 按策略加密并签名
    B->>C: N32外层报文
    C->>D: 按路由转发
    Note over C: 只见外层路由头
    D->>D: 验签并解密还原
    D->>E: 明文HTTP请求
    E-->>D: 鉴权向量响应
    D-->>C: 加密封装后回程
    C-->>B: 转发
    B-->>A: 还原明文HTTP响应
```

全程中，中转商始终接触不到受保护的业务内容——这正是保镖存在的意义。

## 六、两条路线：TLS与PRINS

N32-c协商出的保护方式有两种，对应两种漫游组网模型。

**直连漫游——TLS。** 两家运营商之间点对点直连（或中介只提供纯IP路由），SEPP之间直接用双向认证的TLS端到端加密，中间任何环节都看不到明文。安全上无懈可击，工程上却有三个代价：全球几百个运营商、几万对漫游关系，证书管理是n×n的矩阵；中转商被降级为纯路由器，依托报文内容的增值服务（漫游优化、计费支撑）全部被排除；两端网络必须为每一对关系单独维护配置。所以TLS模式现实中最适合集团内部、头部漫游对这类“少而深”的关系。

**中介漫游——PRINS。** 当链路上存在提供增值服务的中介（最多允许两个，各自与其中一端有商业合同），就改用PRINS（N32互联安全协议）做**应用层的端到端保护**。它的设计哲学很巧妙：不是把中间人全部杀掉，而是**让每一双接触内容的手都留下签名**——把不可信中介变成可审计中介。

PRINS的报文处理管线如下：

```
flowchart TD
    J["业务JSON明文"] --> K["SEPP按策略清单<br/>划分保护字段"]
    K --> L["JWE加密敏感字段<br/>端到端防偷看"]
    L --> M["套上外层HTTP头<br/>只含路由与策略信息"]
    M --> N["逐跳TLS传输"]
    N --> O["中介按授权读写<br/>改动用JWS签名"]
    O --> P["对端SEPP解密<br/>验签后还原转发"]
```

发送端SEPP用JWE（JSON Web加密）对敏感字段做对称加密，密钥材料正是N32-c阶段协商交换的；策略允许明文的部分（比如路由必需的字段），中介可以读。中介若按授权修改了某个字段，必须在报文上附加一段JWS（JSON Web签名）——相当于在文件的页边写批注，还要签上“某某于某处改过这里”。接收端SEPP先用JWE解密拿到原始报文，再用JWS逐条验证中介的改动是否在授权范围内、是否被冒名。签名在数学上不可伪造：

$$\sigma = \mathrm{Sign}_{SK}\big(\mathrm{SHA256}(\text{改动内容})\big)$$

私钥 $SK$ 与运营者的身份绑定，验证方用对方公钥即可确认“这条改动确实出自这家运营商”。这使得5G漫游信令第一次具备了**归属可追溯性**——任何一条消息、任何一次改动，都能追溯到具体的责任方，不需要再像SS7时代那样跨国协调取证。

| 维度 | N32上的TLS | PRINS应用层保护 |
|---|---|---|
| 保护层次 | 传输层，端到端 | 应用层，端到端 |
| 链路中间能否见内容 | 不能 | 策略允许的字段可见可改 |
| 中介的改动 | 中介不参与内容 | 必须附加JWS签名，可追溯 |
| 增值服务（RVAS） | 无法插入 | 原生支持按策略读写 |
| 部署复杂度 | 证书矩阵随漫游对增长 | 需维护策略清单与密钥协商 |
| 典型场景 | 直连漫游、同集团 | 经IPX/漫游枢纽的中介漫游 |

注意一点：中介漫游模式下，TLS与PRINS是**叠加**关系——逐跳TLS保护每一段传输，PRINS保护端到端的内容与改动，两层各司其职，不是二选一。

## 七、用户面另有安排

SEPP只保护控制面信令。漫游用户的上网数据走的是另一条路：拜访地UPF通过N9接口的GTP隧道连到归属地UPF（归属地路由模式下）。这段链路由IPUPS（跨PLMN用户面安全）负责：两端的SMF在建立PDU会话时，会在边缘UPF上配置按隧道端点标识（TEID）匹配的过滤规则，凡是TEID对不上、格式不合规的流量，在边缘就被丢弃——确保只有活会话的合法流量能穿过国际链路。

## 八、实战：工程师会在哪里遇到它

**漫游开通与IOT测试。** 两家运营商打通5G漫游，第一关就是N32-c参数协商：保护方式、策略清单、算法套件、证书信任链，任何一项对不齐，N32-f上连第一条信令都发不出去。有经验的工程师的排查次序是固定的：先核对N32-c协商结果与双方的策略清单，再查N32-f的路由可达性，最后才看防火墙与端口——顺序反了会浪费大量时间。

**抓包陷阱。** PRINS模式下，你在N32链路上抓包，看到的业务字段全是JWE密文，想核对内容必须到SEPP内侧抓明文。很多人在N32上“找不到鉴权参数”排查半天，其实是找错了位置。

**拓扑隐藏的反噬。** SEPP改写了对外地址与标识，如果对端在后续消息里用的是改写前的内网标识，回程路由就会失败。遇到“去程正常、回程丢消息”的漫游故障，拓扑隐藏改写规则是重点怀疑对象。

**验签失败对账。** 两端策略清单版本不一致时，中介的JWS签名可能被对端判为越权改动而拒收。漫游信令量的异常下跌，有时根源只是某一端悄悄更新了策略清单——审计SEPP的签名验证失败日志，是定位这类问题的钥匙。

一句话总结SEPP的设计智慧：它不幻想把国际链路变成可信环境，而是用“端到端加锁 + 逐次改动留签名 + 内网拓扑不示人”三件事，把一个多方参与的开放生态，变成了一个每一步都可追责的透明系统。这正是5G对四十多年前那个“俱乐部假设”最彻底的一次修正。

## 常见问题

**Q: SEPP和普通防火墙的区别是什么？**
A: 防火墙工作在网络层到传输层，看的是“信封”——IP地址、端口、协议类型，按规则放行或拦截。SEPP是应用层安全网关，要拆开“信纸”：解密、验签、按策略改写字段、隐藏拓扑、为每条消息建立责任归属。防火墙挡不住一条内容合法、来源伪造的信令，SEPP可以。

**Q: PRINS和TLS是二选一吗？**
A: 不是。中介漫游下两者叠加：逐跳TLS保护每一段传输线路，PRINS保护端到端的业务内容并给中介改动留签名。只有直连漫游（中介不做内容级服务）才单独用TLS。两种模式由N32-c协商决定。

**Q: 为什么不直接给两家运营商拉一条VPN/IPsec专线了事？**
A: 三个原因。一是规模：全球数万对漫游关系，专线运维不可行；二是角色：IPX是多方中介模型，中介需要按策略读取和修改报文来提供增值服务，纯专线把这条路堵死了；三是能力：VPN只保护传输路径，解决不了拓扑隐藏、字段级保护策略和逐条消息的签名归属问题。

**Q: 4G漫游有SEPP吗？**
A: 没有。SEPP是5G核心网新增网元。4G漫游靠Diameter边缘代理、信令防火墙和可选的IPsec保护，没有端到端的报文签名，事后难以追溯伪造信令的真正来源——这正是SS7/Diameter时代多起定位与拦截事件难以追责的根源。

**Q: 用户的上网流量也经过SEPP吗？**
A: 不经过。SEPP只处理控制面服务化信令。漫游用户面走拜访地UPF到归属地UPF的N9 GTP隧道，由IPUPS机制在边缘UPF按会话规则过滤保护。这也是为什么SEPP的报文处理性能压力只随信令量增长，不会随用户流量爆炸。

## 参考来源

2. [5G Roaming Security - 3GPP官方博客](https://www.3gpp.org/technologies/roaming-security-sa3) — SA3工作组对SEPP/N32架构、直连与中介漫游安全模型的第一手阐述
3. [5G Security when Roaming Part 2 - Mpirical](https://www.mpirical.com/knowledge-base/5g-security-when-roaming-part-2) — TLS与PRINS的选择逻辑、JWE/JWS分工及N9用户面保护的图文详解
4. [SEPP Security: N32-c, N32-f, PRINS - P1 Security](https://securityhub.p1sec.com/guide/topics/sepp-security) — 从安全研究视角剖析SEPP在漫游信任边界中的角色与威胁面
5. [Roaming (SEPP / N32) - 5GC Textbook](https://5gctextbook.com/en/level5/roaming/) — 5G漫游架构与SEPP/N32的系统性教科书式梳理

---
> 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。
> 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

> [!tip] 51学通信知识星球
> **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。
> **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。
> **当前规模**：5200 篇主题 / 990 个回答，198 元/年。
> **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。
> **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

![[知识星球二维码.png]]