※ 引述《gamblemaker (GambleMaker)》之銘言： : ※ 引述《gamblemaker (GambleMaker)》之銘言： : : 推 GALINE:CRC、MD5、SHA都是一樣功能的東西，愛用CRC是因為CRC速度快 06/13 12:38 : : → GALINE:不考慮強固性，只考量檔案版本跟是否有傳輸錯誤，CRC就能用 06/13 12:40 : 我是想回這位大大的推文 感謝你的推 我也回報你一下 : 你不知道 TCP 裡面有 CRC 嗎?? : checksum 那欄幹麼用的.... 前面他推文已經講了，TCP內的檢查跟對檔案的檢查完全是兩回事，不然網路安 全上就不需要害怕封包被置換這回事了。 : 還有 crc 怎樣確保檔案是唯一的?? 還有所謂強固性是什麼東西??? 理論上任何hash function都無法確保檔案唯一（因為再怎麼樣大多是比原檔案 的資訊量為少），它最多只能1.不同但相似檔案同碼的機率降低，2.盡可能無法逆推 算創造出一個同碼的檔案。 : → GALINE:P2p跟ftp跨nat一樣可以用，列表公開只要你不讓人上傳就沒事 06/13 12:41 : p2p跟ftp跨nat當然可以用 但是你有辦法解決嗎? : 也許你很強花一天就解決這個問題了 : 那我們假設 server 後面也是 nat ? 請問哪個比較方便?? : 列表公開真的不上傳就沒事嗎？我中間給你 proxy 你怎麼辦? : 在加上你只有 CRC , 檔案要被換爽的喔? 首先你一開始是這樣問的： ※ 引述《gamblemaker (GambleMaker)》之銘言： : 我們都知道遊戲啟動前都會有一個檢查更新的 : 不知道那個要怎麼做呢?? 有什麼書可以參考?或者是有程式碼?? 你問的問題看起來是很初步的問題，所以該回答並無不妥。但是既然你看起來好 像多少懂一點，那先不討論你問問題的方法根本就不對這回事好了，直接針對你這裡 的安全性問題來說，基本上這些完全是server端要搞定的事情，跟CRC什麼的根本無 關。 要注意的是，Updater最初根本是不知道Patch檔的存在跟內容，所以它一定是連 到了server才能經由server的提供得知該Patch檔的CRC或md5等等資訊。如果它是直 接從檔案本身計算，那麼檔案被換掉的話Updater也無從得知。如果是server另外在 某處直接提供一個算好的資訊，能換得掉Patch檔的Cracker只要trace Updater一樣 可以找到那資訊來源，一起換掉就好了。意思是在檔案會被換掉的前提下，Updater 本來就幾乎是無從預防。所以你提的問題只能從server安全性上去做，這個問題就完 全跟Updater沒有關係，跟傳輸方法也沒有關係。 : -- :

※ 發信站: 批踢踢實業坊(ptt.cc) : ◆ From: 140.110.138.119 : ※ 編輯: gamblemaker 來自: 140.110.138.119 (06/13 13:09) : ※ 編輯: gamblemaker 來自: 140.110.138.119 (06/13 13:11) : 噓 ccumaya:擺明討戰 為何刪了原本的文？ 態度很差 請教後又嗆傳教者 06/13 13:13 -- 「如果你還知道牆壁或地板是硬的，就不該老是去用頭撞啊！」 「妳在說什麼，為什麼我會沒事去用頭撞牆撞地板啊！」 「不然，還有什麼理由能解釋你怎麼這麼笨啊！」 －－蘭娜．席斯塔 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.167.18.222