Re: [問題] 看不懂訊息~~請大大幫忙解答
: 我之前有寫這樣過,可是檔案無法輸出,所以我才會用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
12/09 22:11, 2F
→
12/09 22:12, , 3F
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
12/10 05:33, 6F
→
12/10 06:32, , 7F
12/10 06:32, 7F
推
12/10 11:17, , 8F
12/10 11:17, 8F
→
12/10 11:17, , 9F
12/10 11:17, 9F
→
12/10 11:29, , 10F
12/10 11:29, 10F
推
12/10 12:37, , 11F
12/10 12:37, 11F
→
12/10 12:40, , 12F
12/10 12:40, 12F
→
12/10 12:40, , 13F
12/10 12:40, 13F
推
12/10 21:41, , 14F
12/10 21:41, 14F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 7 之 7 篇):