V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
rqxiao
V2EX  ›  程序员

手机号一般用什么加密进行存储?

  •  
  •   rqxiao · 2020-05-15 15:30:23 +08:00 · 3798 次点击
    这是一个创建于 1671 天前的主题,其中的信息可能已经有所发展或是发生改变。

    需求

    数据库里的订单表的用户手机号不能以明文存储,现在是明文 希望以后数据库的密码都要密文存储

    真要在业务代码里改,量有点大,bug 也会出现, 不知道有什么好办法

    16 条回复    2020-05-18 09:38:03 +08:00
    zengxs
        1
    zengxs  
       2020-05-15 15:31:54 +08:00
    数据库里面加密,不就是骗一下自己吗,建议 base64 就行
    TypeError
        2
    TypeError  
       2020-05-15 15:37:58 +08:00
    aes,然后单独服务加解密,
    查询时加一列 hash 来加索引查
    xuanbg
        3
    xuanbg  
       2020-05-15 15:38:57 +08:00
    2 楼方案可行。
    zoharSoul
        4
    zoharSoul  
       2020-05-15 15:39:27 +08:00
    @zengxs 骗自己也要骗啊

    合规要求
    Jrue0011
        5
    Jrue0011  
       2020-05-15 15:39:38 +08:00
    之前刚好看到 ShardingSphere 有这种场景的解决方案

    参考这个 https://shardingsphere.apache.org/document/legacy/4.x/document/cn/features/orchestration/encrypt/#%E5%B7%B2%E4%B8%8A%E7%BA%BF%E4%B8%9A%E5%8A%A1%E6%94%B9%E9%80%A0

    缺点是又要引入新的中间件
    CommandZi
        6
    CommandZi  
       2020-05-15 15:41:17 +08:00
    @zoharSoul 这不掉进形式主义了吗
    zoharSoul
        7
    zoharSoul  
       2020-05-15 15:42:33 +08:00
    @CommandZi
    啥主义不重要,重要是国家要求就要办啊....
    leoleoleo
        8
    leoleoleo  
       2020-05-15 15:50:33 +08:00   ❤️ 4
    数据库加密,是为了应对数据库泄露的情况下,攻击者如果无法获取到解密的算法和密钥,就无法利用泄露的数据。那么多金融机构用加密机,就是为了做这些事。。。。。安全本身就是递进的,跟前几楼说的骗自己有啥关系,用 base64 编码才是真的骗自己。。。。
    stevenkang
        9
    stevenkang  
       2020-05-15 15:50:41 +08:00
    订单表存用户 ID 就行了吧,干嘛存手机号呢。

    用户敏感信息单独一个表,甚至单独一个系统来维护。日常需求从独立的系统中取出来就是脱敏了的手机号,合规又方便。
    jaylee4869
        10
    jaylee4869  
       2020-05-15 18:06:18 +08:00
    我现在就在用 Apache Sharding Sphere 做脱敏。还是比较靠谱的,缺点是有 SQL 不能连表查询了。大多数 ORM 和连接池都支持。
    huihuilang
        11
    huihuilang  
       2020-05-15 18:15:46 +08:00 via Android
    我有个想法,把其中固定的一位去掉,比如把手机号第三位去掉,变成 10 位数手机号。。。然后去掉的那一位另外保存😂😂
    luozic
        12
    luozic  
       2020-05-15 22:42:01 +08:00
    gpdr or 国标? 不是有推荐得实践么?
    jwenjian
        13
    jwenjian  
       2020-05-16 08:32:27 +08:00
    敏感数据不落盘 落盘要脱敏,这很正常的安全要求。不只是包括数据库,甚至日志文件都不应该有敏感数据原文出现。

    密码明文存储 怎么着也说不过去,至少得存 hash 值 另外再加个盐。

    业务代码肯定是要改的,安全这事儿 不出问题觉得是累赘 出了问题就麻烦了。
    mostkia
        14
    mostkia  
       2020-05-16 09:14:30 +08:00
    手机号必须与用户数据关联起来才有价值,因为是 13 位的纯数字,乱按也是可以的。如果没有任何用户信息绑定到手机号上一起被盗,其实和打开拨号盘乱按的效果差不多。所以,加密用户敏感信息即可,手机号反倒不是重点,B64 处理一下就可以了,重点是让手机号和用户信息无法对应起来就可以了。
    mostkia
        15
    mostkia  
       2020-05-16 09:15:20 +08:00
    11 位数字,更正
    rqxiao
        16
    rqxiao  
    OP
       2020-05-18 09:38:03 +08:00
    @stevenkang 额 这个系统有关用户信息只有手机号存储了,用户基本信息不做存储
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5126 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 03:33 · PVG 11:33 · LAX 19:33 · JFK 22:33
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.