SHARE THE PERSPECTIVE

在 SIM 换卡攻击中,攻击者通过更换 SIM 卡或未经授权的号码转移,取得受害者电话号码的控制权。如果账户登录或恢复只依赖接收短信,这种控制就可能打开进入账户的大门。但不同通讯服务的结果并不相同:额外密码、已授权设备、注册锁定和恢复策略都可能改变结果。

**应将号码被接管、账户被接管以及旧消息被读取视为三种不同的结果。**在不了解服务架构的情况下,不要认定其中一种必然导致另一种。

短信验证码证明了什么?

短信验证码通常表明登录过程能够访问目标号码。这并不一定能证明控制号码的仍然是原来那个人。FTC 关于 SIM 换卡的指南解释了为什么控制号码的攻击者可能收到验证码。

这一弱点并不意味着所有多因素认证都没有用。在服务支持的情况下,选择更强的认证因素可以减少对电话网络的依赖。也要检查恢复路径:如果仅凭短信的恢复流程能够绕过最强的登录方式,这条路径就仍然很重要。

SRP 带来了什么不同?

SRP 是一种基于密码的密钥协商和认证方法,在正常交互中不需要传输密码本身。服务器保存名为 verifier 的验证数据。这与仅凭短信验证码登录不同,但SRP 这个名称本身并不能决定账户的注册或恢复策略。

也不应认为 verifier 没有风险。RFC 5054 的安全章节指出,verifier 被盗可能使攻击者能够通过字典攻击猜测密码。密码强度、登录尝试控制、参数以及实现的正确性仍然重要。该 RFC 描述的是 TLS 中的 SRP 示例,而不是对 Livara 实现的审计。

账户被接管后,所有聊天都会被读取吗?

情况 关键问题
攻击者仅控制号码 是否允许仅凭短信登录或恢复?
攻击者已进入账户 新设备能否访问以前的密钥和历史记录?
攻击者发送新消息 联系人能否看到并核查身份或设备变化?
攻击者持有恢复短语 哪些备份和密钥可用它解锁?
攻击者持有已解锁设备 哪些内容和活动会话可供其访问?

端到端加密保护消息内容的传输;它不能替代登录策略或对联系人的身份信任。

Livara 声明的边界

Livara 安全页面描述了基于用户名和 SRP 的登录,以及独立的身份材料恢复。这种设计不应被解释为对所有账户盗用手段免疫的承诺。钓鱼、恶意软件、弱密码和恢复短语泄露仍须纳入评估。

同一文档指出,v7 恢复的是加密身份,而不是聊天记录。威胁模型有助于避免混淆账户访问、密钥访问以及对设备的物理访问。

降低风险的实用措施

  • 为运营商账户设置专用密码或 PIN,并咨询号码转移限制。这能降低风险,但不能让未经授权的转移变得不可能。
  • 在支持的服务中启用合适的非短信认证因素,并妥善保管恢复代码。
  • 使用各不相同的密码;共用一个密码可能让某项服务的事故波及多个账户。
  • 如果 SIM 卡服务突然中断,或收到意外变更通知,请通过已知的官方联系方式向运营商核实;并非每次断网都意味着攻击。
  • 重新取得号码控制权后,检查关联账户的登录和变更,并按照各服务的指南撤销不明访问权限。

最好的判断标准不是某种登录方法的名称,而是攻击者控制号码、密码或设备后,究竟能访问什么,以及还剩下哪些独立障碍。

查看 Livara 安全文档
CONTINUE THE THREADPrivate messaging ↗
YOU’VE REACHED THE ENDBack to the reading room ↗