- 主题:问个业务场景，面试被问的，有啥好方法
这玩意想完美解决只能靠同态加密吧？
非常非常前沿
【 在 jiangbojava (jiangbojava) 的大作中提到: 】
: 数据加密后被存到数据库，或者是es都可以。入库的必须加密，有对应的加密算法，存储的地方不能存储明文。明文和加密数据也不能做映射。
: 问前台现在做模糊查询如何去搞。例如舞蹈老师、音乐老师、瑜伽老师加密存到db，查“老师”如何做like查询。
: 现在的一个方案分布式系统或者是多线程入手，数据全查出来，一个查询服务，后面去多个服务解密读取全部数据后，在解密数据，查询完在做聚合返回。数据量可能百万以上，不考虑硬件成本。能有啥其他方案吗
: ...................
--
FROM 183.131.109.*
ebc的话可能还凑合，cbc的话就没想法了
【 在 guestking (无) 的大作中提到: 】
: 用加密后的“老师”去查询不行吗？
: 哪种加密算法
--
FROM 183.131.109.*
果然日常拼错……
加密这种事情，自己在业务层拍脑袋折腾真是吃力不讨好
最后结果大抵是费一堆气力换一个看上去安全
【 在 cybereagle (2/3的沉默@XMUCSD) 的大作中提到: 】
: ecb，而且块要够小，不然跨块也查不出来
: 但是块太小会被人查表，安全性也很糟糕
--
修改:oldwatch FROM 39.144.105.*
FROM 39.144.105.*
果然是什么样的甲方逼出什么样的乙方……
【 在 cybereagle (2/3的沉默@XMUCSD) 的大作中提到: 】
: 虽然一般码农拍脑袋做出来的方案都很菜
: 但是没关系，只要验收的人和你一样菜他就看不出来……
--
FROM 183.131.109.*
成熟了?
我恍然记得几天前还看到18m在吹来着
【 在 leadu (leadu) 的大作中提到: 】
: 同态运算在10年前落地还算前沿，现在不算了
--
FROM 183.131.109.*