直接将手机号存储至Firestore是否安全？是否需加密上传？

直接存储手机号的安全风险 #

仅靠「认证用户可读写」的安全规则，直接存明文手机号并不足够安全：

• 若后续安全规则出现配置漏洞，或内部高权限账号泄露，明文手机号极易被滥用（如垃圾短信、诈骗引流）；
• 一旦发生数据库数据泄露，明文手机号会直接导致用户隐私暴露，还可能违反《个人信息保护法》、GDPR等合规要求——手机号属于敏感个人信息，明文存储不符合隐私保护的最低标准。

是否需要加密手机号？ #

建议必须对手机号进行加密存储，且要选对加密方式：

• 优先用对称加密（如AES）：加密解密共用一个密钥，适配你的通讯录匹配需求——用户上传本地通讯录时，先把通讯录内的手机号用相同密钥加密，再去Firestore查询匹配的加密手机号，既能实现查找功能，又不会泄露明文；
• 避免用哈希算法（如MD5、SHA系列）：哈希不可逆，但可通过彩虹表反向破解，安全性不足；同时哈希无法兼容手机号的不同格式（如带区号、空格），会降低匹配准确率。

安全规则的优化建议 #

仅限制request.auth != null权限太宽泛，需补充精细化控制：

• 写操作：确保用户只能写入自己的信息，规则中可添加resource.data.uid == request.auth.uid（前提是你在文档中存储了用户的UID），防止用户篡改他人数据；
• 读操作：限制用户仅能查询与自己通讯录匹配的数据，而非读取整个集合。可通过查询条件结合规则实现，比如只允许用户查询加密手机号在其上传的加密通讯录列表中的文档。

内容的提问来源于stack exchange，提问作者Trevor