# 深度防御，层层防护。

- 规范 URL: https://www.broadnet.me/zh/security/architecture
- 语言: zh-CN
- 最后更新: 2026-10-21
- 发布方: BroadNet (https://www.broadnet.me)
- 上述页面的 Markdown 版本，根据渲染后的页面生成。

安全架构

这是对BroadNet消息平台结构的宏观视图——从API边缘到运营商互联——确保安全应用在每一层，而不是在边界处临时加装。此概述特意不涉及机密信息：它展示的是技术栈的轮廓，而非其内部拓扑结构。

平台层级跨维度监控全程采用传输加密（TLS 1.3）和静态加密（AES-256）· 此为示意图，而非拓扑图

## 通俗易懂的分层说明。

1

### 客户应用与渠道

您的应用程序和营销活动通过文档齐全、版本化的接口进行连接。下游租户的任何信息都不会泄露给其他租户。

2

### API与SDK网关

公共边缘层。每个账户的Bearer访问令牌都会对每个API请求进行身份验证；平台前端设有针对租户的速率限制、IP白名单以及自动化的Web应用防火墙（WAF）。

3

### 消息服务平台

具备租户隔离、持久化队列和送达编排功能的多租户处理系统。状态变更操作均记录在审计日志中。

4

### 智能通道

基于成本最低和质量优先的路由策略，会根据目的地选择合法合规的路径；若通道质量低于服务目标，系统将自动检测灰色通道并重新切换路径。

5

### 安全与防火墙

电信级防御——短信防火墙、SS7防火墙、发送者ID保护、闪呼和OTP滥用分析——默认应用于BroadNet自身的通道。

6

### 运营商互联

超过1,000个运营商直连覆盖全球86个国家，并在其余覆盖的200多个国家/地区拥有标记过的合作伙伴通道，确保流量落地在合法的签约通道上。

## 五层深度防御体系。

上述编号层级描述了消息传输的路径。这五个平面描述了该路径上每个点所具备的控制措施——每一层都经过设计，确保某一平面的故障会被下一平面所遏制。

Plane 01

### 边缘与网络

公共边缘层落地TLS 1.3，吸收容量滥用，并在请求到达应用逻辑之前验证其格式是否正确。下游系统不会信任其到达的网络。

- 具备突发流量控制的租户级和终端级速率限制
- 针对SMPP和API绑定的IP白名单及双向TLS选项
- 自动化Web应用防火墙（WAF）过滤常见的注入和滥用模式
- 边缘侧的DDoS防御与连接级异常流量清洗

Plane 02

### 应用与身份

每个请求都根据其自身属性进行身份验证和授权。通过账户级别的Bearer访问令牌建立身份；通过权限范围角色决定该身份的操作权限；多租户机制在代码层面强制执行，而非仅靠约定。

- 用于API的每个账户Bearer访问令牌；用于交互式会话的短期令牌
- 基于角色的访问控制，默认采用最小权限范围
- 租户隔离，确保任何租户都无法访问其他租户的数据
- 用于入站DLR和MO的TLS加密Webhook

平面 03

### 数据与存储

消息内容、送达元数据和审计记录均采用静态加密存储，保留期限符合合同和监管要求。状态变更操作将被写入仅限追加的审计追踪中。

- 主存储和备份均采用AES-256静态加密
- 针对状态变更操作的仅追加式审计日志
- 数据保留周期与合同及地区法规保持一致
- 备份已加密，并根据定义的恢复目标进行了测试。

Plane 04

### 密钥管理

密钥在专用的密钥管理基础设施内进行生成、存储、轮换和退役。应用代码仅持有引用而非原始密钥材料，且轮换过程无需停机。

- 集中式密钥管理，与应用密钥分离
- 定期进行密钥轮换，并在怀疑遭到破坏时立即撤销
- 密钥管理与管理权限的职责分离
- 信封加密，使数据密钥本身受到主密钥的保护。

Plane 05

### 监控与响应

可观测性覆盖整个技术栈而非单一瓶颈点，因此异常能在发生地附近被捕获。24/7 NOC将检测与记录在案的事件响应流程相结合。

- 24/7全天候NOC，提供覆盖边缘、平台、路由及互联环节的告警。
- 针对实时流量的灰色通道、发送者ID滥用及OTP滥用分析
- 具备严重程度分级和指定升级流程的文档化事件响应机制。
- 重大事件发生后的根本原因分析（RCA）和停机原因报告（RFO）

## 对照标准制定的控制措施。

这是各层与ISO/IEC 27001、SOC 2以及ISO 22301控制族之间映射的代表性说明。这仅为示例，并非完整的适用性声明——经审计的控制集将在签署保密协议（NDA）后共享。

| Layer | 代表性控制 | 映射标准 |
|---|---|---|
| 边缘与网络 | TLS 1.3、WAF、租户级速率限制、IP白名单、DDoS防御。 | ISO 27001 A.8 · SOC 2 CC6.6 |
| 应用与身份 | Bearer-token API身份验证、RBAC最小权限原则、租户隔离 | ISO 27001 A.8 / A.9 · SOC 2 CC6.1–CC6.3 |
| 数据与存储 | 静态数据AES-256加密、仅限追加的审计日志、保留期及加密备份 | ISO 27001 A.8 · SOC 2 CC6.1 / C1.1 |
| 密钥管理 | 集中式KMS、定期轮换、撤销、职责分离 | ISO 27001 A.8.24 · SOC 2 CC6.1 |
| 监控与响应 | 24/7 NOC、跨层遥测、记录完善的IR、RCA/RFO | ISO 27001 A.5.24–A.5.28 · SOC 2 CC7.2–CC7.4 |
| 连续性 | 备份、经过测试的恢复目标、业务连续性管理 | ISO 22301 · SOC 2 A1.2 |

符合ISO/IEC 27001:2022 Annex A、SOC 2 Trust Services Criteria以及ISO 22301标准。请参阅[合规](https://www.broadnet.me/compliance)查看认证列表并[信任中心](https://www.broadnet.me/zh/trust)申请证明文件。

## 加密与密钥管理。

加密强度取决于密钥的管理方式。数据在传输和存储过程中均受到保护，且保护数据的密钥存储在专用基础设施中——与应用程序代码及数据本身完全隔离。

### 传输中

所有外部接口（包括API、SMPP和Webhook）均符合TLS 1.3标准——并为企业连接提供现代密码套件和证书固定选项。

### 静态存储

主存储和备份均采用AES-256加密。消息内容和送达元数据保留期限符合合同及地区法规。

### 密钥生命周期

集中式密钥管理，具备定期轮换、即时撤销、职责分离以及信封加密功能，确保数据密钥本身受到主密钥的保护。

## 威胁模型与深度防御。

深度防御意味着没有任何单一控制措施是独立承重的。对于每一个现实的攻击目标，必须有多个层面同时失效才会产生影响。

### 凭据窃取或API密钥泄露

最小权限范围限制了影响范围；短期令牌和即时撤销缩短了风险窗口；租户隔离可防止向其他租户的横向移动。

### 灰色通道注入与发送者ID仿冒

短信防火墙和发送者ID保护功能可在非法流量落地前对其进行分类并拦截；运营商直连意味着合法流量将通过签约通道落地。

### OTP滥用 / 流量人为虚增

通过行为分析和闪呼/OTP滥用检测，在下游变现之前，以线速拦截异常激增的模式。

### 信令层攻击（SS7）

SS7防火墙通过检查和过滤信令，在网络层防御位置追踪、拦截和欺诈企图。

### 传输中或存储时的数据泄露

TLS 1.3保护传输中的数据，AES-256保护静态数据；密钥存储在与受保护数据分离的专用密钥管理基础设施中。

### 内部人员或管理权限滥用

基于角色的访问控制、密钥托管职责分离以及仅限追加的审计日志，确保特权操作可追溯且可审计。

### 全层级监控

可观测性和24/7监控覆盖整个技术栈，而非仅停留在单一瓶颈点，因此异常情况能在发生地附近被捕获。具体的工具和告警阈值将在签署保密协议（NDA）后向评估方提供。

### 全程加密

TLS 1.3保护传输中的数据，AES-256保护各层存储中的数据。详细的密钥管理和控制细节可在签署保密协议（NDA）后获取——请参阅审计范围内的认证信息。

经认证的控制细节、数据中心位置、确切的恢复目标以及内部拓扑结构均属于BroadNet的审计范围，并将在签署保密协议（NDA）后共享。详见[ISO/IEC 27001](https://www.broadnet.me/trust/iso-27001)与[ISO 22301](https://www.broadnet.me/trust/iso-22301)。

## 连接方式。

此概述为架构视图。支持该架构的证据、证书和运营承诺详见“信任中心”以及“合规与安全”页面。

[信任中心 证书、子处理商及证据请求。](https://www.broadnet.me/zh/trust) [合规 ISO 27001 / 9001 / 22301及区域性框架。](https://www.broadnet.me/compliance) [安全控制 该架构背后的完整控制集。](https://www.broadnet.me/zh/security) [支持与SLA 严重程度分级、升级及RCA（根本原因分析）流程。](https://www.broadnet.me/support-sla)

## 常见问题。

**这是完整的安全架构吗？**

不是。本页面是特意提供的非机密概述：它展示了技术栈的架构和每一层的控制机制，而非内部拓扑、数据中心位置或确切的恢复目标。经认证的控制细节将在签署NDA（保密协议）后向评估人员共享，并涵盖在BroadNet的审计范围之内。

**该平台通过了哪些标准认证？**

BroadNet持有ISO/IEC 27001（信息安全）、ISO 9001（质量）和ISO 22301（业务连续性）认证。本页面的控制映射表将代表性控制措施与ISO 27001、SOC 2和ISO 22301控制族进行了交叉引用，以便评估人员查看各层级的对齐情况。

**传输中和存储时的加密是如何处理的？**

TLS 1.3保护传输中的数据，而AES-256保护主存储和备份中的静态数据。密钥在专用的密钥管理基础设施内进行生成、存储、轮换和退役，并使用信封加密技术，使数据密钥本身受到主密钥的保护。

**您是否会对BroadNet流量应用自有的短信和SS7防火墙？**

是的。电信级防御措施——包括短信防火墙、SS7防火墙、发送者ID保护和OTP滥用分析——默认应用于BroadNet自身的通道，而非仅作为第三方业务的附加功能提供。

**如何申请经审计的控制详情？**

具体的控制详情、数据中心位置、确切的恢复目标及内部拓扑结构将在签署保密协议（NDA）后向合格的评估人员提供。您可以从信任中心或合规页面开始，或联系安全团队申请获取文档包。

[返回信任中心](https://www.broadnet.me/zh/trust) [全面的安全控制](https://www.broadnet.me/zh/security)