Re: [問題] 看不懂訊息~~請大大幫忙解答

看板java作者 (叔叔你人真好)時間18年前 (2007/12/09 12:12), 編輯推噓5(509)
留言14則, 3人參與, 最新討論串7/7 (看更多)
: 我之前有寫這樣過,可是檔案無法輸出,所以我才會用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)

12/09 20:54, , 1F
謝謝大大的回答~~~這樣我就有概念了~~真的很感感謝你
12/09 20:54, 1F

12/09 22:11, , 2F
大大抱歉~~在一個問題~~我加解密ok了~~只是如果是中文字的
12/09 22:11, 2F

12/09 22:12, , 3F
檔案有問題~~英文跟數字的檔就ok~~是編碼的問題嗎
12/09 22:12, 3F

12/09 23:36, , 4F
這個通常是編碼的問題..
12/09 23:36, 4F

12/10 05:32, , 5F
我用自己寫的實測過,中英混合都沒有問題.
12/10 05:32, 5F

12/10 05:33, , 6F
理論上只要一直保留 byte level 的處理,就跟編碼無關
12/10 05:33, 6F

12/10 06:32, , 7F
你再貼一次 code 看看吧
12/10 06:32, 7F

12/10 11:17, , 8F

12/10 11:17, , 9F
我有用中文和英文的檔試過~~只有英文的可以
12/10 11:17, 9F

12/10 11:29, , 10F
我用你的 program 跑過, 中英甚至日本都沒事 囧>
12/10 11:29, 10F

12/10 12:37, , 11F
啥~~~是喔~~可是我的會是亂碼耶~~是因為我有裝Unicode嗎
12/10 12:37, 11F

12/10 12:40, , 12F
應該是無關... 我也有用 Unicode 的測過
12/10 12:40, 12F

12/10 12:40, , 13F
甚至是 .exe 檔, .dll 檔都一樣是沒有發生過差錯 囧>
12/10 12:40, 13F

12/10 21:41, , 14F
好吧~~~我在自己研究看看是什麼問題~~謝謝大大了
12/10 21:41, 14F
文章代碼(AID): #17MsixEj (java)
討論串 (同標題文章)
文章代碼(AID): #17MsixEj (java)