Obsidium

Obsidium完整性校验主要用于检测程序文件是否被异常修改，通过验证程序关键数据是否保持一致，判断当前运行环境中的文件是否仍然是受保护后的原始版本。实际使用中，完整性校验失败并不一定代表程序遭到篡改，也可能与签名、更新、安装打包或保护流程变化有关。处理“Obsidium怎么设置完整性校验，Obsidium完整性校验失败时如何定位原因”时，需要先确认校验对象和发布流程，再逐步定位导致文件变化的环节。

Obsidium命令行保护适合接入Visual Studio构建、批处理脚本和持续集成流程。命令执行后没有生成文件，先别重复运行，问题通常出在授权版本、项目配置、输入输出路径或程序位数上。

程序在保护之后如果发生了崩溃，大家在排查的时候，不应该只盯着程序一打开就闪退这个表面现象；因为Obsidium这个工具本身是用来给32位和64位Windows程序做加密和授权的，在保护程序的时候，工具会处理入口、进行加密、压缩以及校验，还会加上反调试，这就导致程序启动时比没加密前要复杂得多。在下载页面上，该工具也分成了x86和x64两个版本，这说明我们在检查时，首先得看程序位数和工具是不是匹配。

配置Obsidium字符串加密以及排查加密后出现的界面乱码，这些状况通常在对软件进行正式保护前会遇到，很多人在刚接触时，总觉得把项目里能看到的文字都藏起来，把选项勾选得越多就越安全，其实实际操作起来并不是这么回事，虽然字符串加密确实可以把授权提示、接口地址、内部路径和注册码判断信息等敏感内容减少暴露，但要是把多语言资源、界面文本和中文提示全处理了，乱码、按钮文字不对劲、弹窗显示不全等毛病就容易找上门，所以配置的时候，得先把需要保护的字符串和普通界面内容分清楚。

软件在发布之后，对问题进行修复、补充功能或者调整依赖，这些都是很平常的操作。Obsidium保护后的程序更新要怎样处理，旧授权在更新版本时又该怎么延续，其中的关键是把程序文件的更新和许可证的策略分开来对待。新版程序应当从全新的原始文件开始重新执行保护流程，不要用那些已经保护过的旧文件接着进行覆盖加工。至于旧的授权还能不能继续使用，这要看新版是不是沿用了原先的许可证体系、硬件绑定方式以及校验逻辑。Obsidium内部提供了长密钥和短密钥两套授权系统，它们支持设置有效期、硬件绑定，还能对许可证相关代码进行加密，并且在密钥当中保存附加数据，这些能力很适合按照项目来设计升级的规则。

在软件保护过程中，反调试功能主要用于增加程序被调试分析和修改的难度。Obsidium提供了代码保护、完整性检测以及针对调试行为的防护能力，可以结合授权系统一起使用。obsidium.de不过反调试并不是开启后一定没有影响，部分检测机制可能会和开发调试、杀毒软件、虚拟机环境产生冲突，导致程序启动失败、运行异常或者直接退出。遇到这类问题时，需要先确认是哪一项保护功能触发，再逐步调整配置。

Obsidium保护项目会记录目标程序、输出位置、保护参数、许可证设置以及附加文件。工程目录迁移后，项目文件本身可能还能打开，但原来保存的绝对路径已经不存在，保护时就会提示目标文件找不到、输出失败或附加文件无法读取。处理“Obsidium保护项目怎么保存Obsidium项目迁移后文件路径失效如何修复”，需要把项目文件和依赖文件作为一个整体管理。

本篇内容主要围绕Obsidium软件里的黑名单功能进行说明，帮助大家了解具体的用法，以及在遇到规则没有起作用的时候，应该怎么去排查。因为许可证如果被泄露、被偷或者需要废除，就需要用到Obsidium的黑名单，这个功能不是用来拉黑用户名，而是针对许可证密钥进行失效控制的；Obsidium本身自带了许可证系统，里面能包括过期时间、硬件锁定还有些别的数据，被盗或者泄露的密钥被加到黑名单之后，软件在下一次发版时，就会让这个许可证用不了。

针对关键的代码逻辑，Obsidium代码虚拟化技术能够起到主要的保护作用，其运行原理是把被选中的代码，转变成供虚拟CPU执行的字节码，在程序运行时，这些字节码再被虚拟机解释并执行。因为这种机制让逆向分析以及随意修改的难度都被增加了，所以它也带来了一些代价，也就是被虚拟化过的代码在速度上，通常比原生的机器码要慢很多，所以该技术并不适合把整个程序都一股脑地覆盖掉。

要弄清楚Obsidium兼容性测试到底需不需要做，以及兼容性问题通常会发生在哪些环节，这件事不能只盯着受保护的文件能不能启动就下结论。Obsidium的加入会影响程序的执行逻辑、授权的判定方式以及运行所依赖的环境，一旦改动了保护的参数，安装过程、启动行为、登录模块、插件加载、版本升级以及卸载操作就全部要重新排查一遍。目前Obsidium分别给出了x86和x64的两种版本，它的产品页面也写明能够处理多种Windows程序类型，并且跟DEP、UAC还有ASLR这类安全机制是相互兼容的。

在软件授权保护中，硬件绑定是一种比较常见的授权方式。Obsidium可以将授权文件与指定设备的硬件信息关联，限制授权只能在指定电脑上使用。不过实际部署时，经常会遇到两个问题：一是第一次配置硬件绑定时不知道该选择哪些硬件信息，二是用户更换硬盘、主板或者迁移运行环境后，原来的授权突然失效。下面介绍Obsidium硬件绑定授权的设置流程，以及硬件信息变化后的处理方法。

Obsidium可以生成硬件绑定许可证，但“最多激活几台设备”通常还需要在线激活服务配合。单靠一串离线许可证，很难统一统计用户到底激活了几次。处理“Obsidium怎么限制许可证激活次数Obsidium激活次数被重复占用如何处理”，要把许可证生成、硬件指纹和服务器激活记录连起来。少了后台计数，客户端提示限制次数也不太可靠。

从定位上来看，Obsidium属于Windows应用的软件保护和授权工具，32位以及64位的Windows程序都能用它，平时常见的EXE、DLL、SCR文件，还有.NET Framework 4.x可执行文件也都能用它来保护；而且被保护的程序还要适应DEP、UAC、ASLR这些系统安全机制。所以说，大家在用压缩保护的时候，不能光盯着“文件体积变小了没有”这一件事，还得看看程序能不能正常启动、依赖能不能加载、授权能不能校验，以及安全软件会不会拦截。

为了不让别人随便复制许可证到别的电脑上用，一般会用Obsidium硬件锁定这个功能，主要是让许可证跟某一台具体的电脑死死地绑定在一起；这种方法在单机版授权、公司给指定电脑授权、或者是试用版限制时间等情况里经常用到。Obsidium本身算是一个Windows系统下的程序保护和许可系统，它自带的安装包里其实就包括了保护SDK、一些例子还有说明文档，不过我们在实际操作配置的时候，还是建议大家去对照自己项目版本对应的文档来看。

程序安装包体积较大的时候，一些开发团队会在保护阶段考虑启用资源压缩的功能。使用Obsidium进行资源压缩之前，需要先分清楚两类内容：一类是嵌入程序内部的资源，另一类是外部数据文件。图片、图标、对话框还有语言资源通常属于程序资源；配置文件、模板、数据库和素材包则一般归为外部文件。这两类内容的处理方式不能混在一起。Obsidium还提供了文件完整性检查和数据文件加密的能力，外部文件如果有保护需求，应该单独进行配置，不能简单把它们当作程序资源来处理压缩。

Obsidium可以为软件设置固定到期日期、首次运行后的试用天数、允许运行次数，也能把试用消耗与程序内部操作关联。遇到“Obsidium试用期限怎么设置Obsidium试用到期后仍能启动是什么原因”，不要只盯着日期，还要确认启动的是保护后文件、许可证是否有效，以及到期后的处理方式有没有真正限制程序运行。

配置Obsidium字符串加密以及排查加密后出现的界面乱码，这些状况通常在对软件进行正式保护前会遇到，很多人在刚接触时，总觉得把项目里能看到的文字都藏起来，把选项勾选得越多就越安全，其实实际操作起来并不是这么回事，虽然字符串加密确实可以把授权提示、接口地址、内部路径和注册码判断信息等敏感内容减少暴露，但要是把多语言资源、界面文本和中文提示全处理了，乱码、按钮文字不对劲、弹窗显示不全等毛病就容易找上门，所以配置的时候，得先把需要保护的字符串和普通界面内容分清楚。

Obsidium这个东西不光是能给软件加壳，它里面还带着软件保护和授权管理的功能，主要是给Windows系统里的32位和64位程序、还有游戏用的，大家可以用它来保护程序、控制授权、验证注册码，官方说它是一个软件保护和许可系统，不过它还有一个单独的跨平台授权库叫Obsidium Licensing SDK，如果开发人员不想做整个文件的保护，或者软件需要同时在Windows、macOS、Linux好几个平台上用，就可以用这个库。

每一次程序编译完成之后，如果都需要人工打开保护工具、加载工程、点击保护按钮，再把生成的文件复制到发布目录，那么版本一多，就很容易遗漏某些环节。不少人在使用Obsidium时会碰到这样的问题，自然就想知道Obsidium命令行打包该怎么用、命令行参数写错之后又会报什么样的错误。其实，解决这个问题的核心思路并不复杂：先在图形界面里把保护工程调试稳定并保存好，然后让构建脚本去调用命令行版本，自动完成保护。Obsidium官方的文档也提到，命令行版本是可以接入开发环境的，能够在应用程序编译之后自动执行保护流程，并且调用产品的各项保护能力。

在软件保护的后期配置阶段，很容易碰到这样的困扰：一旦把保护力度加大，就连正常用户的环境都可能被挡在外面，这时候就涉及两个关键问题，怎样开启Obsidium的虚拟机检测，以及检测出现误判时又该怎么排查，这些都得根据软件实际的使用场景来定，所以搞清楚这两个问题，对平衡保护效果和用户体验非常重要。Obsidium这款工具主要是给Windows应用和游戏做保护用的，它提供了代码保护、授权管理，还能防范调试、内存转储和程序篡改这类行为，虚拟机检测这个功能设计的初衷是阻止克隆环境和批量复制，不过在正式用在所有版本上之前，最好还是先做足测试。