當前位置:首頁 » 網路管理 » usb虛擬狗如何刪除
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

usb虛擬狗如何刪除

發布時間: 2022-06-01 00:55:11

⑴ USB加密狗無法識別,是什麼原因如何解決

可以通過如下的方式進行解決:

(1)使用vSphere Client連接到ESXi主機,在"配置→高級設置"中,單擊右側的"編輯"按鈕,在"將設備標記為可直通"對話框中,選擇所有的 USB控制器。

4、添加PCI設備之後,保存配置,打開虛擬機電源。

5、進入虛擬機系統,看USB設備是否已經被識別。如果沒有被識別,請關閉虛擬機的電源,修改虛擬機配置,刪除(3)步中添加的PCI設備,重新添加下一個PCI設備,之後保存配置,並再次打開虛擬機的電源。重復這幾步,直到添加的PCI設備與插在主機上的USB設備對應為止。

⑵ 加密狗插上後怎樣拔除

USB的話直接拔就OK了,沒有什麼問題,加密狗和U盤不一樣,所以電腦右下角是不會顯示加密狗的

⑶ 我的電腦里有加密狗驅動程序,請問可以刪除嗎這個軟體有用嗎

加密狗是外形酷似U盤的一種硬體設備,正名加密鎖,後來發展成如今的一個軟體保護的通俗行業名詞,"加密狗"是一種插在計算機並行口上的軟硬體結合的加密產品(新型加密狗也有usb口的)。一般都有幾十或幾百位元組的非易失性存儲空間可供讀寫,現在較新的狗內部還包含了單片機。軟體開發者可以通過介面函數和軟體狗進行數據交換(即對軟體狗進行讀寫),來檢查軟體狗是否插在介面上;或者直接用軟體狗附帶的工具加密自己EXE文件(俗稱"包殼")。這樣,軟體開發者可以在軟體中設置多處軟體鎖,利用軟體狗做為鑰匙來打開這些鎖;如果沒插軟體狗或軟體狗不對應,軟體將不能正常執行。

最好不要刪掉

⑷ 電腦無法識別USB加密狗如何卸載安裝驅動啊

是否安裝了加密狗共享軟體? 如果是,請取消共享再卸載,如果已經卸載了,安裝後取消共享。

加密狗驅動文件被殺軟強制幹掉了。恢復或加白名單,不行卸載吧。
驅動無法卸載或是無法啟動成功,查看系統信息的錯誤詳細情形。
打開設備管理器。顯示所有隱藏設備,把加密狗對應的服務和設備強制手工刪除,重啟後直接卸載,重新安裝一般即可(如果知道驅動的具體名稱,請直接到驅動目錄手工刪除)
建議進入到安全模式進行以上操作

如果是WIN7以上 X64系統。以上全略過,建議解決許可權問題

⑸ 一個安裝軟體裡面集成USB加密狗,怎麼才能把裡面的加密狗給刪除掉,不用每次都插加密狗才能運行軟體

除非你把軟體破解了,否則是必須插加密狗才能使用的。
這是正版軟體的正常做法,要不然怎麼區分正版和盜版的。
現在好多盜版軟體都有加密狗了,不過那個加密狗插不插沒有多大影響。
你可以把加密狗插在主機箱後面,這樣的話,就不用一直插拔加密狗了么。
省事多勒
希望可以幫到你。

⑹ 如何卸載加密狗驅動

在設備管理器中點擊菜單 查看-》顯示隱藏的設備,然後到設備列表中點開「非即插即用驅動程序」中搜尋一下跟你的加密狗驅動有關的文件,點擊右鍵選卸載即可。

⑺ 如何把mastercam2019的虛擬狗給刪除

在電腦控制面板中進行卸載。
在我的電腦中找到控制面板,然後在控制面板中找到想要刪除的文件,右擊滑鼠,選擇刪除/卸載。
Mastercam2019中文版是一款高效專業的實用型CAD/CAM設計輔助工具,Mastercam2019中文版功能強勁,操作簡便,能夠幫助用戶輕松設計各種復雜的曲線、曲面零件、刀具路徑,Mastercam2019中文版提供了強大的轉變和Mill-Turn功能,能夠提高了刀具路徑設計的效率。

⑻ 怎麼破解USB加密狗

hasp 系列加密狗破解有的朋友認為很難,其實不然,只要有足夠的耐心和技術基礎。是沒有問題的。
--------------------------------------------------------------------------------------------------------
004015FF |. 8D95 ACFBFFFF lea edx,[local.277]
00401605 |. 52 push edx
00401606 |. 8B85 F8FBFFFF mov eax,[local.258]
0040160C |. 50 push eax
0040160D |. 8B8D A8FBFFFF mov ecx,[local.278]
00401613 |. 51 push ecx
00401614 |. 68 D4E54000 push APP.0040E5D4 ; ASCII "EN"
00401619 |. 8B55 E8 mov edx,[local.6]
0040161C |. 52 push edx
0040161D |. E8 8E230000 call <jmp.&user_dll.sui_In> ;這個CALL只要一執行,就死掉,所以必須跟進
00401622 |. 8945 EC mov [local.5],eax
00401625 |. 8B45 EC mov eax,[local.5]
00401628 |> 8B4D F4 mov ecx,[local.3]
0040162B |. 64:890D 00000000 mov fs:[0],ecx
00401632 |. 8B4D E4 mov ecx,[local.7]
00401635 |. E8 C72D0000 call APP.00404401
0040163A |. 8BE5 mov esp,ebp
0040163C |. 5D pop ebp
0040163D \. C3 retn
--------------------------------------------------------------------------------------------------------
6、跟進後出現一下代碼,看第一行,就是0040161D 處調用的函數,再看右面的注釋,心跳加快,InitSystem,從名字上你都能猜想它會干什麼,對,讀狗的相關代碼就應該在這兒初始化(當然還要初始化其他信息),繼續跟進
--------------------------------------------------------------------------------------------------------
004039B0 $- FF25 C8554000 jmp ds:[<&user_In>] ; InitSystem
004039B6 $- FF25 C4554000 jmp ds:[<&user_Star>] ; StartProgram
004039BC $- FF25 C0554000 jmp ds:[<&user_Mai>]
004039C2 $- FF25 AC544000 jmp ds:[<&XXX_DLL.#3>]
004039C8 $- FF25 A8544000 jmp ds:[<&XXX_DLL.#47>]
--------------------------------------------------------------------------------------------------------
7、跟進後,代碼是一系列的IsBadReadPtr,由此判斷該處是初始化內存工作,離讀狗還用有一段距離。部分代碼如下,還有更多的IsBadReadPtr,沒必要就不貼了,貼一點提示思路即可。
一直按F8,痛苦的是這段代碼中有個循環,要循環20多次,稍不留神就結束循環,立刻進入另一個關鍵CALL,程序又死掉。所以在這兒又費了我很多時間。
--------------------------------------------------------------------------------------------------------
00EF5940 > 55 push ebp ;InitSystem函數
00EF5941 8BEC mov ebp,esp
00EF5943 81EC 280C0000 sub esp,0C28
00EF5949 A1 6C2EF100 mov eax,ds:[F12E6C]
00EF594E 8945 E0 mov ss:[ebp-20],eax
00EF5951 57 push edi
00EF5952 8B45 0C mov eax,ss:[ebp+C]
00EF5955 50 push eax
00EF5956 68 6848F100 push user_dll.00F14868
00EF595B E8 34F70000 call <jmp.&MSVCR71.strcpy>
00EF5960 83C4 08 add esp,8
00EF5963 B9 583AF100 mov ecx,user_dll.00F13A58
00EF5968 85C9 test ecx,ecx
00EF596A 74 46 je short user_dll.00EF59B2
00EF596C 6A 01 push 1
00EF596E 68 583AF100 push user_dll.00F13A58
00EF5973 FF15 1072F000 call ds:[<&KERNEL32.IsBadWritePtr>] ; kernel32.IsBadWritePtr
00EF5979 85C0 test eax,eax
00EF597B 75 35 jnz short user_dll.00EF59B2
00EF597D 837D 10 00 cmp dword ptr ss:[ebp+10],0
00EF5981 74 26 je short user_dll.00EF59A9
00EF5983 6A 01 push 1
00EF5985 8B55 10 mov edx,ss:[ebp+10]
00EF5988 52 push edx
00EF5989 FF15 1472F000 call ds:[<&KERNEL32.IsBadReadPtr>] ; kernel32.IsBadReadPtr
00EF598F 85C0 test eax,eax
00EF5991 75 16 jnz short user_dll.00EF59A9
00EF5993 68 04010000 push 104
00EF5998 8B45 10 mov eax,ss:[ebp+10]
00EF599B 50 push eax
00EF599C 68 583AF100 push user_dll.00F13A58
00EF59A1 FF15 1872F000 call ds:[<&KERNEL32.lstrcpynW>] ; kernel32.lstrcpynW
--------------------------------------------------------------------------------------------------------
8、上面代碼執行結束後迅速來到下面代碼,注釋處的CALL執行就死,跟進
--------------------------------------------------------------------------------------------------------
00EF5D8A 6A 03 push 3
00EF5D8C 68 10000100 push 10010
00EF5D91 8B15 9C3EF100 mov edx,ds:[F13E9C]
00EF5D97 83C2 12 add edx,12
00EF5D9A 52 push edx
00EF5D9B 68 D80CF100 push user_dll.00F10CD8
00EF5DA0 A1 9C3EF100 mov eax,ds:[F13E9C]
00EF5DA5 8B88 2C0F0000 mov ecx,ds:[eax+F2C]
00EF5DAB 51 push ecx
00EF5DAC E8 45E70000 call <jmp.&XXX_dll.#66_UserMessage>
00EF5DB1 EB 15 jmp short user_dll.00EF5DC8
00EF5DB3 E8 580B0000 call user_dll.00EF6910 ;該CALL執行就死掉,讀狗函數在這里
00EF5DB8 85C0 test eax,eax
00EF5DBA 74 0C je short user_dll.00EF5DC8
--------------------------------------------------------------------------------------------------------
9、跟進後一直按F8,遇到CALL user_dll.00XXXXXX字樣的要格外小心,果然執行到某個CALL的時候死掉,只好記住地址,重設斷點,重新來,繼續跟進死掉的CALL。由於這兒一直是尋找讀狗函數,所以不再貼代碼了,大家只看思路,無用代碼太多,會擾亂思路.
10、不厭其煩的重復上述過程突然發現下面代碼,相信僅僅函數名足以讓你興奮
-------------------------------------------------------------------------------------------------------
00EF6EB8 51 push ecx
00EF6EB9 68 680AF100 push user_dll.00F10A68
00EF6EBE 8B15 9C3EF100 mov edx,ds:[F13E9C]
00EF6EC4 83C2 12 add edx,12
00EF6EC7 52 push edx
00EF6EC8 E8 85D70000 call <jmp.&HLK_dll.#13_hlk_LogIn> ;LogIn,登錄狗
00EF6ECD 85C0 test eax,eax ;判斷返回值,如是0
00EF6ECF 0F84 B2000000 je user_dll.00EF6F87 ;跳走,死掉
00EF6ED5 C705 6C3EF100 01000000 mov dword ptr ds:[F13E6C],1
00EF6EDF E8 5CD70000 call <jmp.&HLK_dll.#10_hlk_Avail> ;讀另一個數據,為ReadDong做准備,雖然
00EF6EE4 85C0 test eax,eax ;不知道讀什麼,但返回值如是0
00EF6EE6 0F84 9B000000 je user_dll.00EF6F87 ;跳走,死掉
00EF6EEC 8D85 5CFFFFFF lea eax,ss:[ebp-A4]
00EF6EF2 50 push eax
00EF6EF3 E8 54D70000 call <jmp.&HLK_dll.#15_hlk_ReadDong> ;再讀
00EF6EF8 85C0 test eax,eax ;判斷返回值,如是0
00EF6EFA 0F84 87000000 je user_dll.00EF6F87 ;OVER
00EF6F00 B9 2848F100 mov ecx,user_dll.00F14828 ;判斷ECX是否為0,跟蹤發現該值是狗的編號
00EF6F05 85C9 test ecx,ecx ;是0與否,不影響程序運行
00EF6F07 74 2B je short user_dll.00EF6F34
00EF6F09 8D55 98 lea edx,ss:[ebp-68] ;該地址存放狗的編號
00EF6F0C 85D2 test edx,edx
00EF6F0E 74 16 je short user_dll.00EF6F26
00EF6F10 6A 06 push 6
00EF6F12 8D45 98 lea eax,ss:[ebp-68]
00EF6F15 50 push eax
00EF6F16 68 2848F100 push user_dll.00F14828
00EF6F1B FF15 E875F000 call ds:[<&MSVCR71.strncpy>] ; MSVCR71.strncpy
--------------------------------------------------------------------------------------------------------
11、聰明的你肯定知道該做什麼了,對,只要把00EF6ECF、00EF6EE6、00EF6EFA三處的je改為jne即可跳過狗的檢查。我毫不猶豫的就改了,運行,然而並沒有出現預想的興奮的事情。出現一個錯誤提示「沒有發現可選文件」。
12、「可選文件」是什麼意思,到軟體安裝目錄查看,有個OPTION文件夾,裡面有很多文件,用UltraEdit打開,看不懂呵呵
13、將改文件夾中的文件所有文件刪除,帶狗運行,出現和11步同樣的提示;恢復文件,運行正常。由此可見,解密那些文件需要狗中的數據,大家知道HASP狗用的是AES,難道狗中存放著AES密碼??帶著這樣的疑問跟蹤程序,來到下面代碼
--------------------------------------------------------------------------------------------------------00EF723F 8B8D 68F6FFFF mov ecx,ss:[ebp-998] ;壓入的三個參數意義就不說明了,因為沒必要
00EF7245 51 push ecx
00EF7246 8D95 64F8FFFF lea edx,ss:[ebp-79C]
00EF724C 52 push edx
00EF724D 8D85 BCFAFFFF lea eax,ss:[ebp-544]
00EF7253 50 push eax
00EF7254 E8 47180000 call user_dll.00EF8AA0 ;該函數執行完後,EDX會出現一些明碼,明碼信息

大概為APPLICAITON=XXX;OPTION=XXX.....是不是很像文件啟動需要檢查的選項?所以要弄懂解密演算法,必須跟進
--------------------------------------------------------------------------------------------------------
14、跟進後,部分代碼如下,這部分代碼很關鍵,所以貼的比較多。但是有很多是內核函數,很容易讀懂。
--------------------------------------------------------------------------------------------------------
00EF8B30 8D8D 68FDFFFF lea ecx,ss:[ebp-298]
00EF8B36 51 push ecx
00EF8B37 8B55 0C mov edx,ss:[ebp+C]
00EF8B3A 83C2 2C add edx,2C
00EF8B3D 52 push edx
00EF8B3E 68 5038F100 push user_dll.00F13850
00EF8B43 E8 14BD0000 call <jmp.&XXX_DLL.#100_ExtendPathName> ; 獲取文件完整路徑
00EF8B48 6A 00 push 0
00EF8B4A 8D85 70FFFFFF lea eax,ss:[ebp-90]
00EF8B50 50 push eax
00EF8B51 8D8D 68FDFFFF lea ecx,ss:[ebp-298]
00EF8B57 51 push ecx
00EF8B58 E8 63BC0000 call <jmp.&XXX_DLL.#47_MakeSString>
00EF8B5D 50 push eax
00EF8B5E FF15 0872F000 call ds:[<&KERNEL32.OpenFile>] ; 打開文件
00EF8B64 8985 54FDFFFF mov ss:[ebp-2AC],eax
00EF8B6A 83BD 54FDFFFF FF cmp dword ptr ss:[ebp-2AC],-1
00EF8B71 74 55 je short user_dll.00EF8BC8
00EF8B73 8B95 50FDFFFF mov edx,ss:[ebp-2B0]
00EF8B79 52 push edx
00EF8B7A 8B85 60FDFFFF mov eax,ss:[ebp-2A0] ;存放讀入數據的緩沖區,關鍵(後面破解用上)
00EF8B80 50 push eax
00EF8B81 8B8D 54FDFFFF mov ecx,ss:[ebp-2AC]
00EF8B87 51 push ecx
00EF8B88 FF15 F071F000 call ds:[<&KERNEL32._hread>] ; 讀文件,ebp-2A0為存放讀入數據的緩沖區
00EF8B8E 3B85 50FDFFFF cmp eax,ss:[ebp-2B0]
00EF8B94 75 19 jnz short user_dll.00EF8BAF
00EF8B96 8B55 10 mov edx,ss:[ebp+10]
00EF8B99 52 push edx
00EF8B9A 8B85 64FDFFFF mov eax,ss:[ebp-29C]
00EF8BA0 50 push eax
00EF8BA1 8B8D 60FDFFFF mov ecx,ss:[ebp-2A0] ;存放解密後的數據,和讀入緩沖區地址相同
00EF8BA7 51 push ecx
00EF8BA8 E8 B1BA0000 call <jmp.&HLK_dll.#12_hlk_Crypt> ;對讀入的數據進行解密,須弄懂演算法
00EF8BAD EB 0A jmp short user_dll.00EF8BB9
00EF8BAF C785 64FDFFFF 00000000 mov dword ptr ss:[ebp-29C],0
00EF8BB9 8B95 54FDFFFF mov edx,ss:[ebp-2AC]
00EF8BBF 52 push edx
00EF8BC0 FF15 F471F000 call ds:[<&KERNEL32._lclose>] ; 關閉文件
00EF8BC6 EB 0A jmp short user_dll.00EF8BD2
00EF8BC8 C785 64FDFFFF 00000000 mov dword ptr ss:[ebp-29C],0 ;後面的函數不做解釋了,只需知道解密後的
00EF8BD2 8B85 60FDFFFF mov eax,ss:[ebp-2A0] ;數據存放在ebp-2A0
00EF8BD8 0385 64FDFFFF add eax,ss:[ebp-29C]
00EF8BDE C600 00 mov byte ptr ds:[eax],0
00EF8BE1 8B4D 08 mov ecx,ss:[ebp+8]
00EF8BE4 8B95 60FDFFFF mov edx,ss:[ebp-2A0]
00EF8BEA 8911 mov ds:[ecx],edx
00EF8BEC 8B85 64FDFFFF mov eax,ss:[ebp-29C]
00EF8BF2 8B4D FC mov ecx,ss:[ebp-4]
00EF8BF5 E8 E8C30000 call user_dll.00F04FE2
00EF8BFA 8BE5 mov esp,ebp
00EF8BFC 5D pop ebp
00EF8BFD C3 retn
--------------------------------------------------------------------------------------------------------
15、為了得到解密後的數據,跟進00EF8BA8處的call <jmp.&HLK_dll.#12_hlk_Crypt>,看看到底是什麼演算法。可是樂觀的情緒又受打擊,該函數有大量的花指令,菜鳥階段,不懂如何去除花指令,研究肯定不是一天兩天的事。所以不能在一棵樹上弔死,換個思維,為什麼不能用程序本身的代碼進行解密呢!!!
對,就讓程序自身幫我們幹活!說干就干,在步驟13的00EF723F處設斷,反復運行程序,每執行一次查看ebp-2A0處的值,並mp出來,另存為16進制文件,這些文件就是解密過的文件,將其覆蓋原來的加密文件。剩下要做的就是跳過上面代碼中的解密模塊(_hlk_Crypt)。
這個很簡單,來到00EF8B8E 處,即程序剛進行完_hread之後,將該處的代碼cmp eax,ss:[ebp-2B0]改為jmp 00EF8BB9然後匯編。由於_hread函數和_hlk_Crypt函數用的是同一個緩沖區,所以_hread函數執行完畢後,ebp-2A0處的已解密數據就可順利為後續程序使用了。
16、經過上面修改後,F9,程序順利啟動!!!!

【繼續完善】
17、程序運行一段時間後,彈出對話框,通知確定狗的存在!!看來程序啟動中還是要定時檢查的。
第一個念頭:查找SetTimer函數,果然找到,且只有一次調用,心想就是這個函數在作怪了,該函數的uElapsed值為1秒,我將其該為9A7EC800,即30天。運行,可是仍然定時檢查狗的存在
第二個念頭:查找其他有關時間的函數,但感覺有點費勁,進而轉第三個念頭
第三個念頭:以其他的函數設斷點,如大家常用的CreateFile、DeviceIoControl等,但沒用過,感覺肯定不是跟蹤一兩句代碼就可搞定的事情,進而轉第四個念頭
第四個念頭:一勞永逸的想法,從源頭解決問題。為什麼不直接修改讀狗函數的返回值?這樣程序無論何時檢查狗都無所謂。
重新跟進hlk_LogIn、hlk_Avail、hlk_ReadDong三個函數,發現這三個函數返回前都有共同的代碼:
--------------------------------------------------------------------------------------------------------
00B5126C 837D FC 00 cmp dword ptr ss:[ebp-4],0 ;看ebp-4是否為0
00B51270 0F94C0 sete al ;是,則eax=1,有狗
00B51273 8B4D F4 mov ecx,ss:[ebp-C]
00B51276 E8 C6640400 call HLK_dll.00B97741 ;該CALL並不是真正函數,經驗證不影響上面的EAX值
00B5127B 8BE5 mov esp,ebp
00B5127D 5D pop ebp
00B5127E C2 0C00 retn 0C
-----------------------------------------------------------------------------------------------------
不插狗的情況下[ebp-4] = 9,因此eax = 0,無狗,因此只需將 sete al改為 setne al,匯編,即可。
至此,打狗結束,程序非常正常。將修改後的文件另存到可執行文件,做為補丁,覆蓋原文件,狗解除。

⑼ 我在USB上插了個加密狗怎麼樣才能讓他不顯示在右下方呢

你好!
加密狗同樣也屬於一個硬體,硬體插在電腦上都需要進行驅動及更新相關信息,這個現象是很正常的。第二次使用的時候右下角就不會再次出現硬體圖標了,您可以放心使用,而且不會有任何的顯示,你可以放心的使用,別人是不會誤刪你的加密狗的,最多也就把你的驅動刪了,如果是驅動刪了,你重新安裝一次就可以了~
如有疑問,請追問。