OWASP ASVS项目中关于SMS认证安全性的最新演进与实践
2025-06-27 04:31:14作者:何将鹤
在现代应用安全验证标准(OWASP ASVS)的演进过程中,关于SMS作为多因素认证(MFA)手段的安全性讨论一直备受关注。本文将深入剖析ASVS v6版本中针对SMS认证的最新安全要求及其技术背景。
背景与演进
传统上,ASVS将PSTN(公共交换电话网络)和SMS认证归类为"受限"认证机制。随着NIST 800-63b标准第4版(2024年)的发布,相关安全建议发生了重要变化:
- VOIP认证从"不安全"变为可接受
- 推送通知因"认证疲劳"攻击风险被降级
- 强调了对SIM交换等高风险事件的检测
核心安全要求
ASVS v6.6.1条款确立了以下关键要求:
- 风险披露原则:当提供SMS认证时,必须同时提供更强的替代方案(如TOTP),并明确告知用户安全风险
- 高级别应用限制:对于L3级(高保障级别)应用,完全禁止使用电话和SMS认证
- 号码验证要求:发送OTP前必须完成电话号码的安全绑定验证
- 时效性控制:单次使用代码应在10分钟内失效
技术实现要点
高风险事件检测
根据NIST建议,实施SMS认证时应集成运营商情报服务,检测以下风险指标:
- 近期SIM卡更换记录
- 号码转移事件
- 异常行为模式
主流实现方案包括:
- Twilio Lookup的SIM Swap检测
- Telesign Phone ID服务
- Prove Trust评分系统
实施建议
- 在发送OTP前调用运营商API检查风险指标
- 对检测到24-72小时内发生SIM交换或号码转移的情况:
- 阻断SMS认证通道
- 升级到更强认证方式
- 建立号码验证机制,确保发送目标的有效性
标准演进启示
ASVS的这次调整反映了移动安全领域的最新认知:
- 传统认为"安全"的推送通知因疲劳攻击被降级
- 通过运营商数据增强SMS安全性的实践成为基准要求
- 风险披露和替代方案提供成为合规要点
对于安全架构师而言,这些变化意味着需要重新评估现有MFA策略,特别是在金融、医疗等高安全要求的应用场景中,逐步淘汰纯SMS认证方案,转向更安全的替代方案。
登录后查看全文
热门项目推荐
相关项目推荐
暂无数据
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
540
3.77 K
Ascend Extension for PyTorch
Python
351
415
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
889
612
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
338
185
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
987
253
openGauss kernel ~ openGauss is an open source relational database management system
C++
169
233
暂无简介
Dart
778
193
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.35 K
758
华为昇腾面向大规模分布式训练的多模态大模型套件,支撑多模态生成、多模态理解。
Python
115
141