本节将描述wibu软授权中可能用到的一些文件，在初次接触wibu软授权的伙伴可以通过本文快速找准自己的方向。

部分描述均为个人猜测，仅作参考。

WibuCmLIF文件又称为LIF文件，其记录了待授权软件的信息、配置、环境要求等。一般地，WibuCmLIF文件会跟随软件一同发布，所以在软授权过程中，我们首先接触的就是WibuCmLIF文件。

以下是某份WibuCmLIF文件的内容：

我们可以看到，LIF文件的内容有点类似ini配置文件的结构，其中LicenseInformation节有逆向经验的伙伴很容易就能看出是BASE64编码的内容。

LIF文件的使用方式很简单，运行cmu -i -f xxx.WibuCmLIF即可。运行后，将在wibu的软授权系统加载该LIF文件并且生成与本次加载相关的文件。值得注意的时，每次加载生成的相关文件都不相同，所以程序的说明文档(如果有)会提示不要重复运行该命令。以下是使用某份LIF文件运行该命令的输出，其中的Serial number每次运行该命令都会不同。

WibuCmRaC文件又称RAC文件，它是我们接触到的第二个文件，它与当前机器的环境、状态等信息强关联。

该文件由命令cmu -c6000934 -s130-704886716 -f context.WibuCmRaC生成，其中的-c和-s参数由导入LIF文件时确定。RAC文件的结构和LIF文件类似。以下为运行命令结果

RAC文件需要提交到软件供应商处进行激活，软件供应商将返回一个RAU文件作为激活文件。

WibuCmRaU文件又称RAU文件，它是软件供应商提供的激活文件，只有LIF文件与RAC文件相匹配才能导入成功，之后就能正常使用程序。

RAU文件的导入方式和LIF文件类似，只要运行命令cmu -i -f xxx.WibuCmRaU即可。

LIF文件、RAC文件和RAU文件的核心内容(base64编码那部分内容)均使用asn1编码，而asn1定义位于CodeMeterLin中。利用asn1定义可以使用如asn1c(c/c++平台)、asn1tools(python平台)进行解析，目前除RAU文件的部分内容外，其余文件本人都进行了解析并可以正确获取内容。

RAU文件的部分内容需要使用CmAct证书的私钥解密，而CmAct证书的私钥与机器绑定(或者说与导入LIF时的环境绑定)，故需要能够接触真实运行的机器才能获取CmAct证书的私钥。只有RAU文件没有实际机器是无法解密该文件的，初次接触的小伙伴需要注意一下。

由于本人只有一份RAU文件，并且该RAU文件尚未过期，所以本人不会公开这个RAU文件。

wbc文件是LIF文件导入时生成的文件，主要包含了系统特征的哈希值，并且描述了RAC文件中CmAct证书私钥的生成参数，默认情况下位于/var/lib/CodeMeter/CmAct。

wbc文件每一个Item节表示一个系统特征，当且仅当所有系统特征的哈希值与Item节的ID所对应时，该wbc文件才被认为是有效的。

每个Item节的Position和Length参数用于描述CmAct证书私钥的组成结构，所有Item节的Length参数加起来必须为512(比特)。Params字段具体作用未知。

wbc文件通常以<firmcode>_<CmActSerial-ID>.wbc的形式命名，firmcode在导入LIF文件时我们就遇到过，CmActSerial-ID通常由40个字符(20个字节)构成，为了便于输入，CmActSerial-ID可以缩略为Serial number。

以6000934_820034d3a3fa6e51ce48f11c54f3e47b9c569e6d.wbc为例，firmcode为6000934，CmActSerial-ID为820034d3a3fa6e51ce48f11c54f3e47b9c569e6d，Serial number为130-2726490540。

wbc文件更细节的使用方式见后续章节。

WibuCmActDyn文件又称DYN文件，同样位于/var/lib/CodeMeter/CmAct，命名规则与wbc文件相同。

DYN文件一份被AES128-CBC加密的文件，IV固定为全0，而AES密钥需要使用CmAct证书的私钥解密。

DYN文件从asn1定义上看可以记录很多信息，如激活时间、过期时间、批量授权等。

此处我的DYN文件却没有这么多信息，原因未知。

WibuCmActLic文件又称LIC文件，同样位于/var/lib/CodeMeter/CmAct，命名规则与wbc文件相同。

LIC文件与LIF文件大同小异，LIC文件多了一些与本次LIF导入相关的字段，如cmact-serial-id、CmAct证书等。

winsecurity文件位于/var/spool/ctmp下，文件名为随机构造。

winsecurity文件多为53字节和68字节，此处仅描述53字节结构，68字节未作分析。

winsecurity文件前32字节为对应wbc文件名的sha256，接下来的17字节为供wbc文件使用的数据（有效数据），最后4字节为数据类型。本人认为68字节的文件与53字节文件结构类似，只是有效数据的长度不同。

有效数据的用途还待挖掘。

CodeMeterLin是wibu软授权架构的核心程序，用于验证、生成软授权相关信息，采用C/S架构提供服务。

CodeMeterLin默认情况下位于/usr/sbin，服务端端口为22350。

CodeMeterLin默认情况下在后台运行（daemon模式），可以使用-f参数使其在前台运行。

在daemon模式下，原先的父进程会被终止，而fork出来的子进程将被init进程继承，如果动态跟踪的话，到daemon函数处就会终止，具体可查看daemon函数的手册，所以要调试CodeMeterLin最好添加-f参数。

运行起来的CodeMeterLin最终会在函数sub_4F8410的while中循环，该while语句仅在dword_B4FC50为0时终止。dword_B4FC50是检测CodeMeterLin运行环境的变量，一旦CodeMeterLin认为自身处于不安全的环境中，该值就会赋值为0，从而结束进程。

接下来的事情就简单了，你可以发挥你的想象来控制dword_B4FC50不变为0。

交叉引用寻找dword_B4FC50的调用点，修改dword_B4FC50的赋值语句，这样做仅修改一个字节即可。

交叉引用set_env_unsafe可以发现有很多情况会导致运行环境不安全，这里就不展开细述，有兴趣可以自己去调一调。

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！