@israinbow f 区的功能 也和 magic keyboard 一样吗？

想起 12306 最近也上了个爱心模式

@Aquamarine 运营商提供的接口会将中间若干位隐藏后返回。

这个得看你有没有被黑的价值。

@wzj760
@younghust
@Geekfake
@releaseme
@Martin9
几位朋友，keydous 原生支持 magic keyboard 的 F 区功能吗？

@LxExExl 啊，短期看每个人情况不一样，长期看也是一样的。 我成本足够低，18 年开始屯的。 即使大饼跌到现在价格的 1/10，我都还有得赚。

每月拿出小部分工资保证生存，其余的全买 BTC，拿住别动。

来迟啦😞

给员工发 yubikey，yubikey 里面创建不可导出的密钥对，其余的认证都基于 yubikey 来做 比如 ssh 、gpg 、fido2 、ga 等等。 离职的时候收回 yubikey 硬件就可以了。

换个充电器试试？

此处的签名 指的不是非对称加密算法（如 RSA 、ECC 等）算法中的签名、此处的签名指的只是对浏览器发出的 http 报文用前后端约定好的算法生成一个 sign 字段附在报文中，后段程序接到请求后，使用同样的算法再次计算 sign 并与你发送的报文中的 sign 字段比对，若 sign==sign 则认为报文没有经过篡改（在 App 没有被逆向得到加密算法的情况下），也就是你说的“才能让银行知道这些东西全都是你带的，别人没有夹带”。 这种做法常常用在 App 中来防止用户抓包修改报文以实现一些爬虫、辅助功能或用来测试后段的安全性。（因为在拿不到签名算法的情况下，用户篡改的报文在 ckecksign 阶段就被拒绝了），在基于浏览器的 web 应用中不会有这种做法，如果在浏览器中使用这种做法，会直接将加密算法公开，使得这种验签来判断报文没有经过修改的方式失去意义。

//但是这种做法银行还是没有办法确认你就是你，判断你访问的银行就是真正的银行，是基于 PKI 体系来实现的。所以目前银行用来判断你就是你，用的方法也类似。在硬件设备（也就是常说的 U 盾）中创建非对称密钥对，导出公钥并与你关联，私有永久保存在 u 盾中，认证的时候，有一个密码学常见的 challenge-response 过程来实现。（可以思考下 ssh 密钥对登陆的密码学原理）

//可以看下 webauthn 的介绍和文档，他实现了 passless，也是未来 web 认证的趋势。会有不少新的收获。

//ps 在配备有 Touch ID 的 Mac 上用 Safari 登陆 iCloud 的时候，只用验证指纹，思考下这个是如何实现的？

应该没法走售后了，不应该说浸液。

yubikey

翻译有一丢丢的瑕疵，32 位密钥应该是 256 位密钥。原文是 32 字节。

直接把静态文件放七牛