Ⅰ c#的AES加密解密問題
不是初學，而是對.net中所有的加解密方式都沒有弄清楚。不過別灰心——很多自以為會的人也沒有弄清。
首先，.net中類庫中支持各類摘要加解密方式。一般情況下我們將安全分為兩類，一類是摘要，一類是加解密。加密解又分為對稱與非對稱加解密。
在.net體系中，不管是摘要還是加解密，為了統一演算法方式，一律都是流方式進行的。不管是MD5摘要還是ADE/DES/TDES/RSA等等。一定要記住的第一條，是流方式進行的！
流——這個概念很多人也不清楚，因為stream的范圍還是非常的大的，有網路流responseStream等，基本文本流，IO流等等，在加密時我們使用了一個流叫「加解密流」CryptStream，該流用來實現加解密及摘要演算法等等。
那麼CryptoStream是個什麼流呢？它算是轉換流，把一種形式轉換成另一種形式，比如把密文轉換成明文或把明文換成密文。正常的情況下，我們可以用流寫流的方式來實現，比如MemoryStream來換流。當然，也可以把byte[]數組直接寫到流中。
流這部分說完了，那麼，其實我們如何區別CryptoStream是加密還是解密呢，除了說明之外，還是一個方式，就是看流的方式是讀還是寫！所以當我看到你的解密流中使用的方式竟然是Write,而不是Read，所以你對加解密方式並沒有真正理解。
比如，我們可以轉換後的流直接進行ReadToLine即可。
老實說，你這種寫法有很大問題——有關stream大部分都是非託管，所以一定要記著Dispose，或Close（Close時會自動調用Dispose)。防止出現錯誤等內存泄露。
有於加解密流，我們經常一句話，加密方式是Write,解密方式是Read!
Ⅱ java編程一個AES加密txt文件的程序，其中AES解密文件的方法出錯，求大神搭救
你是對文件內容加的密，應該和文件類型無關把。如果用的是
AES演算法加的密的話，初始化的時候就會寫到
keygen = KeyGenerator.getInstance("AES");
//生成密鑰
deskey = keygen.generateKey();
//生成Cipher對象,指定其支持的DES演算法
c = Cipher.getInstance("AES");
加密和解密的過程幾乎是一樣的，AES是對稱加密方式，你看看加密和解密方法里的有沒有寫錯的地方。
Ⅲ php AES加密 openssl解密失敗，幫忙看下代碼哪裡有問題
用Zend的加密吧，但是還是可以解密的，這也沒法，凡是對稱加密或非不可逆的加密演算法，均可以解密，這只是時間問題。特別是沒有密碼的加密（不可逆除外）。可以這樣，使用AES加密，再用GZIP壓縮，然後運行時解密，在eval那些代碼。前提是每
Ⅳ 用c#做aes加密 為什麼在線解密解不了
/// <summary>
/// Aes解密
/// </summary>
/// <param name="source">源字元串</param>
/// <param name="key">aes密鑰，長度必須32位</param>
/// <returns>解密後的字元串</returns>
public static string DecryptAes(string source, string key)
{
using (AesCryptoServiceProvider aesProvider = new AesCryptoServiceProvider())
{
aesProvider.Key = GetAesKey(key);
aesProvider.Mode = CipherMode.ECB;
aesProvider.Padding = PaddingMode.PKCS7;
using (ICryptoTransform cryptoTransform = aesProvider.CreateDecryptor())
{
byte[] inputBuffers = Convert.FromBase64String(source);
byte[] results = cryptoTransform.TransformFinalBlock(inputBuffers, 0, inputBuffers.Length);
aesProvider.Clear();
return Encoding.UTF8.GetString(results);
}
}
}
Ⅳ php AES加密 openssl解密失敗，幫忙看下代碼哪裡有問題
使用VS2005下的Visual Studio 2005 Command Prompt進入控制台模式（這個模式會自動設置各種環境變數）
、解壓縮openssl的包,進入openssl的目錄
、perl configure VC-WIN32
盡量在這個目錄下執行該命令，否則找不到Configure文件，或者指定完整的Configure文件路徑。
你可以去後盾人平台看看，裡面的東西不錯
Ⅵ 為什麼幾乎所有加密軟體都提示密碼錯誤AES本身可以判斷密鑰錯誤嗎
對一個文件進行兩次以上AES加密不就無法判定解密成功了？尤其是分段異碼加密，暴軟無法知道各個密碼對應的加密范圍，即使遍歷到正確的密碼，返回的仍然是亂碼。這方面的軟體首推WINHEX，配合文件拆分功能，要解密，基本上是無門，即使今後電腦的運行速度趨近無窮快，也不行，除非具備人工智慧。
Ⅶ AES加密後，同一個程序在linux下加密成功，但是移植到單片機上解密錯誤，請問這個是什麼原因
加密解密程序的版本應該一致，或者解密程序的版本高於加密程序，否則可能有問題。
Ⅷ 我在android客戶端用AES加密了一個pdf文件（pdf文件是可以打開的），也解密了，但是這個解密文件打不開。
加密或解密的時候，少了幾個位元組
Ⅸ 為什麼windows下aes解密android上的加密文件失敗
1.程序加密可結合AES演算法，在程序運行中，通過外部晶元中的AES密鑰，加密數據來驗證雙方的正確性，稱之為對比認證。2.加密數據傳輸過程中，可通過AES加密後形成密文傳輸，到達安全端後再進行解密，實現數據傳輸安全控制。3.綜合1和2，當前高大上的方式是程序加密可進行移植到加密晶元，存儲在加密晶元中，運行也在加密晶元內部運行，輸入數據參數，返回執行結果，同時輔助以AES加密和認證，實現數據程序的全方位防護