这些天都在绞尽脑汁地想怎么样设计一个授权方式来保护我的组件，今天看了一下同事从广州带回来的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打开我选择加密的那几个方法，居然没有报异常。
而方法体内容都变成这样了：
第一个参数在静态方法中是null，在实例方法中是this，可能是供反射用的吧；第二个参数似乎是方法名的散列，第三个方法是参数数组，即使没有参数，也要构造一个没有元素的数组。
这个方法的代码：
回过头来，程序集被加密（暂且这么叫）后，不仅那几个方法改变了，还多了几个文件，分别是： Microsoft.Licensing.Utils2.0.dll、 Microsoft.Licensing.Runtime2.0.dll、 Microsoft.Licensing.Permutation_1cc06_2.0.dll、 Microsoft.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 我不相信神话，我只相信汗水！我不相信命运，我只相信双手！
园子里也有朋友曾经介绍过： 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这个门神。
{
object [] args = new object [] { msg };
SLMRuntime.SVMExecMethod( null , " b0199ec367594bd1b03b3fb29ff12f86 " , args);
}
第一个参数在静态方法中是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);
}
再进去：
{
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在哪里实现。
{
using (ISLMRuntime runtime = new SLMRuntime( null , declaringAssembly, true ))
{
return runtime.SVM.SVMExecMethod(declaringAssembly, SVMMethodId, paramsReader);
}
}
回过头来，程序集被加密（暂且这么叫）后，不仅那几个方法改变了，还多了几个文件，分别是： Microsoft.Licensing.Utils2.0.dll、 Microsoft.Licensing.Runtime2.0.dll、 Microsoft.Licensing.Permutation_1cc06_2.0.dll、 Microsoft.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 我不相信神话，我只相信汗水！我不相信命运，我只相信双手！
