baobao1270 最近的时间轴更新
baobao1270

baobao1270

「生如逆旅 · 一苇以航」
V2EX 第 114915 号会员,加入于 2015-05-03 19:00:24 +08:00
今日活跃度排名 19297
Full Stack Developer: Python / TypeScript / C# / Linux
VOCALOID Producer: 天依粉 / 南北一生推
民航轨交爱好者 / P社玩家
baobao1270 最近回复了
Pixel 8, 不推荐 pro
网易云外链地址
或者 OneDrive+Alist
3 天前
回复了 xiaobai332 创建的主题 软件 passkey 是否该存到密码管理器中?
不应该
两个个人观点:
1. 2FA 应该和密码分开保存
2. Passkey 应该基于硬件安全( TPM/FIDO2)
毕业三年了,至今不支持
和校园网无关,联通懒得推罢了,估计校园宽带不在 KPI 范围内
当时倒是人人有公网 v4 ,现在不好说了
可以看我的博文 讲了走官方途径安装旧版应用
不需要 Apple Developer 账号、无需越狱、无需自签名。
但是需要一台 Windows 电脑
https://lty.vc/r/4a
https://github.com/baobao1270/itms-installer-server
统一连接到 Gmail
这种可通过商业策略限制,比如改成订阅制
主要是没有动力去做,加上用户需求不大吧。
面向企业的,比如阿里云、腾讯云、百度云,都是支持的。
现在阿里云和腾讯云也支持 passkey 了,需要子用户(根用户不支持)。
5 天前
回复了 qaqLjj 创建的主题 问与答 你有哪些「这钱花的真他妈值」的瞬间
Apple Care+
$79 一年,给我免费换了 $500+ 的屏
1. crypto.subtle 这个 API 其实出现很久了,但是主流的厂商并没有使用。我也不知道为啥,反正我是用了。具体的兼容性可以看 https://caniuse.com/cryptography

2. 这个 API 既有哈希算法,又有非对称/对称加密算法。个人其实还是推荐前端做 RSA 加密而不是直接把哈希给后端。这么做有两个原因:一是盐始终应该在服务器端随机生成且客户端不可知(这就排除了客户端生成或者使用用户名做盐的做法);二是处于业务的需要,服务器是有必要知道用户的明文密码的,场景包括:
a. 在后端也应该过一遍密码强度检查,不可以直接信任用户的输入
b. 对常见易猜或已知泄露的密码进行检测并提示用户
c. 对密码进行敏感检查(我也不知道为啥有这个需求,但是新浪一直有这个机制)
d. 过滤密码中的不可显示字符和非 ASCII 字符(我是认为应该禁止用户使用非 ASCII 字符作为密码的——虽然会牺牲一定安全性,但是从业务的角度考虑,如果用户在一个设备上不小心输入了什么奇怪的字符、在另一个设备上输不进去了,搞不好会怪你——说到底还是业务和安全的 trade-off )

3. 哈希算法的话,也是 argon2id 优于 PBKDF2 ,只是前者没有 FIPS 认证,对于需要安全认证的业务还是只能用 PBKDF2 。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   909 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 22:34 · PVG 06:34 · LAX 15:34 · JFK 18:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.