微软的软件授权及保护服务(SLPS)试用分析

这些天都在绞尽脑汁地想怎么样设计一个授权方式来保护我的组件,今天看了一下同事从广州带回来的Tech2007的讲稿,里面提到了 微软的软件授权及保护服务(SLPS),对其非常感兴趣。

园子里也有朋友曾经介绍过:http://www.cnblogs.com/njnudt/archive/2007/07/12/815625.html

但到网上搜索的时候,只有一个页面有相关信息,里面是上海站的讲稿,还好,找到了一个SLP的链接 http://www.microsoft.com/slps/
打开看了一下介绍,马上下载:http://www.microsoft.com/downloads/details.aspx?FamilyID=7ae70aaa-8b7c-4e3a-af83-b71b6877705b&displaylang=en

安装试用。一启动就要我输入用户名密码,但是不管我怎么输都是错的,只好取消进入,后来看手册才知道,那是要到官方服务器上授权的,如果没有授权的话,这个功能只能保护产品,而不能对产品进行授权控制,并且只能保护三个方法。

加入几个程序集,Protect,然后用Reflector打开我选择加密的那几个方法,居然没有报异常。
而方法体内容都变成这样了:
public static void WriteLine(string msg)
{
    
object[] args = new object[] { msg };
    SLMRuntime.SVMExecMethod(
null"b0199ec367594bd1b03b3fb29ff12f86", args);
}
用Reflector看SLP的各个类时,也发现所有的公开方法都是这种写法,都需要经过SLMRuntime.SVMExecMethod这个门神。
第一个参数在静态方法中是null,在实例方法中是this,可能是供反射用的吧;第二个参数似乎是方法名的散列,第三个方法是参数数组,即使没有参数,也要构造一个没有元素的数组。
这个方法的代码:
public static object SVMExecMethod(object obj, string SVMMethodId, object[] args)
{
    Assembly callingAssembly 
= Assembly.GetCallingAssembly();
    TrivialVirtualMachineParamsReader paramsReader 
= new TrivialVirtualMachineParamsReader(obj, args);
    
return InternalSVMExecMethod(callingAssembly, SVMMethodId, paramsReader);
}
再进去:
public static object InternalSVMExecMethod(Assembly declaringAssembly, string SVMMethodId, ISLMVirtualMachineParams paramsReader)
{
    
using (ISLMRuntime runtime = new SLMRuntime(null, declaringAssembly, true))
    {
        
return runtime.SVM.SVMExecMethod(declaringAssembly, SVMMethodId, paramsReader);
    }
}
SVM已经是ISLMVirtualMachine接口了,查不到SVM.SVMExecMethod在哪里实现。
回过头来,程序集被加密(暂且这么叫)后,不仅那几个方法改变了,还多了几个文件,分别是:Microsoft.Licensing.Utils2.0.dllMicrosoft.Licensing.Runtime2.0.dllMicrosoft.Licensing.Permutation_1cc06_2.0.dllMicrosoft.Licensing.LicAdmin.exe
其中第三个文件的1cc06_2是我安装SLP后得到的默认授权,最后一个文件是授权管理器。第一第二个文件和SLP安装目录中的一样。看来,第三个文件是临时生成的,里面的名字被混淆得厉害,类名都是两个字母,方法名和属性名都是一个大写字母。
仔细查看第三个文件,居然发现里面有一个fu类实现了ISLMVirtualMachine接口,而只有一个Microsoft.Licensing.SLMRuntimeRedirect类使用了fu类。SLMRuntimeRedirect中刚好有个SVMExecMethod方法,前面的双字母的类方法大多数都调用了这个方法,这可能是自保护吧。
看来fu类是关键了。里面的东西被混淆得乱七八糟的,就不多说了。
分析中注意到,fu的主要方法调用了一个bB类,而bB类实现了SLMLicenses等接口,再看看这个类的内容,非常明显,这是一个授权控制文件,可能这就是SLP的弱点了。

从上面分析可以看到,SLP非常强大好用,但是它毕竟还是完整的.net实现,还是有弱点的,具体要怎么利用,我就不多说了,也不想想了。如果你想到了,不要忘记告诉我哦!^_^

QQ:99363590
EMail:gxuhy@21cn.com
http://www.nnhy.org
我不相信神话,我只相信汗水!我不相信命运,我只相信双手!
上一篇:分析midea0978的《一个C#算法分析求解》(一)


下一篇:魔方NewLife.Cube升级v2.0