Ⅰ 加密锁和加密狗有区别吗 谁能详细介绍一下他们的相关信息
一、加密狗加密的基本原理
开发商程序通过调用硬件加密狗的接口模块对硬件加密狗操作，硬件加密狗响应该操作并通过接口模块将相应数据返回给开发商的应用程序。开发商的应用程序可以对返回值进行判定并采取相应的动作。如果返回无效的响应，表明没有正确的狗，开发商可以将应用程序终止运行，或者让应用程序以错误的方式执行。
二、常用的解密方法
1、反汇编后静态分析： W32Dasm、IDA Pro
2、用调试工具跟踪动态分析：SoftICE、TRW2000
3、针对各种语言的反汇编工具：VB、Delphi、Java等
4、其他监视工具：FileMon、RegMon 等
三、如何提高加密强度
下面，我们以Sentinel SuperPro加密锁为例，详细介绍一下使用如何在编程的过程中提高加密强度的方法。
1、反DEBUG解密的编程方法和技巧
访问狗之后不要立即做判断，判断狗不正确后，不要立即提示，或者不提示。开发商在程序各个部分插入校验算法的代码，用以增加程序代码的复杂性，防止解密者轻易跟踪发现全部的校验代码。校验代码插入程序的频率越高，破解难度越大，软件就越安全。
重要的字符串不要在程序中以明文出现，应该使用算法动态生成。
在不影响程序效率的情况下，尽量多写一些查狗的函数，彼此要有区别，使用不同的算法，多一些查狗出错的标志，让这些标志参与运算，在不同的模块中，使用不同的查狗函数。
针对某一具体查询校验，都有三步骤组成：查询得到响应串；比较响应串和查询串是否匹配；根据校验结果执行相应的步骤。建议三个步骤要延时执行。最好将三步骤相互远离些，甚至放到不同的子程序或函数中。例如：执行“查询得到响应串”后，相隔50行执行“比较响应串和查询串是否匹配”，假如程序需要调用一个函数。那么就在这个函数里执行“执行相应的步骤”。解密者在跟踪过程中，即使发现了其中一部分程序代码，但很难发现另外两部分代码和全部三部分之间的关联。程序难于被破解。
将加密锁返回的“响应串”作为程序中的参数使用。例如：算法单元返回“响应串”是“87611123”，而程序中需要使用“123”这个参数。程序中得到“响应串”后，将“响应串”减去“87611000”得到参数。如果解密者修改代码跳过查询校验加密锁部分，参数将是错误值，从而会使程序运行紊乱。
程序在验证加密算法过程中，一般情况下验证数据不正确程序就会选择退出。这样一来很容易被解密者发现代码特征，跳过查询校验部分。开发商设计查询校验部分时，如果程序校验数据不正确，程序也不退出可以继续执行一些无用的操作使程序紊乱，用以隐蔽代码迷惑解密者。
开发商的软件可能有多个模块，查狗的模块或接口不要用显而易见的名字来命名，这样会令解密者更容易找到加密点，当然也可以利用一些名字来迷惑解密者，尤其是dll，引出函数时甚至可以不用函数名。
给查狗函数加入一定的随机性，例如，随机地执行某一API函数，或者在狗的存储区中划定一小块区域作随机读写，读写地址、读写内容、读写长度都是随机取的，这样可以很好地防止那些模拟工具。
试用版与正式版要分开，试用版不提供的功能，代码已经删掉，使得不可能利用试用版破解得到正式版。
在大多数情况下，破解是通过更改exe 或 dll 文件实现的，要在程序中检查exe或dll文件的完整性，即利用某种算法计算出整个文件的校验和，在程序中比较，如果文件被更改，校验和就会变化，这类算法网上有很多，可以查得到。另外，exe和dll之间要相互认证，一方面防止dll被替换，另一方面防止非法exe访问dll。
小结：应该尽量避免的问题
1）访问狗、做判断、提示用户写在一起
2）重要的字符串在程序中以明文出现
3）在狗中存放字符串，程序中读出比较
4）调用同一函数或判断同一个全局标志查狗
5）试用版软件同正式版软件是同一份
6）查狗的模块或接口名字太明显
7）程序无随机性，每次运行执行路径都一样
8）没有检查exe 或 dll 文件的完整性，exe 和 dll 之间也没有相互认证
2、反“监听仿真”软件保护锁的编程方法
1）随机查询法：开发商使用SuperPro开发工具生成大量查询、响应对，如：1000 对，并在程序中使用这些校验数据。在程序运行过程中，从1000 对查询、响应对之中，随机的抽出其中一对验证SuperPro加密算法。因为，校验数据很多，每次验证加密算法使用的“查询响应对”可能不同，“监听仿真”软件即使纪录了一部分“查询响应对”，但无法纪录全部“查询响应对”。软件每次运行时，都可能使用新的查询响应校验数据，“监听仿真”软件无法响应这些新的查询。因此，“监听仿真”也就失去了模拟、仿真SuperPro软件保护锁的作用。
2）延时法：开发商可以事先使用开发工具生成大量的校验数据，即：“查询、响应”对，比如：200000 组“查询、响应”对，开发程序过程中，开发商设计定时查询、校验加密锁的机制。在程序运行过程中，每10分钟查询并校验加密锁一次，使用过的校验数据，4年内不再重复使用。即使监听软件24小时记录数据，也需要4年才能纪录完毕。4年后，软件早已过了“热卖期”了，使用监听软件的解密者也就失去了行动意义。
3）分组、分时法：开发商可以在程序中把查询响应对分组，比如：1200 对校验数据可分为12组，每100对一组。程序在一年中的第一月使用第一组校验数据，第二月使用第二组校验数据，以此类推。监听软件就算记录了第一月的校验数据，第二个三个月以后校验数据没有纪录，在以后的时间段软件仍然无法正常使用，从而“监听仿真”失去意义。
4）随机噪声数据法：开发商可以在程序中随机产生查询数据，随机数据和真实数据混合在一起，监听软件即使记录了查询数据，也会被其随机性所迷惑，同时也无法仿真另一个次软件运行产生的随机数，加密软件也就无法破解。
Ⅱ 软件的加密狗怎么破解
加密狗怎么破解狗是什么？狗是一种智能型计算机软件加密工具。它有一个安装在微机后部的并行口上的硬件电路，同时有一套适用于各种语言的接口软件和工具软件。 当被狗保护的软件运行时，程序向插在计算机上的软件保护锁发出查询命令。软件保护锁迅速计算查询并给出响应。正确的响应保证软件继续运行。如果软件保护锁被拔掉，程序将不能运行。复杂的软硬件技术结合在一起以防止非法发布和使用。采用狗保护软件只能在指定的装有狗的微机才能运行，使用时很不方便，如果不小心狗损坏，软件就不能运行，真是欲除而后快！
目前市面常见的狗技术有圣天诺（Sentinel）和HASP等。现在狗的技术发展很快，针对不同的应用场合有不同的类型，如：
强劲狗： 自由定义算法的高强度加密方案
微狗： 面向单机环境的高强度加密方案
USB狗：USB接口的微狗全兼容产品
软件狗： 面向单机环境的低成本加密方案
网络狗： 面向网络环境的加密方案
卡式狗： 面向网络环境的加密方案
现在的狗一般采取了各种的加密技术，目前较先进的加密技术有如下几种：
①AS技术: API函数调用与SHELL外壳加密结合，即使外壳被破坏，加密程序依然不能正常运行。
②反跟踪:
1.数据交换随机噪声技术：有效地对抗逻辑分析仪分析及各种调试工具的攻击。
2.迷宫技术：在程序入口和出口之间包含大量判断跳转干扰，动态改变执行次序，提升狗的抗跟踪能力。
③抗共享: 可从硬件对抗并口共享器，由开发商选择是否共享狗。
④口令: 可由软件开发商设置32位口令，口令错误将不能对存储区进行读写。
⑤时间闸: 某些狗内部设有时间闸，各种操作必须在规定的时间内完成。狗正常操作用时很短，但跟踪时用时较长，超过规定时间狗将返回错误结果。
⑥单片机: 硬件内置单片机，固化的单片机软件保证外部不可读，从而保证狗不可仿制。
⑦存储器: 提供200字节掉电保持存储器供开发商存放关键数据、配置参数等信息。
1、普通的狗一般是通过读取I/O端口的狗来进行验证的，因此可用SOFTICE或其它调试工具来监视I/O端口。一般常用的指令：
BPIO -h 278 R
BPIO -h 378 R
2、要注意的是，用上面2中所提的方法只能对付一般的应用程序，也就是等级为3 的普通程序，这些程序属于直接读取狗的那一类，基本上使用像 SOFTICE 之类的调试工具就可以轻易的解开了，现在世面 上有不少使用 VxD 来读取狗的程序，VxD 属于等级 0 ，也就是最高等级，理论上是不可能拦截得了的，这也是为什么有许多厂商要使用 .VxD 来读狗的原因。
3、其它常用函数断点
CreateFileA (读狗驱动程序), DeviceIOControl, FreeEnvironmentStringsA (对付HASP非常有效). Prestochangoselector (16-bit HASP’s), ’7242’ 查找字符串 (对付圣天诺).
Ⅲ 关于PKPM软件的加密狗的问题／！！！！
软件狗[Dongles]
1、认识软件狗。[首先我对软件狗作一简单介绍，在后面我们将对各种软件狗的加密和解密做详细的讲解。]
软件狗是插在微机并行口上的一个软件保护装置，它包括主机检查程序和密钥（也称加密盒）两部分。主机检查程序就是前面说的加密代码的一部分，加密盒是用来存放密码的。一般来说，软件狗插在并行口上，不会影响打印机的正常工作。常见的软件狗加密盒外形，如两个一公一母的D行25针连接器倒接在一起，公头(DB25/M）插在并行口上，母头(DB25/F)可接打印机，相当于原来的并行口。整个软件狗的硬件电路板就在这约5厘米见方的加密盒子里。
电路板上的公头（DB25/F)之间的管脚是一一对应、直接相联结的，以保证并行口的作用不变。存储密码或起信号加密变换作用的器件及其它辅助元件就跨接在这25根线上面，应用程序以特定的方式跟他们沟通、核对。除了某些设计不良的情况之外，一般不会影响打印机的正常工作，打印机工作时也不会影响它们。
为了防止程序被非法复制，所做的加密保护措施一般都包括两部分。首先是要有保存密码数据的载体，即密钥；其次是夹杂在应用程序中的主机检查程序，即加密代码。密钥应该能保证不易被解密、复制；如一般用磁盘做加密时，加密部分无法用一般的工具复制。另外，当检查程序用特殊方法去读密码时，密码应该能很容易地被读出，而不致影响应用程序的正常执行。当发现密码不对或密钥不存在时，就让主机挂起、重新起动或采用被的措施。
软件狗经历的“时代”
软件狗的发展经历了好几代，至2001年初就已发展到了第四代。
第一代是存储器型的加密锁。这是最有历史的加密锁，内部只有存储体，厂商只能对锁进行读、写。软件狗起信号加密变换作用的器件，最多只简单采用一些电阻、二极管等，检查方法也比较简单，很容易被人解密.常见的有原金天地的“软件狗”、深思洛克的Keypro型、Rainbow的Cplus等。这种锁的主要特点是厂商可以预先把自己的保密数据设置到锁内，然后在软件运行时随机读取，这样防止了解密者通过简单重复并口数据来解密，但解密者进一步分析一下数据规律就可以解决了，这就是常说的“端口”层的数据分析。这种加密锁原理非常简单，是种正在被逐步淘汰的产品，但是其原料成本极低，即使在很低的价位也有很好的利润，加密厂商一般都不愿放弃这种锁；而很多厂商由于成本原因又不得不采用，因此这种锁仍有一定的市场份额；
第二代是算法不公开的加密锁。硬件内部增加了单片机，即所谓内置CPU，厂商主要是利用算法功能进行加密。加密锁通常还增加了一些辅助功能，比如倒计数器、远程升级等。软件狗采用了低功耗TTL，COMS等逻辑元件，在电路上做了一些加密工作，检查时也要比第一代软件狗多一道手续，解密的难度自然也增加了。常见的有深思洛克的“深思Ⅰ”型，彩虹天地的SuperPro、微狗，ALADDIN的MemoHASP等。利用单片机，软件与锁之间的数据通讯建立了一个保密协议，数据都是经过加密的，解密者就难以分析出数据内容和规律了，因此对于这种锁的数据分析就不是停留在“端口”层了，解密者转向了“功能”层，就是对软件中的函数调用进行分析。为了抵挡功能层的数据分析，这种锁来了个“软硬”兼施的策略。
“软”的是指驱动程序内反跟踪、外壳加密等等软件工作，让解密者难以在功能层上仿真，谁都靠的是对操作系统、微机系统的精确理解。谁都无法决胜，结果是加密驱动程序在不断更新、膨胀。
“硬”的就是加密锁内的算法功能，这大大增加了解密难度，这是掌握在加密者手中的武器。但是，加密者只能设置算法的参数，即所谓内含多少种算法可选，而算法内容并不知道。这样就限制了厂商对算法的使用，要么预先记录算法结果然后在软件运行时核对（使用码表）；要么在软件中至少变换两次然后比较结果是否一致。如果解密者截获这些数据，通过统计、分析就有可达到解密目的；
第三代加密锁，即所谓“可编程”的加密锁。1999年初，以北京深思洛克为代表推出了第三代加密锁，“可编程”加密锁概念的推出是软件加密技术的一次进步。“可编程”加密锁设计初衷是希望用户能够将软件中重要的代码或模块“移植”到加密保护设备中运行，使软件与加密锁实现真正无缝链接。但由于成本限制，早期推出的几款“可编程”加密锁采用的低档单片机给 “可编程”性造成了很大的局限，主要表现在：1、算法变换的复杂度不够高，2、指令编码空间较小，3、程序区的空间较小。这些局限性使得用户根本不可能利用“可编程”加密锁实现理想的高强度加密方案。 软件狗采用了PAL（Programmable Array Logic)、PEEL(Programmable Electrically Erasable Logic Device)、GAL（Generic Array Logic)等可编程器件，但目前流行的期间大概要算串行读写的EEPROM(Serial Electrically Erasable PROM)了。这些器件由于密码编制的灵活性和制成密钥后在程序中插入检查的方便性，极大地增加了解密的难度。从使用的角度来看PAL、PEEL、GAL 等逻辑器件只能读取数据，不能随时写入数据，密码的重新设置比较麻烦；而EEPROM芯片可随意读写，用在软件狗上灵活性相当大，譬如可以为每一个软件狗单独设一个密码，以增加解密的难度；另外，从EEPROM器件的电器性能上来说也非常适合做软件狗；因此这种器件在软件狗的设计中获得了广泛的应用，是当时软件狗制作者的首选芯片。它象一般RAM存储器一样可读写（只不过读写是串行的），即使断电后也能保存数据不变。常用的EEPROM型号是93C46，它是64×16bit的结构，也就是说一个93C46具有64个16位bit单元的容量，每次处理数据也都是16位。有的93C46，如 Microchip、ATMEL、CSi等品牌的93C46可以通过切换，变为128×8bit或64×16bit两种模式，这对软件狗制作来说就更灵活了，其加密效果也更好。当然也有人采用更大容量的93C56、93C66或容量小一点的93C06、93C26等EEPROM芯片。因为软件狗是插在微机的并行口上，所以检查程序是通过并行口的I/O地址去读写EEPROM。具体的读写方式跟硬件线路以及EEPROM的时序有关，因此，一般的检查程序针对某一种硬件线路；但是这些程序大同小异，大体上是差不多的。
第四代软件够在第三代软件狗基础上，加入一个单片机芯片，如PIC16C5X。此芯片中存有特定的算法程序，可将读出的密钥数据进行加密变换，以对抗逻辑分析仪。可以说，软件狗发展到第四代，已经非常成熟了。在此技术上，各软件狗研制公司又加入自己的电路设计，形成了各自的产品特色。
平时常见的狗主要有“洋狗”（国外狗）和“土狗”（国产狗）。这里“洋狗”主要指美国的彩虹和以色列的HASP，“土狗”主要有金天地（现在与美国彩虹合资，叫彩虹天地）、深思、坚石。总的来说，“洋狗”在软件接口、加壳、防跟踪等“软”方面做得没有“土狗”好，但在硬件上绝对“无法” pj（应当说pj难度非常大）：而“土狗”在“软”的方面做得绝对称得上世界第一，许多技术，如噪音、自检测、算法可变、码表变换等等，可以说都很先进，而在硬件上不及国外，只要稍有单片机功力的人，都可复制。
现在狗的技术发展很快，针对不同的应用场合有不同的类型，如：
强劲狗：自由定义算法的高强度加密方案
微狗： 面向单片机环境的高强度加密方案
USB狗： USB接口的微狗全兼容产品
软件狗：面向单机环境的低成本加密方案
网络狗：面向网络环境的加密方案
卡式狗：面向网络环境的加密方案
软件狗采取了各种的加密技术，目前较先进的加密技术有以下几种：
AS技术：API函数调用与SHELL外壳加密结合，即使外壳被破坏，加密程序依然不能正常运行。
反跟踪：
a.数据交换随机噪音技术：有效地对抗逻辑分析仪分析及各种调试工具的攻击。
b.迷宫技术：在程序入口和出口之间包含大量判断跳转干扰，动态改变执行次序，提升狗的抗跟踪能力。
抗共享：可从硬件对抗并口共享器，由开发商选择是否共享狗。
口令： 可由软件开发商设置32位口令，口令错误将不能对存储区进行读写。
时间闸：某些狗内部设有时间闸，各种操作必须在规定的时间内完成。狗正常操作用时很短，但跟踪时用时较长，超过规定时间狗将返回错误结果。
单片机：硬件内置单片机，固化的单片机软件保证外部不可读，从而保证狗不可仿制。
存储器：提供20字节掉电保持存储器供开发商存放关键数据、配置参数等信息。
市场上常见几种软件狗的简单介绍
彩虹天地：在中国应该算是老大了，从第一代到第四代的产品都有，但它的主要产品还是第三代的微狗（TD-MH)，该代产品中有干扰芯片，能随时产生无用的干扰信号，更加有效的对抗逻辑分析仪；虽然有第四代的强劲狗（CS-QA)，但好象有不少问题，所以推出的USB接口的加密锁还是兼容微狗的。彩虹天地的加密强度不高，最简单的pj方法就是随便买一个狗，然后复制成要解的狗。
深思洛克：也是一个比较有名的，至2001年初最主要的产品就是第四代的深思Ⅲ型加密狗，特点就是用户可在狗中定义自己的算法，这大大加强了其保护能力，但它的CPU功能还不够强，算法上有漏洞，而且只提供一种加密方式，所以也是可以击破的，并且也能硬件复制原狗。此类狗加密的产品有Pkpm 结构计算软件、分析家股票软件、圆方cad软件等等。
深思 Ⅲ 的n阶黑箱模型法:
深思 Ⅲ 的n阶黑箱模型法并不是简单的记忆，而是通过深思 Ⅲ 独特的完全可编程使得深思 Ⅲ 锁对于输入和输出呈现高阶黑箱控制模型的特征。每次调用代码运行时使用锁内存储作为运算变量和参数，改变锁的状态影响后续的调用。用户自定义的代码没有任何的说明书和特征，甚至两次相同的调用会返回不同的有用的结果。这是深思 Ⅲ 独特之处。
以上加密范例并不要求加密者寻找复杂并难以预料的函数关系加以移植。
如果是采用0阶黑箱模型那么输入与输出具有直接的对应关系 y=f(x1,x2)，其中x1，x2为本次输入，y为本次输出。这时如果函数关系简单就很容易被解密者破译，比如用迭代法、插值法和列表法等方法逼近；这就迫使加密者寻求复杂函数来防止解密者的破译和仿真。但由于锁内资源的限制使得软件移植几乎不可能。现在采用n阶黑箱模型，就使得输入与输出的对应关系复杂化： yn=f(yn-1,yn-2,yn-3,...,y1,xn1,xn2)，其中，y1，y2，...，yn-1为以前n-1次调用输出或隐藏的结果， xn1，xn2为本次（第n次）调用的输入参数。
面对这样的复杂关系，解密者简单地取消中间的任何一次调用都可能使后边的结果发生错误，既使是简单的函数关系也可以被这高阶黑箱过程隐藏得难以推测。这样，借助于高阶黑箱模型法很容易找到应用软件中可以利用的公式或函数作为加密的对象。
n阶黑箱模型法使用过程中一样可以使用码表法，例如，范例中的第一次调用。
但是，这样的码表法不同的加密点互相关联，必须进行整体解密，这就大大地提高了加密强度。使用传统的0阶黑箱模型时，不同的加密点之间互不关联只需各个击破分别解密即可，其复杂度无法与n阶黑箱模型相比。对于比较复杂的函数，尽管锁内没有足够的资源，还是可以通过n阶模型法进行加密处理我们可以将复杂函数化为简单函数的运算组合，例如：y=(a-b)*(a+b)+c可以先计算（a-b）和（a+b）然后将结果相乘再加c。
n阶模型严格说是不可解的（只是目前理论上，也请深思公司记住这一点），因为第n次输出依赖于前n-1次输入和输出，而前n-1次输出可能已部分或全部被隐藏，所以第n次输出无法推测，至少推测n-1次输入产生的输出要比一次输入产生的输出复杂度有质的飞跃。
深思 Ⅲ 具有完备的指令系统，可以通过编程实现n阶或任意阶黑箱模型，每次调用互相关联，并且可以绝对隐藏中间结果，只要使用得当，理论上是不可解的（ 我的理论是没有不可解的:)
Ⅳ 锷犲瘑镫椾娇鐢ㄦ柟娉
锷犲瘑镫楃殑閲嶈佹у强浣跨敤鏂规硶 涓銆佸姞瀵嗙嫍鏄浠涔堬纻 USB锷犲瘑镫楁槸鐩鍓嶆祦琛岀殑涓绉嶈韩浠借よ瘉瀹夊叏宸ュ叿锛屽ぇ灏忕被浼糢鐩桡纴鍙鐩存帴鍦ㄧ数鑴戠殑USB鎺ュ彛鎻掓嫈锛屾垜浠镄勫姞瀵嗙嫍涔熸槸灞炰簬姝ょ被锛屾疮鍙镫楁湁镫绔嬬殑浜у搧璇嗗埆镰侊纴镫绔嬫渶鏂板姞瀵嗙畻娉曪纴鐢ㄦ埛鍦ㄧ橱闄嗗钩鍙版椂锛屽彧链夋娴嫔埌鐗瑰畾镄勫姞瀵嗙嫍鍜屽嗳纭镄勭墿鐞嗛獙璇佸悗锛屾墠鍏佽告ｅ父锏婚檰銆 浜屻佸姞瀵嗙嫍镄勪綔鐢ㄤ互鍙婇拡瀵规 鐢变簬锷犲瘑镫楃殑鐗规畩绠楁硶銆佸敮涓镐э纴鍦ㄧ敤鎴风橱闄嗗悗鍙扮殑钖屾椂锛屽啀娆￠獙璇佽韩浠斤纴缁欐偍镄勫钩鍙扮＄悊鍙埚姞浜嗕竴阆挞槻鐩楅棬锛屾洿濂界殑鐪嬬℃偍镄勫钩鍙般 1銆佸姞瀵嗙嫍浜掕ˉ浜咺P闄愬埗锷熻兘镄勪笉瓒炽 閮ㄥ垎镣瑰崱娓犻亾瀹㈡埛娌℃湁锲哄畾IP锛屾墍浠ヤ竴鑸鍙鑳借剧疆IP娈甸檺鍒讹纴杩樻湁涓閮ㄥ垎 瀹㈡埛鍦 瀹跺拰鍏鍙搁兘闇瑕佺＄悊钖庡彴锛孖P闄愬埗璁剧疆镟存病链夊姙娉曢挛瀹氩崟镫琁P锛岄拡瀵硅繖涓ら儴鍒嗗㈡埛镄処P闄愬埗锷熻兘锛屽姞瀵嗙嫍鍏锋湁寰埚ソ镄勫畨鍏ㄤ簰琛ヤ綔鐢ㄣ 2銆佸姞瀵嗙嫍澧炲己浜嗗唴閮ㄧ＄悊镓嬫点 锷犲瘑镫楀彲浠ラ殢韬鎼哄甫锛岀亩鍗曟柟渚匡纴鍗虫彃鍗崇敤锛屽憳宸ュ拰璐㈠姟鍙链夊湪鎺堟潈镄勬儏鍐典笅镓嶅彲浠ョ橱闄嗙郴缁熴傜粰鎭ㄧ殑璐㈠姟绠＄悊鍜屽唴閮ㄧ＄悊甯︽潵浜嗗彲闱犲拰鏂逛究銆 3銆佸姞瀵嗙嫍阒插尽澶栨潵渚电姱 濡傛灉鎭ㄧ殑链哄櫒鎴栬呭眬锘熺绣涓嶅皬蹇冧腑浜嗘湪椹锛屾偍镄勫悗鍙板笎鍙峰氨闅忔椂鍙鑳借鍡呮帰鎴栨埅鍙栵纴浣嗛粦瀹㈠洜涓烘病链夌‖浠剁嫍镞犳硶杩涜屽悗鍙扮橱闄嗐傛墍浠ュ嵆浣挎偍镄勫笎鍙峰瘑镰佷笉鎱庤鐩楀彇锛屽彧瑕佷粬娌℃湁锷犲瘑镫楋纴灏卞緢闅惧疄鐜板纾鍦扮橱闄嗘偍镄勫悗鍙帮纴涔熷緢闅炬搷绾垫偍镄勬満鍣ㄨ繘琛屽悗鍙扮橱闄嗐 涓夈佷娇鐢ㄥ姙娉 1銆佸傛灉鏄鍓嶅彴锷犲瘑镫楋纴鍦ㄦ敹鍒版垜鍏鍙哥殑锷犲瘑镫楀悗锛屽墠鍙扮敤鎴疯佸湪鍓嶅彴钬滀笅杞藉姞瀵嗙嫍椹卞姩绋嫔簭钬濆勪笅杞藉姞瀵嗙嫍椹卞姩绋嫔簭銆傚畨瑁呭畬姣曪纴锏婚檰杩涘幓钖庡湪钬滃畨鍏ㄨ剧疆钬濋噷镣瑰嚮钬灭粦瀹氩姞瀵嗙嫍钬濓纴杩欐牱姣忔＄橱闄嗘椂鍓嶅彴瀹㈡埛閮藉繀椤昏佷娇鐢ㄥ姞瀵嗙嫍銆 濡傛灉鏄钖庡彴锷犲瘑镫楋纴钖庡彴瀹㈡埛灏辫佽窡鎴戝叕鍙稿㈡湇浜哄憳镵旂郴锛屾垜浠浼氭妸椹卞姩绋嫔簭鍙戠粰鎭ㄥ畨瑁呫佸湪绯荤粺涓璁剧疆缁戝畾钖庢偍鍗冲彲浣跨敤锛屽悓镙锋疮娆＄橱闄嗘偍閮藉繀椤讳娇鐢ㄥ姞瀵嗙嫍銆 2銆佹妸锷犲瘑镫楁彃涓婄数鑴慤SB鎺ュ彛锛岀劧钖庣橱闄嗭纴褰撴偍锏婚檰杩涘叆绯荤粺鍓嶅彴鎴栧悗鍙板悗锛屽氨蹇呴’绔嫔埢鎶婂姞瀵嗙嫍𨰾旀帀锛屽姞瀵嗙嫍镄勪綔涓氩彧鍦ㄦ偍锏婚檰镄勬椂鍊栾捣鍒伴獙璇佷綔鐢锛屽綋鎭ㄧ橱闄嗗畬姣曞悗锛屽畠灏变笉鍦ㄩ吨澶崭綔涓氥傝繘鍏ョ郴缁熸搷浣滃畬姣曚互钖庯纴蹇呴’鍙婃椂瀹夊叏阃鍑哄钩鍙帮纴涓嬫￠吨鏂版ｇ‘锏婚檰銆 3銆佸傛灉鎭ㄦ病链夊强镞剁殑鎶婂姞瀵嗙嫍𨰾旀帀锛岄潪娉曚汉锻樿缮鏄鍙浠ュ埄鐢ㄤ笉姝ｅ綋镄勬坠娈佃繘鍏ユ偍镄勭郴缁燂纴杩灭▼镎岖旱鎭ㄧ殑链哄櫒锛屽疄闄呬笂鎭ㄧ殑锷犲瘑镫楀舰钖岃櫄璁俱 4銆佸姞瀵嗙嫍濡ュ杽淇濈★纴阒叉涓㈠け锛屼笉寰楀熶篑浠栦汉浣跨敤锛屻傝嫢涓嶆厧阆楀け锛屽敖蹇鍦ㄥ悗鍙板彇娑埚姞瀵嗙嫍缁戝畾锛屼涪澶辩殑锷犲瘑镫楀氨涓嶅彲鍐崭娇鐢ㄣ备粛𨱍冲啀娆′娇鐢ㄦ柊锷犲瘑镫楄蜂笌鎴戜滑镵旂郴锛屾垜浠浼氶吨鏂颁负鎭ㄥ畾锅氩姞瀵嗙嫍锛屾偍鍐嶆＄粦瀹氩悗鍗冲彲浣跨敤銆 鐩鍓嶅竞闱㈠悇绉嶅姞瀵嗙嫍铡熺悊浠嬬粛 链浜哄氨鐜颁粖鍏ㄧ悆杞浠朵缭鎶よ屼笟杈冩櫘阆嶉噰鐢ㄧ殑鏂规硶涔嬩竴浣跨敤钬灭‖浠跺姞瀵嗙嫍钬濈殑鏂瑰纺鏂规硶璋堣皥镊宸辩殑涓镣圭湅娉曘傚湪褰扑粖涓锲藉竞鍦轰笂链涓昏佺殑锷犲瘑阌佸搧鐗屾湁锛 1銆佺编锲藉僵铏瑰叕鍙革纸涔熸槸链镞╁仛纭浠跺姞瀵嗙殑鍏鍙革级镄勫浗浜у搧鐗屸滃姞瀵嗙嫍钬濄佺编锲藉搧鐗屸滃湥澶╄鸿蒋浠跺姞瀵嗛挛钬濓绂 2銆侀樋𨰾変竵镄勨淗ASP钬濈郴鍒楀姞瀵嗛挛锛 3銆佸痉锲藉▉鍗氩叕鍙哥殑钬淲BU锛岾EY钬濆姞瀵嗛挛锛 4銆佹繁镐濇礇鍏嬬殑钬沧繁镐濆姞瀵嗛挛钬濓绂 5銆佽掴瀹囬庡叕鍙哥殑钬滈噾鐩惧姞瀵嗛挛钬濓绂 6銆侀炲ぉ鍏鍙哥殑钬淩OCKEY钬濆姞瀵嗛挛绛夊嚑涓涓昏佸搧鐗屻 浠ヤ笂锷犲瘑阌佸搧鐗岀殑宸ヤ綔铡熺悊閮芥槸澶у悓灏忓纾锛氲淇濇姢镄勮蒋浠讹紞锛嶅姞瀵嗛挛涔嬮棿褰㈡垚涓涓瀵规椠镄勫叧绯伙纴琚淇濇姢镄勮蒋浠跺湪杩愯岀殑杩囩▼褰扑腑涓嶆柇阃氲繃鍏禔PI鍑芥暟钖戝姞瀵嗛挛鍙戞寚浠ゆ潵鍒ゆ柇锷犲瘑阌佹槸钖﹀瓨鍦ㄤ簬锛岃蒋浠剁诲紑淇濇姢阌佷笉鑳借繍琛屻备絾鏄浠庡叾鍙戝𪾢铡嗙▼𨱒ョ湅锛屾湰浜轰互缇庡浗RAINBOW鍏鍙哥殑浜у搧鐢熶骇镰斿彂镄勫巻绋嬩綔涓涓绠鍗旷殑浠嬬粛锛 1銆佷粠链镞╃敱缇庡浗RAINBOW鍏鍙哥敓浜х殑绗涓浠ｇ‖浠朵缭鎶ら挛锛屽彧鏄阃氲繃涓涓绠鍗曟煡璇㈠嚱鏁版潵楠岃瘉骞跺彛镄勭‖浠朵缭鎶ら挛鏄钖﹀瓨鍦锛屽瓨鍦ㄥ垯绋嫔簭缁х画杩愯岋纴涓嶅啀鍒栾蒋浠剁粓姝㈣繍琛岋纴𨱒ュ畬鎴愬苟淇濇姢杞浠跺紑鍙戝晢镄勫埄鐩婏绂 2銆佹帴镌渚濈劧鏄缇庡浗RAINBOW鍏鍙稿硅嚜宸辩殑绗涓浠ｇ殑浜у搧杩涜屼简鏀硅繘钥屽舰鎴愪简绗浜屼唬镄勫姞瀵嗛挛浜у搧锛屽苟涓旂编锲絉AINBOW鍏鍙镐负鍏剁浜屼唬浜у搧鍙栧悕涓猴细SENTINEL銆PRO锛屽叾涓庣涓浠ｇ殑浜у搧鐩告瘆杈冩渶澶х殑鏀瑰彉鍦ㄤ簬锷犲瘑阌佺‖浠堕噷澶寸殑杩愮畻鑺鐗囩敱RAINBOW鍏鍙稿啓鍏ヤ简涓涓锲哄畾镄勨滃姞瀵嗙畻娉曗濓纴浣呜繖涓绠楁硶鏄鍗曚竴镄勫浐瀹氱殑銆 浠ヤ笂涓ょ崭骇鍝佸逛簬杞浠跺紑鍙戝晢𨱒ヨ存湁涓涓鐩稿綋澶х殑椋庨橹锛岄偅灏辨槸鍏跺繀闇鐩镐俊RAINBOW鍏鍙镐笉浼氭妸涔扮粰浠栦滑镄勫姞瀵嗛挛涔扮粰鍒镄勪釜浜猴纴濡傛灉RAINBOW鎶婄浉钖岀殑浜у搧鍑哄敭缁椤埆浜虹殑璇濓纴鍒浜烘嬁鍒拌繖涓锷犲瘑阌佸氨鑳戒娇鐢ㄥ紑鍙戝晢镄勮蒋浠躲 3銆侀氲繃杞浠跺紑鍙戝晢瀵硅繖涓闂棰樼殑閲嶈嗭纴RAINBOW鍏鍙搁拡瀵硅繖绉嶆儏寮鍙戝嚭浜嗙涓変唬镄勫姞瀵嗕骇鍝侊细銆銆SENTINEL銆SUPERPRO锛岃繖绉崭骇鍝佸交搴曡В鍐充简杞浠跺紑鍙戝晢镄勫悗椤句箣蹇с傝繖绉崭骇鍝佸叾杩愮畻鑺鐗囦腑鍐呯疆浜28绉岖畻娉曞叡鍒嗕负56涓鍗曞厓锛屾疮涓や釜鍗曞厓鍙浠ュ崟镫淇濇姢涓涓搴旂敤绋嫔簭锛屾晠鐢≧AINBOW鍏鍙哥殑璇存硶鍏朵竴鎶婇挛鍙浠ヤ缭鎶28涓搴旂敤绋嫔簭锛涗笖杩欑嶅姞瀵嗛挛镄勬疮涓绠楁硶鍗曞厓镓閲囩敤镄勭畻娉曞洜瀛愭槸鐢辫蒋浠跺紑鍙戝晢镊宸辫惧畾镄勶纴褰揿叾鍐椤叆锷犲瘑阌佸悗瀵逛簬澶栫晫𨱒ヨ村氨鐩稿綋浜庝竴涓𨱌楃憋纴鏄浠讳綍浜轰篃璇讳笉鍑烘潵镄勚 4銆佷絾闅忕潃瑙ｅ瘑钥呯殑鎶链镄勪笉鏂鎻愰珮锛孯AINBOW涓锲藉叕鍙哥爷鍙戝嚭浜嗙锲涗唬镄勪骇鍝侊紞鏅鸿兘镫楋纴涓庣幇浠婄殑宸涓嶅氭墍链夊搧鐗岀殑锷犲瘑阌佺浉姣旇缉锛岃繖绉岖嫍链変简涓涓璐ㄧ殑椋炶穬锛氩叾阃氲繃鍦ㄥ紑鍙戣繃绋嬩腑鎶娄竴娈典唬镰佸姞瀵嗗悗鍐椤叆锷犲瘑镫楋纴褰撶▼搴忚繍琛屾椂鍐嶆妸锷犲瘑镫楅噷镄勪唬镰佸湪锷犲瘑镫楅噷镊琛岃繍琛岋纴绋嫔簭璋幂敤鍏惰繍绠楃粨鏋沧潵瀹屾垚杞浠剁殑锷犲瘑锛屽傛ゅ氨浠庣悊璁轰笂𨱒灭粷浜呜蒋浠惰镰磋В镄勫彲鑳姐 鐜板湪甯傞溃涓婄殑锷犲瘑镫楃殑宸ヤ綔铡熺悊涓嶅栦箮RAINBOW镄勮繖涓ょ嶅舰寮忥细 1銆佺▼搴忓彂锻戒护镆ヨ锛嶏紞锷犲瘑镫楄繍绠楀悗鐩稿簲绋嫔簭锛 2銆佹妸婧愪唬镰佹斁鍏ュ姞瀵嗙嫍鍐呴儴镓ц岋纸鐜板湪杩桦彧链塕AINBOW鍏鍙镐竴瀹舵湁姝ゅ姛鑳界殑锷犲瘑镫楋级銆 杞浠剁嫍鏄浣跨敤鍦ㄨ＄畻链哄苟琛屽彛鍜 USB 鍙ｄ笂镄勭敤浜庤蒋浠朵缭鎶ょ殑纭浠朵骇鍝併傝蒋浠剁嫍閲囩敤绔鍙ｅ櫔澹版妧链锛屾彁渚 100 瀛楄妭镄勬帀鐢典缭鎶ゅ瓨鍌ㄥ櫒锛屽叿澶囧弽璺熻釜鑳藉姏锛屾槸缁忔祹瀹炵敤杞浠朵缭鎶よВ鍐虫柟妗堢殑棣栭夈傝蒋浠剁嫍寮鍙戝椾欢链変袱绉嶉夊瀷锛氩苟鍙ｅ瀷鍜 USB 鍨嬨傝蒋浠跺紑鍙戝晢鍙浠ラ噰鐢ㄥ氱嶆柟娉曚缭鎶よ蒋浠讹纴阒叉㈣蒋浠惰闱炴硶𨰾疯礉浣跨敤銆傝蒋浠剁嫍寮鍙戝椾欢鐢变互涓嬬粍浠剁粍鎴愶细 杞浠剁嫍 杞浠剁嫍鎸囧畨瑁呭湪骞跺彛涓婃垨 USB 鍙ｄ笂镄勭‖浠剁嫍銆傝蒋浠剁嫍鏄涓涓鍙缂栫▼銆佸彲璇诲啓镄勫瓨鍌ㄨ惧囷纴鍏锋湁 100 涓瀛楄妭镄勬暟鎹瀛桦偍鍖恒傚傛灉杞浠剁嫍鎻掑湪璁＄畻链轰笂锛屾偍鍙浠ラ氲繃鐩稿簲镄勫姞瀵嗘帴鍙ｅ嚱鏁版垨寮鍙戝晢宸ュ叿瀵硅蒋浠剁嫍杩涜岃块梾銆 ? 锷犲瘑鎺ュ彛 杞浠剁嫍寮鍙戝椾欢鎻愪緵镄勫姞瀵嗘帴鍙ｆ槸涓濂楀寘钖钖勭嶅紑鍙戣瑷镄勭▼搴忔帴鍙ｆā鍧楋纴鍙浠ュ祵鍦ㄧ▼搴忕殑婧愪唬镰佷腑銆傛偍鍙浠ュ湪鎭ㄧ▼搴忎腑浣跨敤杞浠剁嫍寮鍙戝椾欢鎻愪緵镄勫姞瀵嗘帴鍙ｅ硅蒋浠剁嫍杩涜屾搷浣溿 ? 寮鍙戝晢宸ュ叿锛 DogEdt32.EXE 锛 杞浠剁嫍寮鍙戝晢宸ュ叿鍙浠ヤ娇寮鍙戝晢鏂逛究鍦板硅蒋浠剁嫍瀛桦偍鍖鸿繘琛岀紪杈戙佽诲彇绯诲垪鍙蜂互鍙婅繛缁鍒濆嫔寲绛夋搷浣溿 [宸ヤ綔铡熺悊] 寮鍙戝晢绋嫔簭阃氲繃璋幂敤杞浠剁嫍寮鍙戝椾欢鎻愪緵镄勬帴鍙ｆā鍧楀硅蒋浠剁嫍镎崭綔锛岃蒋浠剁嫍鍝嶅簲璇ユ搷浣滃苟阃氲繃鎺ュ彛妯″潡灏嗙浉搴旀暟鎹杩斿洖缁椤紑鍙戝晢绋嫔簭銆傚紑鍙戝晢绋嫔簭鍙浠ュ硅繑锲炲艰繘琛屽垽瀹氩苟閲囧彇鐩稿簲镄勫姩浣溿傚傛灉杩斿洖镞犳晥镄勫搷搴旓纴琛ㄦ槑娌℃湁姝ｇ‘镄勮蒋浠剁嫍锛屽紑鍙戝晢鍙浠ュ皢搴旂敤绋嫔簭缁堟㈣繍琛屻 绠瑕佺ず镒忓备笅锛 [浜у搧鐗圭偣] 杞浠剁嫍寮鍙戝椾欢鎻愪緵浜嗕袱绉嶅姞瀵嗘柟妗堬细浣跨敤 Obj 銆 DLL 銆 ActiveX 鎺т欢鎴栬呯洿鎺ヤ娇鐢ㄥ栧３宸ュ叿锛岃锋牴鎹鎭ㄧ殑闇姹傞夋嫨鏂规堛 ? 锷犲瘑鏂规堜竴锛氢娇鐢 Obj 銆 DLL 銆 ActiveX 鎺т欢 Obj 銆 DLL 銆 ActiveX 鎺т欢鎻愪緵浜嗘搷浣滆蒋浠剁嫍镄勬帴鍙ｅ嚱鏁帮纴鎭ㄥ彲浠ョ洿鎺ュ湪搴旂敤绋嫔簭镄勬簮浠ｇ爜閲屽姞鍏ヨ繖浜涙帴鍙ｅ嚱鏁扮殑璋幂敤锛屾潵淇濇姢鎭ㄧ殑涓涓鎴栬呭氢釜杞浠讹纴铹跺缌閲嶆柊缂栬疟鎭ㄧ殑搴旂敤绋嫔簭銆傜敱鎭ㄦ潵璁剧疆搴旂敤绋嫔簭涓璋幂敤锷犲瘑鎺ュ彛镄勬℃暟浠ュ强娌℃湁鍙戠幇杞浠剁嫍閲囧彇镄勬帾鏂姐傚师鍒欎笂鎭ㄨ皟鐢ㄣ佽剧疆镄勫姞瀵嗘帴鍙ｈ秺澶氩皢镟存湁鍒╀簬阒绘㈡綔鍦ㄩ粦瀹㈢牬鍧忔偍镄勮蒋浠朵缭鎶ゃ ? 锷犲瘑鏂规堜簩锛氢娇鐢ㄥ栧３宸ュ叿 浣跨敤澶栧３宸ュ叿瀵硅蒋浠朵缭鎶ゆ槸涓绉嶅揩阃熴佺亩鍗旷殑淇濇姢鏂规堛傚畠涓嶈薄浣跨敤鎺ュ彛鍑芥暟闇瑕佸规簮浠ｇ爜杩涜屾敼锷锛岃屾槸镊锷ㄧ粰鎭ㄧ殑鍙镓ц屽簲鐢ㄧ▼搴忓姞浜嗕竴涓淇濇姢灞伞傚湪绋嫔簭寮濮嬭繍琛屽拰杩愯屽綋涓浼氲嚜锷ㄥ湴璁块梾杞浠剁嫍鏄钖﹀瓨鍦ㄣ傚亣濡傝蒋浠剁嫍涓嶅瓨鍦锛岀敤鎴峰皢鐪嫔埌涓涓阌栾鎻愮ず锛岃ュ簲鐢ㄧ▼搴忓皢涓嶈兘杩愯屻 杞浠剁嫍寮鍙戝椾欢阃傜敤浜 Windows 3X/9X/ME/NT/2000/XP 銆 Linux 镎崭綔绯荤粺锛屾敮鎸佸嚑涔庢墍链変富娴佺紪绋嬭瑷銆佸紑鍙戝伐鍏枫 杞浠剁嫍镄勪富瑕佺壒镣瑰备笅锛 ? 鏁版嵁浜ゆ崲闅忔満鍣澹版妧链 链夋晥鍦板规姉阃昏緫鍒嗘瀽浠鍙婂悇绉嶈皟璇曞伐鍏风殑鏀诲嚮锛屽畬鍏ㄧ佹㈣蒋浠朵豢鐪熺▼搴忔ā𨰾熷苟鍙ｇ殑鏁版嵁銆 ? 杩峰鎶链 鍦 RC-DL 鍑芥暟鍏ュ彛鍜屽嚭鍙ｄ箣闂村寘钖澶ч噺澶嶆潅镄勫垽鏂璺宠浆骞叉𡒄浠ｇ爜锛屽姩镐佹敼鍙樻墽琛屾″簭锛屾彁鍗 RC-DL 镄勬姉璺熻釜鑳藉姏銆 ? 镞堕棿闂 纭浠剁嫍鍐呴儴璁炬湁镞堕棿闂革纴钖勭嶆搷浣滃繀椤诲湪瑙勫畾镄勬椂闂村唴瀹屾垚銆傜‖浠剁嫍姝ｅ父镎崭綔鐢ㄦ椂寰堢煭锛屼絾璺熻釜镞剁敤镞惰缉闀匡纴瓒呰繃瑙勫畾镞堕棿锛岀‖浠剁嫍灏呜繑锲为敊璇缁撴灉銆 ? AS 鎶链 API 鍑芥暟璋幂敤涓 SHELL 澶栧３锷犲瘑鐩哥粨钖堢殑鏂瑰纺锛屽悓镞朵娇鐢ㄨ兘澶熻揪鍒版瀬楂樼殑锷犲瘑寮哄害銆 RC-DL 寮鍙戝椾欢鍦ㄥ栧３锷犲瘑宸ュ叿涓涓庤皟鐢ㄧ殑 API 鍑芥暟寤虹珛浜嗗瑰簲鍏崇郴銆傝繖镙峰勭悊寰岋纴绋嫔簭涓璋幂敤镄 API 鍑芥暟鍙链夊湪链夊栧３镄勬儏鍐典笅镓嶈兘姝ｇ‘杩愯岋纴钥屽栧３链韬闅愯斀浜嗗 API 鍑芥暟镄勮皟鐢ㄣ ? 鎶楀叡浜 鍙浠ラ氲繃缂栫▼镄勬柟寮忓疄鐜板规姉骞跺彛鍏变韩鍣ㄣ ? 瀛桦偍鍣 鎻愪緵 100 瀛楄妭鎺夌数淇濇寔鏁版嵁瀛桦偍鍖轰緵寮鍙戝晢瀛樻斁鍏抽敭鏁版嵁銆侀厤缃鍙傛暟绛変俊鎭锛屽彲阃氲繃 RC-DL 寮鍙戝晢宸ュ叿鎴栨帴鍙ｅ嚱鏁板瑰瓨鍌ㄥ尯杩涜岃诲啓銆 ? 鏀硅坛镄勭‖浠堕┍锷ㄧ▼搴 椹卞姩绋嫔簭镄勫畨瑁呭强鍙戝竷镟村姞鏂逛究銆佸揩鎹凤纴寮鍙戝晢鍙闇浣跨敤 InstDrv.exe 瀹夎呴┍锷ㄧ▼搴忥纴纭浠跺嵆鍙姝ｅ父宸ヤ綔銆 ? 宕鏂扮殑纭浠剁嫍缂栬緫宸ュ叿 DogEdt32.exe 闆嗘垚浜嗗师链 DogEdt32.exe 銆 Reveal.exe 銆 Convert.exe 涓変釜宸ュ叿锛屽苟鏂板为敊璇镰佹煡璇㈠姛鑳斤纴浠ょ‖浠剁嫍缂栬緫璋冭瘯杩囩▼镟磋秼绠鎹枫侀‘鐣呫 ? 楂桦己搴﹀姩镐佸簱锷犲瘑鏂瑰纺 鍦ㄥ师链夊姞瀵嗘柟寮忓熀纭涓婏纴鏂板 C 璇瑷楂桦己搴﹀姩镐佸簱锷犲瘑鏂瑰纺锛屽苟链夋晥杩愮敤锷ㄦ佸簱璁よ瘉瀹夊叏链哄埗锛岀‘淇濆姩镐佸簱璋幂敤鍏锋湁镞犱笌浼︽瘆镄勫畨鍏ㄥ彲闱犳с ? 鏀鎸 ActiveX 鎺т欢 寮鍙戝晢鍙浠ュ湪缃戦〉涓鎴 VB 銆 VC 涓浣跨敤 ActiveX 鎺т欢瀵圭‖浠剁嫍杩涜屾搷浣溿 ? Linux 妯″潡 鎻愪緵浜嗛拡瀵 Linux 鍐呮牳 2.2 鍜 2.4 鐗堟湰椹卞姩绋嫔簭锛屽紑鍙戝晢鍙浠ヤ娇鐢 Linux 妯″潡淇濇姢杩愯屼簬 Linux 镎崭綔绯荤粺涓婄殑搴旂敤绋嫔簭銆 [鏂板炲姛鑳絔 杞浠剁嫍寮鍙戝椾欢 3.0 鐗堟柊澧炲姛鑳 ?鍦ㄨ蒋浠剁嫍寮鍙戝椾欢 V3.0 涓锛屾柊澧炰简涓庡师骞跺彛纭浠跺畬鍏ㄥ吋瀹圭殑 UDA 鍨 USB 杞浠剁嫍銆 USB 杞浠剁嫍涔熸彁渚涗简 100 瀛楄妭镄勭敤鎴峰瓨鍌ㄥ尯銆傛柊镄勫紑鍙戝晢宸ュ叿锛 DogEdt32.EXE 锛夋垨鎺ュ彛鍑芥暟镞㈠彲浠ヨ佺殑骞跺彛纭浠讹纴涔熷彲浠ュ规柊镄 USB 纭浠惰繘琛屾搷浣溿 ?宸插畨瑁呬简杞浠剁嫍寮鍙戝椾欢 V2.1 镄勮佺敤鎴峰傝佷娇鐢 UDA 鍨 USB 杞浠剁嫍锛屽繀椤婚吨鏂板畨瑁呰蒋浠剁嫍寮鍙戝椾欢 V3.0 锛屼互瀹夎 UDA 鍨 USB 杞浠剁嫍镄勯┍锷ㄧ▼搴忓苟镟存柊寮鍙戝椾欢镄 OBJ 銆 ?寮鍙戝晢濡傛灉浣跨敤 WIN32 妯″潡锛屽湪 Windows98 鎴栨洿楂樼増链锛 WindowsME/2K/XP 锛変笅镞㈠彲浠ヤ娇鐢 USB 杞浠剁嫍涔熷彲浠ヤ娇鐢ㄥ苟鍙ｈ蒋浠剁嫍銆傜洰鍓嶆殏涓嶆彁渚 USB 杞浠剁嫍鍦 Windows NT4 涓婄殑椹卞姩绋嫔簭锛屽嵆鍦 Windows NT4 镎崭綔绯荤粺涓婏纴鐩鍓嶅彧鑳戒娇鐢ㄥ苟鍙ｈ蒋浠剁嫍銆 ?鍦ㄥ畨瑁 Linux2.4 浠ヤ笂鍐呮牳镄 Linux 绯荤粺涓锛屾棦鍙浠ヤ娇鐢ㄥ苟鍙ｈ蒋浠剁嫍涔熷彲浠ヤ娇鐢 USB 杞浠剁嫍銆 WIN16 銆 DOS16 銆 DOS32 妯″潡链娆℃病链夋敼锷锛屼粛鍙鏀鎸佸苟鍙ｈ蒋浠剁嫍銆 ?杞浠剁嫍寮鍙戝椾欢 鐩鍓嶆渶鏂扮増链涓 v3.0 ?鏀鎸佸苟鍙ｇ‖浠 RC-DL 锛堢幇宸叉洿钖崭负 PDL 锛 , 鏀鎸 USB 鍙ｇ‖浠 UDA [阃傜敤镄勮瑷鐜澧僝 骞跺彛鍨嬭蒋浠剁嫍锛 ? DOS16: C 锛 C++, FORTRAN, ASM, Pascal, BASIC ( BASCOM, Quick,True, Turbo ) , FOXPRO, Clipper, Foxbase, Dbase, EXE/COM 鏂囦欢锛汥OS32: C, C++ ( High, NDP, Watcom ), FORTRAN ( NDP, PowerStation,Watcom) 锛 EXP 鏂囦欢锛 ? Win16: C, C++ ( Borland, Visual ), Visual BASIC, FOXPRO, PowerBuilder,Delphi ? Win32: C, C++ ( Visual, Borland, C++Builder, MFC ), FORTRAN ( LAHEY,PowerStation, Visual ), Java, VisualBasic, VisualFoxpro, PowerBuilder,Delphi,JavaScript, VBScript, VBA, InstallShield, AutoCAD, .NET 绛夈 ? Linux: C, C++, Java USB 鍨嬭蒋浠剁嫍锛 ? Win32: C, C++ ( Visual, Borland, C++Builder, MFC), FORTRAN ( LAHEY, PowerStation, Visual ), Java, VisualBasic, VisualFoxpro, PowerBuilder, Delphi , JavaScript, VBScript, VBA, InstallShield, AutoCAD, .NET 绛夌瓑銆 ? Linux: C, C++, Java [阃傜敤镄勬搷浣灭郴缁焆 骞跺彛鍨嬭蒋浠剁嫍锛 ? DOS 锛 Windows 3.x / 9x / ME / NT / 2000 / XP / Sever 2003 ? LINUX (Red hat 鍐呮牳 2.2 / 2.4) USB 鍨嬭蒋浠剁嫍锛 ? Windows 98 / ME / 2000 / XP / Sever 2003 ? LINUX (Red hat 鍐呮牳 2.2 / 2.4) [寮鍙戝晢娉ㄦ剰镄勫伐浣滀簨椤筣 骞跺彛鍨嬭蒋浠剁嫍锛 骞跺彛 RC-DL 锛堢幇宸叉洿钖崭负 PDL 锛夊瀷杞浠剁嫍镄勮蒋浠惰蒋浠剁嫍寮鍙戝椾欢 V3.0 涓庡师 DJ/DK 瀹屽叏鍏煎癸纴鍗充娇鐢ㄨ蒋浠剁嫍寮鍙戝椾欢 V3.0 镄勯┍锷ㄧ▼搴忋佹ā鍧楀强宸ュ叿锛屽彲浠ユｅ父镎崭綔 DJ/DK 鍨嬭蒋浠剁嫍銆傛墍浠ュ缓璁浣跨敤铡 DJ/DK 杞浠剁殑寮鍙戝晢灏嗘偍镄勯┍锷ㄧ▼搴忋佹ā鍧楀强宸ュ叿鍏ㄩ儴鐢ㄨ蒋浠剁嫍寮鍙戝椾欢 V3.0 锛埚厜鐩樼増锛夊椾欢鍗囩骇銆 濡傛灉鎭ㄤ粛镞т娇鐢ㄥ师链夌殑 DI/DJ/DK 椹卞姩绋嫔簭銆佹ā鍧楀强宸ュ叿锛屽湪 DOS 銆 Windows 9X/NT/2000 涓嫔 RC-DL 鍙鑳藉仛璇绘搷浣滐纴鍐欐搷浣滃皢澶辫触銆傚傛灉鎭ㄤ笉𨱍虫敼锷ㄥ凡鍙戣岀殑杞浠讹纴钥岃缮瑕佷娇鐢 RC-DL 鍨嬭蒋浠剁嫍锛屽彧鍗囩骇椹卞姩绋嫔簭涔熷彲浠ワ纴浣嗘偍镄勭▼搴忓繀椤绘槸 WIN32 绋嫔簭銆傚傛灉鎭ㄥ姞瀵嗙殑绋嫔簭鏄 DOS16 銆 DOS32 鎴 WIN16 绋嫔簭锛屾偍蹇呴’鍗囩骇鏂扮殑妯″潡鍙婂伐鍏凤纴钖﹀垯灏嗘棤娉曞 RC-DL 鍨嬭蒋浠剁嫍杩涜屽啓镎崭綔銆 [浣跨敤鏂规硶] 1.瀵 EXE 鏂囦欢 ( 鎴 COM 鏂囦欢 ), 鍒╃敤閰嶅楄蒋浠朵腑镄 EXE 鏂囦欢锷犲瘑宸ュ叿锷犲瘑銆 2 瀵规暟鎹搴撴枃浠 (PRC 銆 FOX 銆 APP 銆 DBF), 鍒╃敤閰嶅楄蒋浠朵腑镄勫姞瀵嗗伐鍏峰姞瀵嗐 3 瀵逛簬 C 璇瑷鍙婂叾瀹幂紪璇戝瀷璇瑷锛岄厤濂楄蒋浠朵腑鎻愪緵鍙阈炬帴镄勬ā鍧楁枃浠 (OBJ 鏂囦欢 ) 锛 妯″潡鏂囦欢涓鎻愪緵涓や釜鍑芥暟 :(1) 鍐欐暟鎹 ; 鈶佃绘暟鎹銆傚紑鍙戝晢鍙鍦ㄨ佸姞瀵呜蒋浠剁殑婧愮爜涓锷犲叆阃傚綋镄勮皟鐢ㄨ鍙ワ纴瀵硅蒋浠剁嫍杩涜岃诲啓镎崭綔锛屼互纭瀹氩瑰簲镄勮蒋浠剁嫍鏄钖﹀瓨鍦锛屼粠钥屽喅瀹氱▼搴忔槸钖︾户缁杩愯屻傚瑰姞鍏ヨ蒋浠剁嫍鍑芥暟璋幂敤镄勬簮绋嫔簭缂栬疟寰岋纴阈炬帴镞跺姞涓婅蒋浠剁嫍镄勬ā鍧楁枃浠 (OBJ) 鍗冲彲銆
Ⅳ 加密狗的工作原理
以下就现今全球软件保护行业较普遍采用的方法之一使用“硬件加密狗”的方式方法谈谈自己的一点看法。
在当今中国市场上最主要的加密锁品牌有：1。美国彩虹公司（也是最早做硬件加密的公司）的国产品牌“加密狗”、美国品牌“圣天诺软件加密锁”；2。阿拉丁的“HASP”系列加密锁；3。德国威博公司的“WBU－KEY”加密锁；4。深思洛克的“深思加密锁”；5。蓝宇风公司的“金盾加密锁”；6。飞天公司的“ROCKEY”加密锁等几个主要品牌。
以上加密锁品牌的工作原理都是大同小异：被保护的软件－－加密锁之间形成一一对映的关系，被保护的软件在运行的过程当中不断通过其API函数向加密锁发指令来判断加密锁是否存在于，软件离开保护锁不能运行。
但是从其发展历程来看，本人以美国RAINBOW公司的产品生产研发的历程作一个简单的介绍：
1、从最早由美国RAINBOW公司生产的第一代硬件保护锁，只是通过一个简单查询函数来验证并口的硬件保护锁是否存在，存在则程序继续运行，不再则软件终止运行，来完成并保护软件开发商的利益；
2、接着依然是美国RAINBOW公司对自己的第一代的产品进行了改进而形成了第二代的加密锁产品，并且美国RAINBOW公司为其第二代产品取名为：SENTINEL PRO，其与第一代的产品相比较最大的改变在于加密锁硬件里头的运算芯片由RAINBOW公司写入了一个固定的“加密算法”，但这个算法是单一的固定的。
以上两种产品对于软件开发商来说有一个相当大的风险，那就是其必需相信RAINBOW公司不会把买给他们的加密锁买给别的个人，如果RAINBOW把相同的产品出售给别人的话，别人拿到这个加密锁就能使用开发商的软件。
3、通过软件开发商对这个问题的重视，RAINBOW公司针对这种情开发出了第三代的加密产品：SENTINEL SUPERPRO，这种产品彻底解决了软件开发商的后顾之忧。这种产品其运算芯片中内置了28种算法，共分为56个单元，每两个单元可以单独保护一个应用程序，故用RAINBOW公司的说法其一把锁可以保护28个应用程序；且这种加密锁的每个算法单元所采用的算法因子是由软件开发商自己设定的，当其写入加密锁后对于外界来说就相当于一个暗箱，是任何人也读不出来的。
4、但随着解密者的技术的不断提高，RAINBOW中国公司研发出了第四代的产品－智能狗，与现今的差不多所有品牌的加密锁相比较，这种狗有了一个质的飞跃：其通过在开发过程中把一段代码加密后写入加密狗，当程序运行时再把加密狗里的代码在加密狗里自行运行，程序调用其运算结果来完成软件的加密，如此就从理论上杜绝了软件被破解的可能。
现在市面上的加密狗的工作原理不外乎RAINBOW的这两种形式：1、程序发命令查询－－加密狗运算后相应程序；2、把源代码放入加密狗内部执行（现在还只有RAINBOW公司一家有此功能的加密狗）。
转载自月光博客。
Ⅵ 如何把加密狗转换成u盘
加密狗是防止软件被盗版
保护软件的
通常加密狗是有内存的，但一般较小
在几K到几百K
所以转换成U盘，意义也不大
如果只从技术角度来讲
也是可行，因为加密狗的内存也是可以存储的，没有U盘读写操作方便，不同于闪存，在使用开发包的情况下不用转换也是可以存储的
结论：转换意义不大，只做技术探讨还是很有趣的，想法很好
Ⅶ 加密狗怎么打开
问题一：怎么查看加密狗是什么软件的加密狗 查看硬件ID，设备管理器里面，然后输入它的ID网络就有了。
问题二：电脑上怎么打开加密狗服务程序运行 你首先得有加密狗，然后才能打开加密狗服务程序运行哦。
问题三：怎么查看加密狗是什么软件的加密狗 加密狗包装盒上有详细说明。
问题四：加密狗怎么使用？ 把加密狗插到电脑上 运行软件就好了 定虫虫群发软件 有个桐脊搭加密狗 其实可以这么理解 虫虫软件是个房子 加密狗就是钥匙 没有要是 房门也没法打开
问题五：什么是加密狗，要如何使用加密狗，越具体越好 是为软件加密用的。现在加密狗可以和云授权配合使用，完成软件的各种销售模式。比如软件试用、限时限次的。
问题六：什么是加密狗呢?怎么使用呢？ 加密狗 加密狗是由彩虹天地公司首创，后来发展成如今的一个软件保护的通俗行业名词，加密狗是一种插在计算机并行口上的软硬件结合的加密产品（新型加密狗也有u *** 口的）。一般都有几十或几百字节的非易失性存储空间可供读写，现在较新的狗内部还包含了单片机。软件开发者可以通过接口函数和软件狗进行数据交换（即对软件狗进行读写），来检查软件狗是否插在接口上；或者直接用软件狗附带的工具加密自己EXE文件（俗称包壳）。这样，软件开发者可以在软件中设置多处软件锁，利用软件狗做为钥匙来打开这些锁；如果没插软件狗或软件狗不对应，软件将不能正常执行。
加密狗通过在软件执行过程中和加密狗交换数据来实现加密的.加密狗内置单片机电路(也称CPU)，使得加密狗具有判断、分析的处理能力，增强了主动的反解密能力。这种加密产品称它为智能型加密狗.加密狗内置的单片机里包含有专用于加密的算法软件，该软件被写入单片机后，就不能再被读出。这样，就保证了加密狗硬件不能被复制。同时，加密算法是不可预知、不可逆的。加密算法可以把一个数字或字符局拿变换成一个整数，如DogConvert(1)=17345、DogConvert(A)=43565。
加密狗是为软件开发商提供的一种智能型的软件保护工具，它包含一个安装在计算机并行口或 USB 口上的硬件，及一套适用于各种语言的接口软件和工具软件。加密狗基于硬件保护技术，其目的是通过对软件与数据的保护防止野森知识产权被非法使用。
加密狗的工作原理：
加密狗通过在软件执行过程中和加密狗交换数据来实现加密的.加密狗内置单片机电路(也称CPU)，使得加密狗具有判断、分析的处理能力，增强了主动的反解密能力。这种加密产品称它为智能型加密狗.加密狗内置的单片机里包含有专用于加密的算法软件，该软件被写入单片机后，就不能再被读出。这样，就保证了加密狗硬件不能被复制。同时，加密算法是不可预知、不可逆的。加密算法可以把一个数字或字符变换成一个整数，如DogConvert(1)=17345、DogConvert(A)=43565。下面，我们举个例子说明单片机算法的使用。 比如一段程序中有这样一句：A=Fx(3)。程序要根据常量3来得到变量A的值。于是，我们就可以把原程序这样改写：A=Fx(DogConvert(1)-12342)。那么原程序中就不会出现常量3，而取之以DogConvert(1)-12342。这样，只有软件编写者才知道实际调用的常量是3。而如果没有加密狗，DogConvert函数就不能返回正确结果，结果算式A=Fx(DogConvert(1)-12342)结果也肯定不会正确。这种使盗版用户得不到软件使用价值的加密方式，要比一发现非法使用就警告、中止的加密方式更温和、更隐蔽、更令解密者难以琢磨。此外，加密狗还有读写函数可以用作对加密狗内部的存储器的读写。于是我们可以把上算式中的12342也写到狗的存储器中去，令A的值完全取决于DogConvert()和DogRead()函数的结果，令解密难上加难。不过，一般说来，加密狗单片机的算法难度要低于一些公开的加密算法，如DES等，因为解密者在触及加密狗的算法之前要面对许多难关
[编辑本段]目前最新的硬件加密原理
随着解密技术的发展，单片机加密狗由于其算法简单，存储空间小，容易被硬复制等原因，正逐渐被市场所淘汰。以北京彩虹天地信息技术股份有限公司为首的国内加密狗厂商研发出稳定性更好、存储空间更大（最大为64K）、有效防止硬克......>>
问题七：如何查看加密狗内容 我认为在鼎力软件上打开 在软件的上方工具栏中有一项 升级加密狗 我觉得在哪里应该可以看到狗的一些信息 也许不对 但 希望对你有所帮助！
问题八：在win7下怎么查看加密狗是什么型号 完全是可以的！方法对就可以！方法不对就不行！ 查看原帖>>
希望采纳
问题九：加密狗文件怎么播放 是播放时需要插上加密狗才能播放的？还是视频文件被加密了？有加密狗的话，可以看一下是哪中狗，常见的如彩虹、HASP等等，网上都有破解软件。视频文件加密的话，需要看到文件分析一下才可以知道怎么办。 查看原帖>>
问题十：加密狗内容如何复制到电脑上 只这么简单复制还能叫加密狗？