A. 怎樣實現對私鑰（公鑰）進行解密
要實現安全登錄，可以採用下面三種方法，一種基於非對稱加密演算法，一種基於對稱加密演算法，最後一種基於散列演算法。下面我們來分別討論這三種方法。
非對稱加密演算法中，目前最常用的是 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，應該也是可以的。
這里客戶端每次請求時伺服器端發送的隨機字元串都是不同的，因此即使入侵者監聽到了這個隨機字元串和加密後的提交的數據，它也無法再次提交相同的數據通過驗證。而且通過監聽到的數據也無法計算出密鑰，所以也就無法偽造登錄信息了。
對稱和非對稱加密演算法不僅適用於登錄驗證，還適合用於最初的密碼設置和以後密碼修改的過程中，而散列演算法僅適用於登錄驗證。但是散列演算法要比對稱和非對稱加密演算法效率高。
B. public key變了，怎麼登錄從伺服器
Linux#public key登陸問題
場景
jekins部署出現permission問題
計算機生成了可選文字:[twrkspace] $ / bin/ sh —xe /emp/hudson624B311B77195180436.sh channel stopped deploy_1ise-'10.20.O.17 10.20. 0.22' . war for ip in $deploy_lise' scp / Permission denied, please try again. Permission denied, please try again. Permission denied (publickey , password) . lose connection Build seep 'Execute shell' marked build as failure
原因
ssh伺服器的key方式登錄對許可權要求嚴格。對於客戶端:私鑰必須為600許可權或者更嚴格許可權(400),一旦其他用戶可讀,私鑰就不起作用(如640),表現為系統認為不存在私鑰。
對於伺服器端:要求必須公鑰其他用戶不可寫,一旦其他用戶可寫(如660),就無法用key登錄,表現為：Permissiondenied(publickey)。
同時要求.ssh目錄其他用戶不可寫,一旦其他用戶可寫(如770),就無法使用key登錄,表現為：Permissiondenied(publickey)。
不僅.ssh目錄，更上層的目錄的許可權同樣會有影響。
home中用戶目錄的可寫,表示其他用戶對.ssh子目錄也有改寫的許可權(刪除或重命令),也就導致ssh判斷.ssh為其他用戶可寫,拒絕使用key登錄。
確認Linux系統是32位還是64位
解決
1.uname-a
2.uname-m
3.file/sbin/init
4.file/bin/ls
5.arch
6.getconfLONG_BIT
7.getconfWORD_BIT
圖示