Ⅰ 涓轟粈涔堢綉緇滄父鎴忓規樉鍗＄殑瑕佹眰榪滆繙浣庝簬鍗曟満娓告垙錛熸槸涓嶆槸鍥犱負緗戠粶娓告垙鏁版嵁鍒嗘媴緇欎簡CPU錛
鎴戜滑棣栧厛瑕佷簡瑙ｆ父鎴忎腑浠涔堜笢瑗跨殑榪愮畻鐢變粈涔堢‖浠舵潵璐熻矗鍦3D娓告垙涓錛屾墍鏈3D鐗╀歡錛堝寘鎷浜虹墿銆佸緩絳戠墿銆佸跺叿銆佸北宄版渤嫻併佹爲鏈ㄨ崏涓涚瓑絳夌瓑絳夛級閮芥槸鐢變竴涓涓涓夎掑艦鐨勨滈ㄦ灦鈥濈粍鎴愶紝鐒跺悗鍦ㄢ滈ㄦ灦鈥濅笂綺樹笂涓灞傗滅毊鈥濓紝鍐嶆墦涓婂厜婧愬拰鎶曞獎錛屼粠鑰屽艦鎴愮珛浣撶殑鐢婚潰銆傝屾樉鍗¤礋璐ｇ殑灝辨槸鈥滈ㄦ灦鈥濈殑寤虹珛涓庘滅毊鈥濈殑綺樿創錛屽厜褰辯殑榪愮畻涔熼兘鐢辨樉鍗″畬鎴愩傝岄儴鍒嗙墿浠舵槸鍏峰囦竴瀹氣滄櫤鍟嗏濈殑錛屾瘮濡傛鐗┿丯PC銆侀殢椋庤垶鍔ㄧ殑鑺辨棭鏍戝彾絳夌瓑錛岃繖浜涚墿浠墮兘鏈夎嚜宸辯殑琛屽姩鏂瑰紡錛岃岃繖浜涒滄櫤鑳解濆氨鐢盋PU鏉ヨ礋璐ｈ繍綆楋紝鐗╀歡鈥滄櫤鍟嗏濊秺楂樸佹暟閲忚秺澶氾紝閭ｄ箞CPU鐨勮繍綆楅噺灝辮秺澶 濂斤紝浜嗚В浠ヤ笂鍐呭瑰悗錛屾垜浠鏉ョ湅鐪嬬綉緇滄父鎴忎笌鍗曟満娓告垙鐨勫尯鍒 緗戠粶娓告垙涓昏侀拡瀵圭殑鏄騫挎硾鐨勭綉緇滄父鎴忎漢緹わ紝緇堟瀬鐩鏍囧氨鏄鐜╁舵暟閲忔渶澶у寲錛屽熀浜庤繖涓鐩鐨勶紝緗戠粶娓告垙鐢氳嚦鍙浠ュ厤璐癸紝璁捐′笂涔熻佸敖鍙鑳界殑鑰冭檻鍒扮粷澶у氭暟鐜╁剁數鑴戠殑閰嶇疆妗ｆ★紝宸翠笉寰楄佺埛鏈虹殑鐜╁墮兘鑳界帺錛屽湪璁捐′笂灝變笉浼氶噰鐢ㄥお娑堣楄祫婧愮殑鐢婚潰鎶鏈銆傛墍浠ョ綉緇滄父鎴忕殑鐗╀歡妯″瀷閮芥瘮杈冪畝鍗曪紝鍦烘櫙姣旇緝騫蟲暣錛岀墿浠惰緝灝戱紝鐢氳嚦榪炲北宄頒篃鍙鏄綆鍗曠殑鍑犱釜涓夎掑艦錛屽厜婧愬熀鏈鍙鏈変竴涓や釜錛屾姇褰變篃姣旇緝綆鍗曪紝鍑犱箮娌℃湁涓夋＄敋鑷充簩嬈″弽灝勶紙鏈変簺娓告垙鐨勪漢鐗╁獎瀛愮敋鑷沖彧鏄涓涓鍦堬級銆傛墍浠ュ熀鏈涓婂綋浠ｇ殑緗戠粶娓告垙鍑犱箮閮藉彲浠ョ敤褰撲唬鐨勯泦鎴愭樉鍗℃潵搴斾粯銆備絾鍦ㄥ煄鍐呬漢鐗╀紬澶氱殑鍦烘櫙涓嬪笴PU榪樻槸鏈変竴浜涜佹眰鐨勶紝鏅閫氬崟鏍告垨浣庣鍙屾牳灝辨湁鐐瑰皬鍚冨姏浜嗐 鑰屽崟鏈烘父鎴忓ぇ浣滃垯涓嶅悓錛岄拡瀵圭殑鏄娓告垙鍙戠儳鍙嬶紝浣撶幇鐨勬槸褰撲唬鏈鍏堣繘鐨勭敾闈浠跨湡鎶鏈錛屾晠浜嬪墽鎯呬篃閮藉牚縐扮粡鍏革紝鍞浠峰嚑鐧懼厓閮芥槸姝ｅ父鐨勶紝鑰屼笖姣忎竴嬈炬父鎴忛兘鏄閲岀▼紕戝紡鐨勫ｄ紶鏁堝簲錛屽悓鏃朵篃寰楀埌浜嗗ぇ閲忕‖浠跺巶鍟嗙殑璧炲姪鏀鎸侊紝浠ヤ綋鐜拌嚜宸卞湪鐩稿叧棰嗗煙鐨勪豢鐪熸妧鏈鍜屽簲鐢ㄤ紭鍔匡紝鎵浠ュ崟鏈烘父鎴忓湪鍚鍔ㄥ悗閮戒細鍑虹幇澶氫釜鍘傚晢鐨凩OGO騫垮憡錛岀敋鑷沖嚭鐜拌皝璧炲姪灝卞硅皝浼樺寲鐨勬儏鍐點備粠鐢婚潰鏉ョ湅錛屽崟鏈哄ぇ浣滅殑浜虹墿鍜岀墿浣撶殑妯″瀷閮介潪甯哥簿緇嗭紝綰圭悊涔熼潪甯稿嶆潅錛岀敋鑷寵〃鎯呭拰鐨辯汗閮借兘琛ㄧ幇鍑烘潵錛屽湡鍦板嚬鍑鎬笉騫籌紝姣忔５鑽夋瘡鐗囨爲鍙墮兘浼氭憜鍔錛屽ぉ姘斾簯闆句篃闈炲父閫肩湡銆傛晥鏋滀笂涔熷叿澶囧姩鎬佹ā緋娿佹櫙娣便侀珮鍔ㄦ佽寖鍥淬佺墿鐞嗙壒鎬х瓑絳夈傝繖鏍風殑鐢婚潰琛ㄧ幇錛屾病鏈変腑楂樼浠ヤ笂鐨凜PU鍜屾樉鍗℃槸搴斾粯涓嶆潵鐨 榪欏氨鏄緗戞父鍜屽崟鏈虹殑鍖哄埆浜
Ⅱ 怎樣利用WPE封包修改網游數據
首先我們將WPE截獲的封包保存為文本文件，然後打開它，這時會看到如下的數據（這里我們以傳奇里PK弓箭手客戶端發送的數據為例來講解）： 第一個文件：SEND-> 0000 E6 56 0D 22 7E 6B E4 17 13 13 12 13 12 13 67 1BSEND-> 0010 17 12 DD 34 12 12 12 12 17 12 0E 12 12 12 9BSEND-> 0000 E6 56 1E F1 29 06 17 12 3B 0E 17 1ASEND-> 0000 E6 56 1B C0 68 12 12 12 5ASEND-> 0000 E6 56 02 C8 13 C9 7E 6B E4 17 10 35 27 13 12 12SEND-> 0000 E6 56 17 C9 12 第二個文件：SEND-> 0000 83 33 68 47 1B 0E 81 72 76 76 77 76 77 76 02 7ESEND-> 0010 72 77 07 1C 77 77 77 77 72 77 72 77 77 77 6DSEND-> 0000 83 33 7B 94 4C 63 72 77 5E 6B 72 F3SEND-> 0000 83 33 7E A5 21 77 77 77 3FSEND-> 0000 83 33 67 AD 76 CF 1B 0E 81 72 75 50 42 76 77 77SEND-> 0000 83 33 72 AC 77 我們發現兩次PK弓箭手的數據格式一樣，但是內容卻不相同，我們是PK的同一個NPC，為什麼會不同呢？ 原來傳奇的封包是經過了加密運算才在網路上傳輸的，那麼我們面臨的問題就是如何將密文解密成明文再分析了。 因為一般的數據包加密都是異或運算，所以這里先講一下什麼是異或。 簡單的說，異或就是"相同為0，不同為1"（這是針對二進制按位來講的），舉個例子，0001和0010異或，我們按位對比，得到異或結果是0011，計算的方法是：0001的第4位為0，0010的第4位為0，它們相同，則異或結果的第4位按照"相同為0，不同為1"的原則得到0，0001的第3位為0，0010的第3位為0，則異或結果的第3位得到0，0001的第2位為0，0010的第2位為1，則異或結果的第2位得到1，0001的第1位為1，0010的第1位為0，則異或結果的第1位得到1，組合起來就是0011。異或運算今後會遇到很多，大家可以先熟悉熟悉，熟練了對分析很有幫助的。 下面我們繼續看看上面的兩個文件，按照常理，數據包的數據不會全部都有值的，游戲開發時會預留一些位元組空間來便於日後的擴充，也就是說數據包里會存在一些"00"的位元組，觀察上面的文件，我們會發現文件一里很多"12"，文件二里很多"77"，那麼這是不是代表我們說的"00"呢？推理到這里，我們就開始行動吧！ 我們把文件一與"12"異或，文件二與"77"異或，當然用手算很費事，我們使用"M2M 1.0 加密封包分析工具"來計算就方便多了。得到下面的結果： 第一個文件：1 SEND-> 0000 F4 44 1F 30 6C 79 F6 05 01 01 00 01 00 01 75 09SEND-> 0010 05 00 CF 26 00 00 00 00 05 00 1C 00 00 00 892 SEND-> 0000 F4 44 0C E3 3B 13 05 00 29 1C 05 083 SEND-> 0000 F4 44 09 D2 7A 00 00 00 484 SEND-> 0000 F4 44 10 DA 01 DB 6C 79 F6 05 02 27 35 01 00 005 SEND-> 0000 F4 44 05 DB 00 第二個文件：1 SEND-> 0000 F4 44 1F 30 6C 79 F6 05 01 01 00 01 00 01 75 09SEND-> 0010 05 00 70 6B 00 00 00 00 05 00 05 00 00 00 1A2 SEND-> 0000 F4 44 0C E3 3B 13 05 00 29 1C 05 843 SEND-> 0000 F4 44 09 D2 56 00 00 00 484 SEND-> 0000 F4 44 10 DA 01 B8 6C 79 F6 05 02 27 35 01 00 005 SEND-> 0000 F4 44 05 DB 00 哈，這一下兩個文件大部分都一樣啦，說明我們的推理是正確的，上面就是我們需要的明文！ 接下來就是搞清楚一些關鍵的位元組所代表的含義，這就需要截獲大量的數據來分析。 首先我們會發現每個數據包都是"F4 44"開頭，第3個位元組是變化的，但是變化很有規律。我們來看看各個包的長度，發現什麼沒有？對了，第3個位元組就是包的長度！ 通過截獲大量的數據包，我們判斷第4個位元組代表指令，也就是說客戶端告訴伺服器進行的是什麼操作。例如向伺服器請求戰斗指令為"30"，戰斗中移動指令為"D4"等。 接下來，我們就需要分析一下上面第一個包"F4 44 1F 30 6C 79 F6 05 01 01 00 01 00 01 75 09 05 00 CF 26 00 00 00 00 05 00 1C 00 00 00 89"，在這個包里包含什麼信息呢？應該有通知伺服器你PK的哪個NPC吧，我們就先來找找這個店小二的代碼在什麼地方。 我們再PK一個小怪SEND-> 0000 F4 44 1F 30 D4 75 F6 05 01 01 00 01 00 01 75 09SEND-> 0010 05 00 8A 19 00 00 00 00 11 00 02 00 00 00 C0 我們根據常理分析，游戲里的NPC種類雖然不會超過65535（FFFF），但開發時不會把自己限制在字的范圍，那樣不利於游戲的擴充，所以我們在雙字里看看。通過"弓箭手"和"小怪"兩個包的對比，我們把目標放在"6C 79 F6 05"和"CF 26 00 00"上。（對比一下很容易的，但你不能太遲鈍咯，呵呵）