权限狗的使用维护

发布网友发布时间：2022-04-29 01:25

共1个回答

热心网友时间：2022-06-27 12:47

解密技术排除法律和道德因素，就从学术角度来说是门科学。它与加密技术一样是相辅相成不断提高。　以下就针对使用加密狗（加密锁）进行硬件保护谈谈几点心得： 1、针对上述监听和DEBUG问题解密方法，本人推荐充分利用加密狗开发商的API函数调用的加密策略：　a、针对并口监听程序
1）对加密锁进行算法查询正确的查询响应验证：用户生成大量查询响应对，如200对。在程序运行过程中对激活的加密算法单元随机的发送在200对之中的一对“345AB56E”―――“63749128”。查询串“345AB56E”，哪么算法单元返回的下确的响应串应该是“63749128”，若是，则程序认为加密锁在并口上，是合法用户，继续运行，反之终止程序。随机非激活算法验证：我们对非激活的加密锁算法单元发随机生成的查询串，如：“7AB2341”，非激活算法单元只要是有查询就会有响应串。因此返回响应串“7AB2341”，在程序中判断响应串与查询串是否相同，如果相同，则证明我们的加密锁仍然在口上。继续运行程序。随机激活算法验证：假设监听程序了解了上面的机制。即对非激活的加密算法我们发什么查询串则返回相同的响应串。哪么我也有对策。对激活的加密算法单元发随机生成的查询串，如：“345AB56E”由于是激活算法响应串肯定与查询串肯定不等。所以假如返回响应串“7253ABCD”，在程序中判断响应串与查询串是否不同，如果不同，则证明我们的加密锁仍然在并口上，继续运行程序。上面三种加密策略在程序同时使用，相符相承，相互补充。即使监听程序记录下来我们的部分查询响应。
2）分时查询：用户把查询响应对分组，如120对分为4组。每30对一组。头三个月使用第一组，第二个月三个月使用第二组以此类推，监听程序就算记录了头三个月。第二个月三个月以后程序仍然无法使用。　也可以再生成100对“临时委员”，每次运行随意抽出1对与以上分组结合使用。使记录程序在三个月内也无法记录完全。程序也无法使用。
3）随机读写存储单元：为了防监听程序。我们的策略是：程序在启动时，我们利用随机函数随机生成的一个数，假设是“98768964”。我们在指定的18#单元写入这个数。哪么我们在程序运行中，每调用一个功能程序前读取18#单元，数判定是否是我们写入的数“98768964”。因为每次写入的数是随机生成的，所以监听程序记录不到当次启动时写入的随机数，它返回的数肯定是一个不匹配的数。我们就可以就此判定是否是合法用户。Sentinel Superpro加密锁可以重复写10万次以上。也就是说每天写三次也可以使用一百年。
2、针对打印共享器的加密策略
为了防打印共享器。我们的策略是：程序在启动时，我们利用随机函数随要生成的一个数，假设是“7762523A”。我们在指定的34#单元写入这个数。哪么在程序运行中，每调用一个功能程序前读取34#单元，以判定是否是我们写入的数“7762523A”。以此判定是否是合法用户。因为每次写入的数随机生成的，同时使用打印共享器的其他非法用户的程序一进入也会写入一个不同的随机数。那么第一个用户的程序在校验是否是第一个用户写入的数时，就会被认为是非法的用户。所以在一个阶段也只是一个程序使用。（例如RAINBOW公司开的Sentinel Superpro加密锁可以重复10万次以上。也就是说每天写三次也就可以使用一百年。）
3、针对DEBUG跟踪的加密锁的安全策略
1）分散法：针对DEBUG跟踪。在调用每个重要功能模块前，我们建议要对加密锁进行查询，校验身份。如果只在程序开始部分校验身份，DEBUG跟踪程序部分可以轻易的跳过校验部分，而一些不良用户可以在验证后可以将加密锁拔下用在其它计算机。
2）延时法：针对某一具体查询校验，都有三步骤：查询得到响应串比较响应串和查询串是否匹配执行相应的步骤我们建议以上三个步骤要延时执行。最好鼗三步骤相互远离些，甚至放到不同的子程序或函数中。例如：我们执行“查询得到响应串” 后，相隔50执行“比较响应串和查询串是否匹配”。假如程序需要调用一个函数。哪么我们就在这个函数里执行“执行相应的步骤”。这样程序更难于被破解。
3）整体法：将响应串作为程序中数据使用。
例如：我们有返回值“87611123”，而我们程序需要“123”这个数。我们可以让“87611123”减去“8761000”得到“123”。这样以来任何对加密程序的修改都会使程序紊乱。
4）迷惑法：一般情况下我们的程序执行相应的验证步骤。验证是非法用户就会退出。这样很容易被发现代码特征。我们知道是非法用户后继续执行一些无用的操作使程序紊乱。以迷惑解密者。
以上为现如今软件开发商使用硬件加密狗（加密锁）进行软件保护时可以使用的几种切实可行的几种加密策略。