楼上 记录时间的... 刷 bios 让时钟频率慢 60 或 600 倍 现实中是有的时钟不准不过没这么离谱 真实时间过去 60s 客户端增加 1s 你怎么区分时间是不对的？都不用这么麻烦 写个小程序每 0.1 秒重置一次时间 600 次循环后就是 60 秒后把客户端时间增加 1 秒 相当一给他 1 年的授权 但是他的时钟要跑 60 年才过期 而且时间一直也是往前走的 你只要从客户端上取时间这就无解

@cndenis 脑洞开了一下 实际上只要记住正确的时间 t1 和公开的验证码 code1 把客户端时间调到 t1 再输入 code1 就验证通过了

还是那个问题 技术上需要和可信平台交互信息来确保时间正确性
要是只有你能对客户端的时间进行操作 那么客户端也可是为可信的 但现实情况可能不是这样 除非提供软硬件的整套解决方案做成一个黑盒 所以需要一个第三方的可信平台 比如前面几个说的带时钟的加密狗和联网的加密狗

还有就是成本 技术门槛就可以挡住一部分人 投入多 时间长 怕被告(好像没什么用) 一起吃饭的时候抹不开面子(这个可能效果更好，那谁谁谁还没验收就把我们项目破解了兄弟们以后还怎么一起洗脚啊) 这些成本明显大于收益的时候也能达到防破解的效果

结论: 用加密狗!

本质上是通过某种途径将第三方可信平台的时间传递至客户端且中途不可更改 没有第三方可信平台或模块是做不到的

TOTP 倒过来用 把 TOTP 的 6 位验证码公开比如放在你们公司首页上 程序内置 sed 和你们首页用的 sed 一样 程序启动时要求输入 TOTP 验证码 若是通过验证那么他必须把时间调整的和你们服务器时间一致...哈哈哈

我有一个想法 边读边改边写 写到另一个空文件里 完成后替换原文件

插眼 保存网页

@finab #6 我自己用 python 写了个代理 替换掉旧的 key 偶尔出错没响应 可能是我没写好

@finab #2 大佬 你的 bark 很好用！我有个问题。我在单片机里也调用了这个东西用来做市电断电警报用，后来我弄了个 https，key 变了，单片机不太好弄下来。这个 key 放在手机 app 端生成是不是好一点最好能手动指定。

@conge #15 那一款 18 年 7 月官网下架，下架后第三方还有大半年可以买到全新机器。18 年 7 月距今也是一年半不到啊。

@conge #15

#11 千万别组 raid5 具体的搜一下