破解以太坊私鑰網站

⑴ 有什麼軟體可以破解證書里的私鑰口令現金答謝!

啊~~快升職了~

⑵ 怎麼破解openssl 生成的證書

使用OpenSSL工具生成根證書與應用證書方法：1、生成頂級CA的公鑰證書和私鑰文件，有效期10年（RSA1024bits，默認）opensslreq-new-x509-days3650-keyoutCARoot1024.key-outCARoot1024.crt2、為頂級CA的私鑰文件去除保護口令opensslrsa-inCARoot1024.key-outCARoot1024.key3、生成頂級CA的公鑰證書和私鑰文件，有效期15年（RSA2048bits，指定）opensslreq-newkeyrsa:2048-x509-days5480-keyoutCARoot2048.key-outCARoot2048.crt4、為頂級CA的私鑰文件去除保護口令opensslrsa-inCARoot2048.key-outCARoot2048.key5、為應用證書/中級證書生成私鑰文件opensslgenrsa-outapp.key20486、根據私鑰文件，為應用證書/中級證書生成csr文件（證書請求文件）opensslreq-new-keyapp.key-outapp.csr7、使用CA的公私鑰文件給csr文件簽名，生成應用證書，有效期5年opensslca-inapp.csr-outapp.crt-certCARoot1024.crt-keyfileCARoot1024.key-days1826-policypolicy_anything8、使用CA的公私鑰文件給csr文件簽名，生成中級證書，有效期5年opensslca-extensionsv3_ca-inapp.csr-outapp.crt-certCARoot1024.crt-keyfileCARoot1024.key-days1826-policypolicy_anything以上是生成根證書與應用證書過程中要用到的所有命令，根據生成目標不同，分為三組。其中，前面兩組都用於生成自簽名的頂級CA（區別只在於密鑰長度不同），實際應用中只需根據需求選擇一組即可。最後一組用於生成非自簽名的證書，包括中級證書與應用證書。所謂中級證書，是具有繼續頒發下級證書許可權的子CA，而本文中所說的應用證書，特指不能用來繼續頒發下級證書，只能用來證明個體身份的證書。頂級CA在簽發二者的時候，只是多少一個-extensionsv3_ca選項的區別，這個選項賦予被簽發的證書繼續簽發下級證書的權力。

⑶ 某個比特幣地址的情況下，是否有可能通過破解私鑰來

不可能。真的不可能。

⑷ 以太妨錢包映射中私鑰丟失怎麼找回

丟失的話最好是在貼丟失廣告

⑸ RSA解密私鑰

3599不是素數，
http://hi..com/520huiqin/blog/item/f6bf271bef19be76dab4bd9b.html
這有RSA密碼系統的實現，你看看去

⑹ 有一個以太坊地址,在哪裡找它的私鑰

他的私鑰在開發者或者擁有者那裡吧。合約數字商品交易平台。

⑺ php如何通過keystore獲取到私鑰（以太坊）

以太坊源碼go-ethereum怎麼運行
安裝基於MIPS的linux頭文件
$ cd $PRJROOT/kernel
$ tar -xjvf linux-2.6.38.tar.bz2
$ cd linux-2.6.38

在指定路徑下創建include文件夾，用來存放相關頭文件。
$ mkdir -p $TARGET_PREFIX/include

保證linux源碼是干凈的。
$ make mrproper

生成需要的頭自文件。
$ make ARCH=mips headers_check
$ make ARCH=mips INSTALL_HDR_PATH=dest headers_install

將dest文件夾下的所有文件復制到指定的include文件夾內。zd
$ cp -rv dest/include/* $TARGET_PREFIX/include

最後刪除dest文件夾
$ rm -rf dest
$ ls -l $TARGET_PREFIX/include

⑻ 暴力破解 ecc 多久

ECC被破譯的難度的探討
1、從上面的分析來看，要想製作出ECC的注冊機，似乎需要知道私鑰才有可能，這需要窮舉。如果是私鑰數據長度非常大或是數據對，這基本上是不可能的。
2、sn和Hash,H等都是關聯的，能說是牽一發而動全身。
3、Hash經過復雜運算後，還要使計算的最後結果等於自身，即H=Hash，否則將驗證失敗。
4、帶ECC程式的本身只有公鑰，而沒有私鑰。私鑰只在注冊機中存在。
5、開始的感覺是，帶ECC的程式似乎有一種東西遊離於程式之外，又在控制著程式驗證的運行。知道他，卻又抓不住他，這就是私鑰。破譯一個字，難！
因此，目前常用的方法是爆破和補丁。
ECC被破譯的可能性的探討
細想一下，這有點奇怪。程式在我的機子上運行，代碼我的機子上跑，而他的驗證運行卻受程式之外的某種規律（公鑰－私鑰關系）的控制。非常是不爽，我本地運行憑什麼受外面的某種關系制約啊，哪裡有這種邏輯呢？典型的霸王條款！發揮逆向思維想想，既然驗證成功的程式能在我的機子上運行，說明他肯定符合某種規律，而這種規律存在於本機的程式中，並不一定是程式之外的那種約束關系！如果這種假設成立的話，那麼就說明有非常多種規律能適合於驗證關系！
1、分析注冊機：
K=k*G R=rG Hash=F(user,R)=F(user,r,G)=SHA(user,x,y) sn=r-Hash*k

sn,Hash,user三者關聯，即：sn=r-Hash*k=r-k*SHA(user,x,y)。
2、分析程式驗證：
sn,Hash R=sn*G+Hash*K H=F(user,R)=SHA(user,x,y)

驗證H是否等於Hash。
3、驗證程式的關聯：
H=F(user,R))=F(user,sn,G,Hash,K)=SHA(user,x,y）

如果確定user，確定G，確定K（這些都能從軟體中逆向出來的），既然驗證需求H=Hash，那麼我們就令H=Hash，則有H=F(user,sn,G，H，K)＝F(...,sn,...,H），即 H＝F(...,sn,...,H）。這其中，只有H和sn是變化的，給定sn，就能給出相應的H；其他量都是常量。
4、關鍵的問題：搞清晰F函數的關系，逆向出程式中已有的信息，用符合條件的user，任意sn（只要符合長度等基本限制），理論上就能計算出符合這個關系的Hash。這樣的話，就和私鑰沒有關系了。也就是用某個關系間接代替了公私鑰的關系。
5、ECC是窮舉，也就是說可能舉出非常多符合條件的；實際上窮舉也就是沒有固定的對應值，因此，這即是其最大的漏洞。因此，有無窮對滿足H＝F(...,sn,...,H）關系的密碼對。
6、進一步探討：
對於方程H＝F(...,sn,...,H），有些時候並不一定有解析解。如果有解析解的情況，就是 H＝HASH=f(sn...)，其他量為常值看待，非常容易給出。這樣的注冊機，其實是需求輸入user和sn兩個量來確定HASH，而不是通常的一個量。如果方程沒有解析解的情況，似乎也要窮舉？比如 X=a+b**(X+c)，這里X為變數，a,b,c為常量。 例如HASH=user+2**（a*sn+b*HASH) 等通常是沒有解析解的。
如果我們要相信私鑰起作用的話，那肯定沒有辦法了。窮舉也許是最笨的辦法，我們為什麼不能構建其他的關系來滿足方程達到能產生解析解呢？只要這些構建的關系能夠通過程式的諸如數據長度等基本的驗證機制就行了。上面的方程能這樣構建額外的關系就能簡化並構成簡單的聯立方程組，而構成這樣的關系方程實在太多，比如：
令a*sn+b*Hash=0 方程(1)就變為HASH=user＋1 聯立求解上面方程，夠簡單的吧。如果有某種限制條件，我們同樣能令a*sn+b*Hash=1，2..........既然窮舉，我們舉幾個特例就能饒過這些基本的判斷了。
7、ECC驗證
真正的ECC加密比上面的復雜，但基本原理相同。只不過他採用了橢圓曲線映射驗證機制，過程更復雜，也需要更多的構建搭橋技術。
ECC加密被破譯的可能性的探討結論
ECC能否破解？答案是肯定的只是如果程式驗證函數的復雜程度如果夠難的話，那就看你的逆向功底和數據函數構建能力了。理論上，只要另外構建一個或多個關系函數，這樣就能代替私鑰了，凡是窮舉似乎都能這樣做，而且做出的注冊機應該有無窮多個。

⑼ 怎樣實現對私鑰（公鑰）進行解密

要實現安全登錄，可以採用下面三種方法，一種基於非對稱加密演算法，一種基於對稱加密演算法，最後一種基於散列演算法。下面我們來分別討論這三種方法。
非對稱加密演算法中，目前最常用的是 RSA 演算法和 ECC（橢圓曲線加密）演算法。要採用非對稱加密演算法實現安全登錄的話，首先需要在客戶端向伺服器端請求登錄頁面時，伺服器生成公鑰和私鑰，然後將公鑰隨登錄頁面一起傳遞給客戶端瀏覽器，當用戶輸入完用戶名密碼點擊登錄時，登錄頁面中的 JavaScript 調用非對稱加密演算法對用戶名和密碼用用公鑰進行加密。然後再提交到伺服器端，伺服器端利用私鑰進行解密，再跟資料庫中的用戶名密碼進行比較，如果一致，則登錄成功，否則登錄失敗。
看上去很簡單，但是這里有這樣幾個問題。目前 RSA 演算法中，1024－2048 位的密鑰被認為是安全的。如果密鑰長度小於這個長度，則認為可以被破解。但這樣的長度超過了程序設計語言本身所允許的數字運算范圍，需要通過模擬來實現大數運算。而在 Web 系統的客戶端，如果通過 JavaScript 來模擬大數運行的話，效率將會是很低的，因此要在客戶端採用這樣的密鑰來加密數據的話，許多瀏覽器會發出執行時間過長，停止運行的警告。然而，解密或者密鑰生成的時間相對於加密來說要更長。雖然解密和密鑰生成是在伺服器端執行的，但是如果伺服器端是 PHP、ASP 這樣的腳本語言的話，它們也將很難勝任這樣的工作。ECC 演算法的密鑰長度要求比 RSA 演算法要低一些，ECC 演算法中 160 位的密鑰長度被認為與 RSA 演算法中 1024 位的密鑰長度的安全性是等價的。雖然仍然要涉及的模擬大數運算，但 ECC 演算法的密鑰長度的運算量還算是可以接受的，但是 ECC 演算法比 RSA 演算法要復雜的多，因此實現起來也很困難。
對稱加密演算法比非對稱加密演算法要快得多，但是對稱加密演算法需要數據發送方和接受方共用一個密鑰，密鑰是不能通過不安全的網路直接傳遞的，否則密鑰和加密以後的數據如果同時監聽到的話，入侵者就可以直接利用監聽到的密鑰來對加密後的信息進行解密了。
那是不是就不能通過對稱加密演算法實現安全登錄呢？其實只要通過密鑰交換演算法就可以實現安全登錄了，常用的密鑰交換演算法是 Diffie-Hellman 密鑰交換演算法。我們可以這樣來實現密鑰的安全傳遞，首先在客戶端向伺服器端請求登錄頁面時，伺服器端生成一個大素數 p，它的本原根 g，另外生成一個隨機數 Xa，然後計算出 Ya = gXa mod p，將 p、g、Ya 連同登錄頁面一起發送給客戶端，然後客戶端也生成一個隨機數 Xb，計算 Yb = gXb mod p，然後再計算 K = YaXb mod p，現在 K 就是密鑰，接下來就可以用 K 作密鑰，用對稱加密演算法對用戶輸入進行加密了，然後將加密後的信息連同計算出來的 Yb 一同發送給伺服器端，伺服器端計算 K = YbXa mod p，這樣就可以得到跟客戶端相同的密鑰 K 了，最後用客戶端加密演算法的相應解密演算法，就可以在伺服器端將加密信息進行解密了，信息解密以後進行比較，一致則登錄成功，否則登錄失敗。需要注意的時候，這里伺服器端生成的隨機數 Xa 和 客戶端生成的隨機數 Xb 都不傳遞給對方。傳遞的數據只有 p、g、Ya、Yb 和加密後的數據。
但是如果我們不採用加密演算法而採用散列演算法對登錄密碼進行處理的話，可以避免被直接解密出原文，但是如果直接採用 MD5 或者 SHA1 來對登錄密碼進行處理後提交的話，一旦入侵者監聽到散列後的密碼，則不需要解密出原文，直接將監聽到的數據提交給伺服器，就可以實現入侵的目的了。而且，目前 MD5 演算法已被破解，SHA1 演算法則被證明從理論上可破解，就算採用離線碰撞，也可以找出與原密碼等價的密碼來。所以直接採用 MD5 或者 SHA1 來對密碼進行散列處理也是不可行的。
但是如果在散列演算法中加入了密鑰，情況就不一樣了。hmac 演算法正好作了這樣的事情，下面我們來看看如何用 hmac 演算法實現安全登錄。首先在客戶端向伺服器端請求登錄頁面時，伺服器端生成一個隨機字元串，連同登錄頁面一同發送給客戶端瀏覽器，當用戶輸入完用戶名密碼後，將密碼採用 MD5 或者 SHA1 來生成散列值作為密鑰，伺服器端發送來的隨機字元串作為消息數據，進行 hmac 運算。然後將結果提交給伺服器。之所以要對用戶輸入的密碼進行散列後再作為密鑰，而不是直接作為密鑰，是為了保證密鑰足夠長，而又不會太長。伺服器端接受到客戶端提交的數據後，將保存在伺服器端的隨機字元串和用戶密碼進行相同的運算，然後進行比較，如果結果一致，則認為登錄成功，否則登錄失敗。當然如果不用 hmac 演算法，直接將密碼和伺服器端生成的隨機數合並以後再做 MD5 或者 SHA1，應該也是可以的。
這里客戶端每次請求時伺服器端發送的隨機字元串都是不同的，因此即使入侵者監聽到了這個隨機字元串和加密後的提交的數據，它也無法再次提交相同的數據通過驗證。而且通過監聽到的數據也無法計算出密鑰，所以也就無法偽造登錄信息了。
對稱和非對稱加密演算法不僅適用於登錄驗證，還適合用於最初的密碼設置和以後密碼修改的過程中，而散列演算法僅適用於登錄驗證。但是散列演算法要比對稱和非對稱加密演算法效率高。

⑽ 求CAD2010序列號和產品密鑰

發個注冊機給你，希望對你有幫助

首先你的注冊機要放在CAD安裝目錄下，這個不知道你放了沒？其次如果你的計算機系統是win7的，那你打開注冊機的步驟是右擊注冊機以管理員方式運行。等到粘貼申請號後要點擊mem那個按鈕的，再點擊確定，再點擊gen按鈕，將激活碼粘貼到CAD里下一步。不知道我說的這幾個注意的你注意沒有？