Ⅰ 加密鎖和加密狗有區別嗎 誰能詳細介紹一下他們的相關信息
一、加密狗加密的基本原理
開發商程序通過調用硬體加密狗的介面模塊對硬體加密狗操作，硬體加密狗響應該操作並通過介面模塊將相應數據返回給開發商的應用程序。開發商的應用程序可以對返回值進行判定並採取相應的動作。如果返回無效的響應，表明沒有正確的狗，開發商可以將應用程序終止運行，或者讓應用程序以錯誤的方式執行。
二、常用的解密方法
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等等，網上都有破解軟體。視頻文件加密的話，需要看到文件分析一下才可以知道怎麼辦。 查看原帖>>
問題十：加密狗內容如何復制到電腦上 只這么簡單復制還能叫加密狗？