瑞星卡卡安全论坛

为了延长SSM 2.0.8.572的试用期，费了不少劲。因为不懂编程。
尝试改动系统时间（暂时将系统时间改为2008年6月12日），安装SSM 2.0.8.572，重启后，再将系统时间改回来。也失败了。而且，用SSM自带的卸载程序卸载SSM 2.0.8.572后，再正常安装之，重启系统后，SSM 2.0.8.572还是不能用（报错：日期不一致）。
关闭SSM 2.0.8.572。不再卸载它；而是“野蛮删除”。删净SSM的所有文件后，再搜注册表中包含system safety monitor的所有注册表项（很多啊！），一一删除。
删了7－8处之后，注册表编辑器陷入死循环状态！汗！！
结束注册表编辑器进程。系统自动重启了！再汗！！
没办法了。回过头来尝试装ssm-2.0.0.560b2。看行不行。
安装过程一路顺畅。重启。
打开ssm-2.0.0.560b2，能用！！
看看“试用授权”期限——居然是2008－8－11！！
关闭ssm-2.0.0.560b2。尝试“升级安装”ssm-2.0.6.568。成功！“试用授权”期限依然是是2008－8－11。

没敢再试SSM 2.0.8.572。这个版本对KEY的时间识别太NB了。

附件: 1558472006612171147.jpg

老大你总算成功了祝贺你

看来SSM对以前版本的时间还是存在漏洞,让你给找到了,不过你考虑过他的注册表安装记录挂钩到系统的记录没有.我还是想问你有没有记录注册表键值数量的程序,如果有用有SSM和没有SSM的比较就知道注册表中SSM在时间上的严格设置是哪个程序的作用了

运气好！

恭喜恭喜!

等俺学好了汇编,一定把它破解掉,给老大出出气.

引用:

【baohe的贴子】 为了延长SSM 2.0.8.572的试用期，费了不少劲。因为不懂编程。 尝试改动系统时间（暂时将系统时间改为2008年6月12日），安装SSM 2.0.8.572，重启后，再将系统时间改回来。也失败了。而且，用SSM自带的卸载程序卸载SSM 2.0.8.572后，再正常安装之，重启系统后，SSM 2.0.8.572还是不能用（报错：日期不一致）。 关闭SSM 2.0.8.572。不再卸载它；而是“野蛮删除”。删净SSM的所有文件后，再搜注册表中包含system safety monitor的所有注册表项（很多啊！），一一删除。 删了7－8处之后，注册表编辑器陷入死循环状态！汗！！ 结束注册表编辑器进程。系统自动重启了！再汗！！ 没办法了。回过头来尝试装ssm-2.0.0.560b2。看行不行。 安装过程一路顺畅。重启。 打开ssm-2.0.0.560b2，能用！！ 看看“试用授权”期限——居然是2008－8－11！！ 关闭ssm-2.0.0.560b2。尝试“升级安装”ssm-2.0.6.568。成功！“试用授权”期限依然是是2008－8－11。 没敢再试SSM 2.0.8.572。这个版本对KEY的时间识别太NB了。 ...........................

我的2.0.6.569用改动系统时间，成功可以用啊。

附件: 202215200661370607.jpg

哈哈!
你们实在太厉害了,可惜我什么也不懂...

【回复“花飞影”的帖子】
我没有SSM 2.0.6.569这版。从SSM 2.0.6.568直接升到SSM 2.0.8.572的。
原先并未想这么瞎折腾。只是SSM近期频繁弹出试用期限将满的提示，烦得不能忍受，才开始想这个问题。
祝贺你！

有意思．

这个bug官方已经确认了，将在2.1版本修复
大家要保留住现在的版本啊～

曾尝试在注册表里搜索ssm关于注册时间得键值，但没有找到。

不知道ssm是根据什么原理判断注册时间得。