看板 java 關於我們 聯絡資訊
: 我之前有寫這樣過,可是檔案無法輸出,所以我才會用doFinal()這個方法 : 還是我寫的方法有錯,請大大指教 這算是一篇道歉文... 因為 RSA 通常只是用來交換另一組的 symmetric key 來做日後的資料交換 沒想到 RSA Encryption 有以下限制的 1. 無論輸入資料的長度為多少,輸出的 encrypted data 的長度都一樣。 2. 輸入資料有長度的限制 所以,以 com.sun.crypto.provider.RSAChiper 來看 1. 輸出永遠只有 128 bytes; 2. 輸入最大只許 117 bytes; 所以若用 RSA Cipher 來做成的 Cipher I/O Stream, 是吃不到比 117 bytes 長的 Data,也 decrypt 不到比 128 bytes 長的 Data 於是,在 data size exceed 的情況下,無論如何 flush(),檔案也是空的 謹此向原 PO 致歉 <(_ _)> 若真的強要把如此大量的資料作 encryption 的話也不是沒有辦法,就是像原 PO 一樣一個一個 block 的把資料 encrypt,由於不論輸入的 bytes 有多少,輸出的 一定是 128 bytes, 所以倒不必強求每次必需讀進 117 bytes 但由於 cipher.doFinal(byte[]) 這個 method 會把整個輸入的 array encrypt 如果讀入時不足 117 bytes, 很明顯的就會把一些無用的東西一起 encrypt 於是我們需要使用另一個 doFinal method: int Cipher.doFinal(byte[] inbuffer, int in_offset, int in_length, byte[] outbuffer); 不過在 decrypt 時則需要一點小技巧: 1. 讀檔時,因為不知道每次讀入的是否真的有 128 bytes 所以不能使用 while ((length = fin.read(inbuffer) > != 1) 要更確實地保證先要讀入足夠的 bytes 再給 cipher 去 decrypt 提示: int InputStream.read(byte[] buffer, int offset, int length) 2. 因為 encoded 的 file size 必定會是 128 bytes 的倍數,所以就不必像 encrypt 時那般計算最後 input length, 直接用 doFinal(buffer) 就可以了. 真正的 coding 就要靠原 PO 自己努力了 ( ′-`)y-~ (當然我自己有測試過,但還自己努力試試才比較好玩) -- 《為了要得到真相,就要向原 PO 伸圖》 那就是伸圖魔人的沒圖沒真相原則,那時我們堅信那就是逼逼死的真實 靠么,圖咧? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.232.202.64 ※ 編輯: superlubu 來自: 220.232.202.64 (12/09 14:18)
icemask:謝謝大大的回答~~~這樣我就有概念了~~真的很感感謝你 12/09 20:54
icemask:大大抱歉~~在一個問題~~我加解密ok了~~只是如果是中文字的 12/09 22:11
icemask:檔案有問題~~英文跟數字的檔就ok~~是編碼的問題嗎 12/09 22:12
willieliao:這個通常是編碼的問題.. 12/09 23:36
superlubu:我用自己寫的實測過,中英混合都沒有問題. 12/10 05:32
superlubu:理論上只要一直保留 byte level 的處理,就跟編碼無關 12/10 05:33
superlubu:你再貼一次 code 看看吧 12/10 06:32
icemask:我有用中文和英文的檔試過~~只有英文的可以 12/10 11:17
superlubu:我用你的 program 跑過, 中英甚至日本都沒事 囧> 12/10 11:29
icemask:啥~~~是喔~~可是我的會是亂碼耶~~是因為我有裝Unicode嗎 12/10 12:37
superlubu:應該是無關... 我也有用 Unicode 的測過 12/10 12:40
superlubu:甚至是 .exe 檔, .dll 檔都一樣是沒有發生過差錯 囧> 12/10 12:40
icemask:好吧~~~我在自己研究看看是什麼問題~~謝謝大大了 12/10 21:41