分享一下想到一个本地文件验证思路，讨论看看可行性

一个追梦的心 · 发表于 2023-9-9 20:59:58

授权的方式是json方式

[JavaScript] 纯文本查看 复制代码

{
      "name": "软件名称",
      "data": {
        "validate": true,
        "Equipment_code": "机器码",
        "Creation_time": "创建时间",
        "Expiration_time": "到期时间"
      },
}

客户Duan获取机器码之后，发给授权端生成上面这个json 并且加密变成一个授权文件，json使用AES_256_CBC 加密然后再进行文件加密

在客户Duan验证的时候，取授权文件，解密，再判断上面到期时间，过期就激活不了，没过期就正常走功能，这个方式可以吗？过期时间，取网络时间，不取本地时间

我有个疑问，客户Duan解密的时候AES_密钥，密钥放在客户Duan 又容易被反编译查看到，还有解密文件的密钥放哪里合适，有没有啥方法，想不出来咋完善这个。

还是说这个验证思路不行。

一个追梦的心 · 发表于 2023-9-10 00:05:56

正鑫软件开发发表于 2023-9-9 23:26
这属于最早期的网络验证写法很容易被扒而且你这个加密解密没有任何实质性作用
建议改下:
客户Duan: ...

嗦嘎

正鑫软件开发 · 发表于 2023-9-9 23:26:09

这属于最早期的网络验证写法  很容易被扒  而且你这个加密解密没有任何实质性作用
建议改下:
客户Duan:直接发送机器码+本地时间戳  然后随便弄个加密传送到服务端
服务端:
1:先解密
2:判断时间戳和服务器时间戳范围,比如容差1个小时,有效进行下一步,无效就返回空
3:核实机器码是否到期,如果未到期: 将核心数据用客户Duan传过来的时间戳进行加密 ,返回客户Duan
客户Duan收到信息,用刚才的时间戳进行解密,才能使用核心数据

这样最起码你能防止协议被山寨,然后就是各种暗桩,各种壳,跟破J者耗时间就行了

PS:核心数据就是软件必须用到的参数  随便整一段都行

凌哥 · 发表于 2023-9-9 21:57:39

分分钟被破J

一个追梦的心 · 发表于 2023-9-9 21:32:40

showtime 发表于 2023-9-9 21:03
没有绝对的安全。功能核心代码都放服务端

嗦嘎

一个追梦的心 · 发表于 2023-9-9 21:32:15

linguo 发表于 2023-9-9 21:30
该破还是破数据的传输不是最主要的

主要是这个思路可行不

一个追梦的心 · 发表于 2023-9-9 21:31:37

wrq375520 发表于 2023-9-9 21:18
小工具用本地验证是为了防止伸手党拿去贩卖

对对

人杰啊 · 发表于 2023-9-9 21:30:32

该破还是破数据的传输不是最主要的

wrq375520 · 发表于 2023-9-9 21:18:58

小工具用本地验证是为了防止伸手党拿去贩卖

showtime · 发表于 2023-9-9 21:03:15

没有绝对的安全。功能核心代码都放服务端

		自动登录	找回密码
密码			注册

[讨论] 分享一下想到一个本地文件验证思路，讨论看看可行性