@wentx #327 例如用户密码如果是生日，明文传输给后端，首先开发人员会知道，如果数据库被黑客攻击泄漏了，将用这个密码去撞库其他平台，如果用户各种账号都是这个密码那用户是不是很悲剧，
但是如果 前端将生日处理成一个无意义的不可匿的字符串，就能规避开发人员和系统数据库被攻击后造成的安全隐患。这些都是前端职责范围内要做好的，你要说电脑又病毒监听了网页或键盘活动的情况那我就没法给你答案了，至于公钥存储，鉴于最终代码是公开的，目前做法是对公钥内容进行复杂的加密存储，核心算法和引用链进行执行代码的加密，可以核心执行加密算法写入到 png 图片中，就算公钥被拔出来， 也不用担心密码字符串被解出来，因为对称加密前已经做 MD5+sate 不可逆计算，安全要求高的会结合硬件设备比如 u 盘或手机，2FA 在做计算。

@dhb233 在整个系统层面，完全不需要解出来，就算后端接出来也是一个不可逆不可撞库的随机字符串毫无意义，因为在网页提交后端之前就已经被处理了，真正的密码只有用户才知道，系统层面只需要存储整个脱敏后的随机字符串用于匹配用户输入密码是否正确

@wentx 用户表单输入密码：123456
请求前 非对称加密:jk06U1oTYAoEhvbJVRrBFfhDzweWw7GQVkxmPUnuUWAFCKAFTZkX8vDwu6ewjxcvWwoO3D5l7sapmeDm+dyQIA==
实际请求参数（用户名，密码，一次性 token ，参数签名字符串）
后端接口会对请求签名和是否过期验证，请求后端处理过一次就会过期，如果中间人劫持，他首先无法修改请求内容，再加上每个请求只能验证一次，所以无法完成重放攻击

@wentx 后端为什么要知道用户的密码？正常就不该知道，你只需这个 md5 字符串匹配对不对就行了，后端只需要能判断密码字符串能否匹配正确就行，参与过等保要求的项目吗？

@eber #108 很好奇那多前端不知道使用非对称加密吗？非对称加密 256(md5 （字符串+私盐）)

@BGLL 这部分人最起码的安全底线都丢了，依照他们的逻辑家里门都别装了，反正盗贼可以用铁锤砸开，但凡做过正式一点的项目就不能验收通过，明文传输真丢不起那人？
表单数据起码的非对称加密都是现成的库，安全核心混淆，防止浏览器断点调试引入，至少大部分前端狗防住了，

@1iuh #31 安全没有 100% ，但不是丢掉安全措施的理由，前端至少要做到非明文传输:
1 、浏览器本地存储，敏感信息不能直接存 ，（不要明文，至少混淆加密）
2 、 密码提交，至少 非对称加密 256( md5 （密码+用户盐+地区盐）) , 有的还会要求使用国密算法
3 、不要使用数据记录主键作为参数 ，（后端处理）

op 有发起过水滴筹之类的信息吗？可以发出来， 我想帮点小忙

@luoway 时间真的存在吗，小时候的我还是和现在的我是同一个人吗

@lswl66 监管和各种行业规范一样铸造了很多高墙壁垒，失去了创新和生机，马斯克当年也遇到了这样的问题，所以它打破常规重新建立规范才成就了现在的辉煌
@lswl66

@NewMoorj 应该爬山徒步 感受大自然 （不是冒险野路那种）

买在人口 居住密度不要太高的地方，然后装修做好隔音比如卧室

19.9w

ocbc 转给国内支付宝为什么没看到汇率损耗呢

@sayitagain 我也是哈哈

nvm 就够了

前提是有各种产品的 3d 模型然后动态跟换每个皮肤 threejs

要看缘分，心理的位置是有限的，谁先占据了就是一辈子

@hexdecode 太可惜了，得先弄一台支持的设备了