网井过来做安全评估，说要对手机号做加密(唯一登录字段)

[uoddsa]

网井过来做安全评估，说要对手机号做加密，而手机号是我们用作登录的唯一字段，该用什么加密方式～

[DavidNineRoc]

@okwork 你都不看新闻，新闻经常见脱库， 有多少个服务器代码被扒了。这种方式好处就是只有两者都丢失，才会丢失正确数据。

[luanluan]

对称加密，找我们公司

[abcbuzhiming]

@LZSZ 请教，你不明文保存手机号码，要如何发短信？难道用可逆加密方案？那有意义吗，秘钥一样不安全啊

[abcbuzhiming]

@luanluan 秘钥你们怎么确保安全？万一泄露怎么处理

[dorentus]

@okwork 算法无所谓的。比如用 AES 加密，密钥并不在数据库中，那么被拖库也并不能还原出手机号码。

进一步说，解密的密钥甚至可以保存在硬件模块中，有单独的服务器集群提供解密的 API，仅供内部其它有权限的服务器调用

[yedanten]

@okwork 现代密码学加解密算法都是公开的，不依赖算法保密性。保证密钥不泄露就好了，解密的密钥不要硬编码，可以从其他地方读取加载。

[binux]

@abcbuzhiming 硬件密钥

[pelloz]

其实就是让你们不要明文把手机号和一些其他信息直接存到数据库里面，怕有人拖库就直接能看到敏感信息。你们需要做的就是在程序入库前加一次密，用之前解密就好了，程序里面跑的都是明文没关系，但是落盘的时候不能明文。

[okwork]

@DavidNineRoc
@dorentus
@yedanten
@binux

上硬件密钥方案，那已经是物理级别了，不在网络和软件层面的安防讨论范围啦。

[reus]

加密就加啊，唯一字段又不需要明文，用户登录提交的手机先加密，再和数据库的做比对，就行了

[jadec0der]

@okwork 现在云服务都提供硬件加密的

[yzkcy]

1.建议加密
2.不要用 base64/md5
3.拿"密钥可能泄露等于没什么用"来杠的纯属杠精

[cdwyd]

楼上竟然有几个人觉得对称加密就不是加密了

[opengps]

数据库未必需要加密，但是列表展示时候最好不要明文展示，防止信息泄露

[okwork]

数据库的安全应该是首要考虑的问题吧，做个什么产品默认都要考虑被脱裤吗？

[whusnoopy]

@okwork 对称加密怎么就不是加密了啊，不然怎么有加密解密这样的反义词

关键的问题是脱敏，比如你的手机，解锁后啥都能用，但不上锁的话随便路人捡到马上都能用，不能因为你能解锁就说这一层锁没意义吧

[iyaozhen]

@okwork 谁告诉你脱裤的时候代码也脱了。

代码获取还得拿到服务器 shell 权限。为了防止 github 泄露问题，密钥还可以单独保存

[hhhsuan]

如果你们公司不是国企的话，加不加密跟 WJ 有个毛的关系?

[okwork]

@iyaozhen 不是说程序不能脱，是脱程序还是为了脱数据，数据安全的前提就是程序要安全，连业务程序都能被人入侵修改，那数据都是脏的。

[flyingghost]

没有绝对的万无一失的安全。所有的安全都是 概率 vs 成本。
但就跟多因子校验一样，多一项异质、异构的因子，安全性能将大大提升。
假如数据库被脱裤的风险是万分之一，代码泄露的风险是万分之一，那两项同时失密的风险是多少？