分析提交的http請求的頭部。
檔案二進位制內容
-----------------------------7d5d116460764
content-disposition: form-data; name="writefile" on
-----------------------------7d5d116460764
content-disposition: form-data; name="filepath" c:
-----------------------------7d5d116460764--
我們注意
content-type: multipart/form-data; boundary=---------------------------7d5d116460764 這段，在有檔案提交的ｈｔｍｌ頁面中，所有表單的型別都為multipart/form-data，如果有檔案上傳，則會出現乙個boundary編號，號碼為---------------------------7d5d116460764，從後面來看這個更加像乙個分割符，把表單中的每個域分割開來。
在乙個---------------------------7d5d116460764後面，有一項是表示檔案的
在這裡面標註了檔案的表單網域名稱稱、檔案路徑、型別，和它的二進位制內容 。
斷點續傳過程中重複上傳資料
1.分析日誌，開始上傳資料和結束上傳資料的時間戳都沒有交集 2.在資料庫檢視重複的資料，和日誌記錄的上傳失敗的時間點比較，重複的資料恰好是斷網時刻傳上去的資料 3.經驗判斷，在網路正常的情況下，請求的資料傳送成功，這時斷網，對方監測到網路異常，就會返回網路故障，上傳失敗的資訊。事實上資料已經上傳，然...
測試過程中如何分析抓包工具抓的HTTP或TCP包
工作中遇到c s的通訊介面測試，經常會遇到由於請求的結構不對或者包傳送錯誤，導致很多問題，通常需要通過抓包工具，把傳送的包抓下來，然後做進一步的分析，就可以一很容易看出存在的錯誤。這是乙個登陸請求的抓包 0x0010 0a01 03a6 50a5 2d6f df20 f96b 2f09 fa4d p...
對於HTTP過程中POST內容加密的解決方案
0x00前言 前幾天我師傅和我提及了這件事情 正常情況下 抓包過程中遇到加密情況會很迷茫 昨天把這個都弄了一下 也感謝大佬中間的指導 我一開始看到密碼的型別下意識的是base64 但是去解密發現不對 全都解不出來 後來得知 是des加密過後的內容需要金鑰 具體的看下文吧 0x01正文 首先來簡單的說...