加密結果
使用mysql的加密函數運行：
select HEX(AES_ENCRYPT( 'test aes encrypt','123')) as aesTest
輸出密文：
https://dev.mysql.com/doc/refman/8.0/en/encryption-functions.html#function_aes-encrypt
官方文檔解釋：
The block_encryption_mode system variable controls the mode for block-based encryption algorithms. Its default value is <font color="red"> aes-128-ecb </font>, which signifies encryption using a key length of 128 bits and ECB mode. For a description of the permitted values of this variable, see Section 5.1.8, 「Server System Variables」 .
在線加密驗證 ： http://tool.chacuo.net/cryptaes
該網加密結果為：
與mysql加密結果一致，只是大小寫差異。
『貳』 DES加密解密結果為何不一致
將明文分成n個64比特分組，如果明文長度不是64比特的倍數，則在明文末尾填充適當數目的規定符號。對明文組用給定的密鑰分別進行加密，行密文C=(C0,C1,……,Cn-1)其中Ci=DES(K,xi),i=0,1,…..,n-1。第二種密文分組鏈接方式（CBC） 在CBC方式下，每個明文組xi在加密前與先一組密文按位模二加後，再送到DES加密，CBC方式克服了ECB方式報內組重的缺點，但由於明文組加密前與一組密文有關，因此前一組密文的錯誤會傳播到下一組。 第三種密文反饋方式（CFB），可用於序列密碼 明文X＝(x0,x1,……,xn-1)，其中xi由t個比特組成0 第四種輸出反饋方式（OFB），可用於序列密碼 與CFB唯一不同的是OFB是直接取DES輸出的t個比特，而不是取密文的t個比特，其餘都與CFB相同。但它取的是DES的輸出，所以它克服了CFB的密文錯誤傳播的缺點
『叄』 第三代加密法--維吉尼亞加密法
加密法的需求在軍事上及政治上的顯現極為旺盛，也迫使它快速地向前發展。傳統的移位及替代法雖然使用方便，但可以採用統計的方式進行破解，安全性還有待加強。
所以後期就發展出一種新的加密方法，即維吉尼亞加密法。這種方法的出發點是，對於相同的字母或數字，加密後的密文可能不同，這就沒法從統計的角度解密。
基本的加密方法，可以參考下圖。
這張圖中， 第一行代表原文的數字或字元，每一列代表加密採用第幾套替代方案，每一橫行的字元對應該列的字母加密後的密文 。是不是夠復雜哈，如果採用這樣的方式手工加密解密，寫一封郵件估計要崩潰死了。。。。
而且這套加密方法使用中還存在一些問題，就是需要把 整個加密圖傳給解密方 ，沒有該圖做指導，解密的人也是一臉懵逼。。。。
但方法是死的，人是活的，人最可貴的一點就是遇到問題會想各種解決方法。所以這個問題如何解呢？關鍵在於一個密鑰(key)，比如以「yes」為密鑰，加密時第一個字母採用"y"(即第25套替代方案)加密，將原文字母向後移動25位；第二個字母採用「e」(即第5套方案)加密，將原文字母向後移動5位；第三個字母採用"s"(即第19套方案)加密，將原文字母向後移動19位；依次循環加密。
比如加密「hello」，加密結果就如下，加密後的密文為「FIDJS」，兩個字母「l」分別對應D和J，就沒法用統計法找出破綻了。
但該方法加密解密超費勁，人工處理很容易出錯，所以發明了200年還未被廣泛使用，直到能夠採用機器進行處理之後，才被人翻出來使用。
『肆』 JAVA寫RSA加密，公鑰私鑰都是一樣的，為什麼每次加密的結果不一樣
因為rsa是非對稱加密，它使用的是隨機大素數的抽取，每次隨機生成的，所以每次加密的結果不可能一樣
『伍』 同樣的字元串，.net用SHA1加密出來的結果和網站的加密結果不同。求解
在SQL Server 2005下自帶的函數HashBytes() ，此函數是微軟在SQL Server 2005中提供的，可以用來計算一個字元串的MD5和SHA1值，使用方法如下：
--獲取123456的MD5加密串
select hashbytes('MD5', '123456') ;
--獲取123456的SHA1加密串
select hashbytes('SHA1', '123456') ;
有了這個函數可以在SQL Server中為字元串進行加密，但是HashBytes() 函數的返回結果是VarBinary類型（以 0x 開頭 16 進制形式的二進制數據）。通常情況下，我們需要的都是字元串型的數據，很多人首先想到的可能就是用CAST或Convert函數將VarBinary轉換為VarChar，但這樣轉換後的結果會是亂碼，正確轉換VarBinary可變長度二進制型數據到16進制字元串應該使用系統內置函數sys.fn_VarBinToHexStr()或sys.fn_SqlVarBaseToStr（只在sqlserver2005以後的有），如下所示：
select sys.fn_VarBinToHexStr(hashbytes('MD5', '123456'))
然後就可以截取需要的部分：
set right(sys.fn_VarBinToHexStr(hashbytes('MD5','123456')),32)
為MD5加密串。
『陸』 base64加密的結果還是字元串嗎
base64加密的結果還是字元串嗎
首先，Base64算不上是一種加密演算法。
Base64是網路上最常見的用於傳輸8Bit位元組代碼的編碼方式之一，它的目的是用ASCII中定義的可見字元去表示任意的二進制數據。之所以要這樣做，是因為計算機中很多數據是只能通過可見字元去傳輸的（比如我們的網站網址，比如一些面向字元的網路協議如SMTP等），但是這些情景有時由需要去傳輸二進制數據。基於這樣的需要，誕生了Base64.
簡單來講，Base64就是用下列總計64個字元：
A-Z
a-z
0-9
+
/
去表示二進制數據。二進制數據以位元組為組，一個位元組8bit存在256個狀態，而一個Base64字元只有64個狀態。機智的人們於是規定，用每4個Base64字元去表示3個二進制位元組，因為：
64 * 64 * 64 * 64 = 256 * 256 * 256
因此，Base64字元串的長度必然是4的整數倍。此外，由於二進制的位元組數不一定是3的整數倍，所以Base64字元串在結尾是可能有空的。這些空的狀態，Base64引入第65個字元去表示：
=
這也是為什麼Base64很多都是以=或==結尾的。但是注意，也存在不以=或==結尾的Base64，只要編碼的二進制位元組數恰好被3給整除。