chobits336 最近的时间轴更新 chobits336 最近的时间轴更新 |
chobits336V2EX 第 679748 号会员，加入于 2024-03-11 14:08:47 +08:00 |
| 如何设计一个尽量防止破解的系统激活码 程序员 • chobits336 • 11 天前 • 最后回复来自 daimiaopeng | 48 |
| 内网穿透 frp 如何只让指定设备访问 宽带症候群 • chobits336 • 35 天前 • 最后回复来自 mrweiwei | 5 |
| 内网环境如何安全的修复漏洞 问与答 • chobits336 • 133 天前 • 最后回复来自 yinmin | 13 |
chobits336 最近回复了
8 天前 回复了 NoKey 创建的主题 › 程序员 › springboot 框架下有没有啥好用的日志框架呢 |
https://github.com/mouzt/mzt-biz-log
感觉这个比较符合，封装的 aop 审计日志，注解里参数用 SpEL 表达式也比较灵活
感觉这个比较符合，封装的 aop 审计日志，注解里参数用 SpEL 表达式也比较灵活
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@InDom 清空 license_record 表就启动不了系统，第一条记录为 license 凭证，这个凭证也不能被复用
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@InDom 感谢，这样的确可以解决办法，license 的过期时间改为 xxx 天而不是具体的时间，每个数据表加一个 hash 字段，hash 上一条数据的 id ，就不会被外部篡改了，但数据表的修改和删除就会变得很麻烦
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@nealHuang 可以先把数据 dump 出来，恢复快照后再 load 进去，这样系统也可以用，数据也还在
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@msg7086 这个时间戳是系统时间吗，如果恢复快照前是 2024-11-01 ，回滚快照后再把系统时间改为 2024-11-01 就可以通过校验；如果这个时间是系统运行时间（加密不能被篡改）倒是可以校验一致性，但数据里掺杂时间戳感觉太麻烦了，还是说每个业务表加个字段，但这个字段的值可以篡改呀
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@msg7086 和数据绑定校验的话，完全可以将数据先导出来再回滚，在把数据导进去（数据库也是在客户的服务器部署的，环境变量里有密码）
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@wfhtqp 数据库也是部署到同一台服务器上的，快照恢复数据库也会影响到吧
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@ysc3839 把时间写在源文件或配置文件里，回滚磁盘快照就重置时间了
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@chobits336 但也记录了恢复快照前的时间，用这个来对比当前时间，好像可以防止
13 天前 回复了 chobits336 创建的主题 › 程序员 › 如何设计一个尽量防止破解的系统激活码 |
@newaccount 如果服务器有快照，回滚到指定时间点，然后把系统时间也修改到那个时间，时间差是一样的，就破解了
Select Language