深度防御，层层防护。
这是对BroadNet消息平台结构的宏观视图——从API边缘到运营商互联——确保安全应用在每一层，而不是在边界处临时加装。此概述特意不涉及机密信息：它展示的是技术栈的轮廓，而非其内部拓扑结构。
通俗易懂的分层说明。
客户应用与渠道
您的应用程序和营销活动通过文档齐全、版本化的接口进行连接。下游租户的任何信息都不会泄露给其他租户。
API与SDK网关
公共边缘层。每个账户的Bearer访问令牌都会对每个API请求进行身份验证；平台前端设有针对租户的速率限制、IP白名单以及自动化的Web应用防火墙（WAF）。
消息服务平台
具备租户隔离、持久化队列和送达编排功能的多租户处理系统。状态变更操作均记录在审计日志中。
智能通道
基于成本最低和质量优先的路由策略，会根据目的地选择合法合规的路径；若通道质量低于服务目标，系统将自动检测灰色通道并重新切换路径。
安全与防火墙
电信级防御——短信防火墙、SS7防火墙、发送者ID保护、闪呼和OTP滥用分析——默认应用于BroadNet自身的通道。
运营商互联
超过1,000个运营商直连覆盖全球86个国家，并在其余覆盖的200多个国家/地区拥有标记过的合作伙伴通道，确保流量落地在合法的签约通道上。
五层深度防御体系。
上述编号层级描述了消息传输的路径。这五个平面描述了该路径上每个点所具备的控制措施——每一层都经过设计，确保某一平面的故障会被下一平面所遏制。
边缘与网络
公共边缘层落地TLS 1.3，吸收容量滥用，并在请求到达应用逻辑之前验证其格式是否正确。下游系统不会信任其到达的网络。
- 具备突发流量控制的租户级和终端级速率限制
- 针对SMPP和API绑定的IP白名单及双向TLS选项
- 自动化Web应用防火墙（WAF）过滤常见的注入和滥用模式
- 边缘侧的DDoS防御与连接级异常流量清洗
应用与身份
每个请求都根据其自身属性进行身份验证和授权。通过账户级别的Bearer访问令牌建立身份；通过权限范围角色决定该身份的操作权限；多租户机制在代码层面强制执行，而非仅靠约定。
- 用于API的每个账户Bearer访问令牌；用于交互式会话的短期令牌
- 基于角色的访问控制，默认采用最小权限范围
- 租户隔离，确保任何租户都无法访问其他租户的数据
- 用于入站DLR和MO的TLS加密Webhook
数据与存储
消息内容、送达元数据和审计记录均采用静态加密存储，保留期限符合合同和监管要求。状态变更操作将被写入仅限追加的审计追踪中。
- 主存储和备份均采用AES-256静态加密
- 针对状态变更操作的仅追加式审计日志
- 数据保留周期与合同及地区法规保持一致
- 备份已加密，并根据定义的恢复目标进行了测试。
密钥管理
密钥在专用的密钥管理基础设施内进行生成、存储、轮换和退役。应用代码仅持有引用而非原始密钥材料，且轮换过程无需停机。
- 集中式密钥管理，与应用密钥分离
- 定期进行密钥轮换，并在怀疑遭到破坏时立即撤销
- 密钥管理与管理权限的职责分离
- 信封加密，使数据密钥本身受到主密钥的保护。
监控与响应
可观测性覆盖整个技术栈而非单一瓶颈点，因此异常能在发生地附近被捕获。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标准。请参阅合规查看认证列表并信任中心申请证明文件。
加密与密钥管理。
加密强度取决于密钥的管理方式。数据在传输和存储过程中均受到保护，且保护数据的密钥存储在专用基础设施中——与应用程序代码及数据本身完全隔离。
传输中
所有外部接口（包括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与ISO 22301。
连接方式。
此概述为架构视图。支持该架构的证据、证书和运营承诺详见“信任中心”以及“合规与安全”页面。
常见问题。
这是完整的安全架构吗？
不是。本页面是特意提供的非机密概述：它展示了技术栈的架构和每一层的控制机制，而非内部拓扑、数据中心位置或确切的恢复目标。经认证的控制细节将在签署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）后向合格的评估人员提供。您可以从信任中心或合规页面开始，或联系安全团队申请获取文档包。