系统层面写个高权限的驱动, 主要功能就是读取CPUID和其他硬件ID然后和备份系统里备份前写入的比较同样则启用 不同样则重启, 如果有window内核源码可以添加代码到内核实现. 如果是整盘备份那可以用UEFI实现类似的功能, 在恢复系统时也顺带把UEFI的bios也刷一下, 一旦开机就会读取CPUID和其他硬件设备的ID并和存储在UEFI里面的上一次备份的硬件设备ID比较如果一样就开机否则重启, 为了安全最好也结合前面的内核驱动的方法, 这样就算绕过UEFI启动 那还得要过系统这一关, 最好也和系统深度整合否则一旦剔除相关文件一样可以用 那前面的各种防御都等于是作了无用功. 但想深度整合那系统源码得自己有一份且能自由修改发行否则也是白费, 这也是自研操作系统的一个好处可以根据不同的需求和场合深度定制. 如果有自研硬件的能力那还可以定制专门的硬件用于实现, 比如可以通过这个硬件加密整个系统而 硬件电路级写死的key 可不是那么容易破解而且破解设备机器昂贵.也可以设计个硬件实现数据流上的加解密, 即 CPU <-> 自实现的数据流加解密器 <-> 内存/硬盘  这样就算拿到备份由于硬件的独特性也不能在其他设备上运行, 但如果CPU 或内存/硬盘的控制器 不能将其集成进去, 那只能通过外挂的方式实现但这样的话可以通过焊下来移植到其他设备上实现使用备份系统. 能想到的也就这么多 从软件到硬件层面方法也就那么多. 总的来说想越安全就得软硬件深度整合定制, 否安全只是片面.

简而言之, 想要区分不同的设备那就得用到设备出厂前就写死在设备固件里的ID(设备唯一识别码). 想要获取这唯一值那就得在比操作系统用户空间或比操作系统更低的层去获取 比如UEFI/BIOS上实现. 因为操作系统在启动后进入到用户空间是可以实现软修改这些设备ID的. 但是, 如果对方有办法逆向绕过那只能往硬件实现上下功夫,  起码可以提升对方的逆向和学习成本.