作者：nslog                 ( www.nslog.cn )

     这一两周，SSM又做了更新，出了2.2.0.603和2.2.0.604（官方目前最新的版本，截止06/12/29）版本，并且已经出来2.3的beta版了，SSM近来升级还比较频繁。同时可以官方也做了一些小的变动，这样以前589以前的方法找CLSID已经无效了。     

    不过这两个版本的改动实在不大，所以如果有589之类的版本，已经可以用着很好了，它跟杀毒软件不一样，不需要频繁升级病毒包，一般来说，589的版本已经够用了。
    
    但既然有新的版本，也有一些朋友要求了，那就花了点时间跟踪了一下，使用的工具是RegSnap，试验的版本分别来自华军的V2.2.0.603和官方的V2.2.0.604

    SSM V2.2.0.604下载地址： http://link.syssafety.com/download/ssm-2.2.0.604.exe

     这一次的SSM授权信息不是保存在HKEY_CLASSES_ROOT\CLSID下，而是改到HKLM\SOFTWARE\Classes\CLSID\下，也没有一个proxyinfo标识，它的proxy代理设置已经改到HKLM\SOFTWARE\System Safety\System Safety Monitor\ProxyInfo下了，这样以前的根据proxyinfo这个标识来找的办法已经无效了。

    这个CLSID值是随机生成的，每个机器的版本不一样。这个CLSID值只有一个默认值，是DWORD类型的数据，记录安装日期和1900/01/01之间的天数差。所以以前有一些设置注册表权限不让SSM更新，这个办法也无效了。

    用下面这个办法可以找到这个变化的CLSID，因为Windows自带的注册表编辑器无法搜索DWORD类型的数据，所以我们还要找一个小工具来帮忙。

1、下载Register Workshop (可以从下面的地址下已经验证无毒，或者自己找一下）
       http://down.xxjp.org/Software/Catalog161/8172.html

2、计算安装日期和1900相差的天数。
 
    打开Excel，A1单元输入安装系统的日期，如:2006-12-30,A2单元输入:1900-1-1，A3单元输入一个公式：
     =(A1-A2)+1
    然后回车便计算出安装日期和1900/01/01之间的天数:39081

3、运行Register Workshop，然后输入刚才的数值进行查找

     如39081，一般只会在HKEY_CLASSES_ROOT\CLSID\下找到一个，如果没找到，可以把这个值加一或者减一再找一下,一直找到为止.

4、找到这个CLSID值，以后直接删除这个CLSID值便可（设置注册表权限的方式已经无效了）

5、以上方式针对602/603/604均有效，如果有变化，请根据此提示自己摸索一下。

[更新12/31]
1、根据一些朋友提示，查到要分析这个CLSID的值来作为目标
2、增加查找CLSID的方法。
3、之所以要更新，是不想一个无效的和不成熟的办法一直放在这里。听从一个网友的建议，以后不再写关于SSM破解的文章。