欄目導航

新聞資訊

新聞資訊

前面的文章中，我們一起制作了一個天眼查小程序，其中涉及到了微信小程序的抓取過程，應眾多讀者的要求，今天我們一起來看看微信小程序的抓包流程。

本來是想以天眼查小程序作為抓包主體的，但是這兩天羊了個羊實在是太火了，沒辦法，咱們也來追一追熱點，今天我們的目標程序就是羊了個羊了！

而且從9月20號的某個時刻開始，羊了個羊的接口正式進入到V2時代，也就是相關的通關接口進行了加密處理，請求時需要攜帶參數MatchPlayInfo，而該參數又是通過JavaScript的混淆代碼來處理的，所以導致一鍵通過程序都失效了，那么咱們只能另尋出路了，修改 response 響應消息的方法也就應運而生！

MitmProxy 的使用

我們這里使用的抓包程序是 MitmProxy，這是一個用 Python 編寫的工具，其安裝使用簡單，而且通過與自定義的 Python 腳本相結合，可以非常方便地篡改 request 和 response 內容

安裝配置 MitmProxy

安裝非常簡單，直接 pip 即可

復制pip install mitmproxy1.

完成安裝之后，我們就可以通過命令 mitmdump 來啟動了

可以看到，以上面的命令啟動之后，會在本地啟動一個監聽了8080端口的程序，這個就是我們的抓包代理進程了

設置手機代理

這里我們需要保證手機與電腦處于同一個 WiFi 網絡之中，我們通過命令 ipconfig 獲取電腦的 IP 地址

然后我們進入手機的無線局域網設置當中，選擇當前連接的 WiFi，進行 HTTP 代碼設置

在代理設置中，服務器填寫電腦的 IP 地址，端口填寫 8080。

這樣代理就設置好了。

安裝證書

為了讓手機信任我們的代理，還需要安裝證書，通過手機瀏覽器訪問地址：http://mitm.it/。

我們選擇對應的設備證書下載，比如 Apple 證書。

下載完成后，通過設置，“已下載描述文件”進入安裝即可。

至此，MitmProxy 以及手機側的配置都已經完成，我們可以進行抓包操作了。

抓包操作

我們通過手機打開《羊了個羊》小程序，如果我們運行 mitmdump 命令的界面有數據包打印，那么就說明我們的配置是成功的

下面我們來編寫 Python 腳本，來修改 response 內容。

修改 response

通過抓包信息分析，我們知道返回地圖的接口是 map_info_ex 接口，其響應消息體的內容為：

復制{"err_code":0,"err_msg":"","data":
        {"map_md5":["046ef1bab26e5b9bfe2473ded237b572","046ef1bab26e5b9bfe2473ded237b572"],
         "map_seed":[3622853803,3053757364,32667028,3621470055]}}1.2.3.

我們只需要把 map_md5 中的第二個值改為與第一個值一致就可以達到第二關的難度與第一關一樣的效果，下面就開始干吧~

對于 MitmProxy 工具而言，我們有如下事件可以截取。

針對 HTTP 生命周期的事件：

請求：def request(self, flow: mitmproxy.http.HTTPFlow):
響應：def response(self, flow: mitmproxy.http.HTTPFlow):
其它：

def http_connect(self, flow: mitmproxy.http.HTTPFlow):
def requestheaders(self, flow: mitmproxy.http.HTTPFlow):
def responseheaders(self, flow: mitmproxy.http.HTTPFlow):
def error(self, flow: mitmproxy.http.HTTPFlow):

這里我們主要用到了響應事件，代碼如下

復制def response(flow):
    tmp_txt={"err_code":0,"err_msg":"","data":
        {"map_md5":["046ef1bab26e5b9bfe2473ded237b572","046ef1bab26e5b9bfe2473ded237b572"],
         "map_seed":[3622853803,3053757364,32667028,3621470055]}}
    if "map_info_ex" in flow.request.url:
        info(str(response.text))
        print(type(tmp_txt))
        print(type(json.dumps(tmp_txt)))
        response.set_text(json.dumps(tmp_txt))
        info(str(response.text))1.2.3.4.5.6.7.8.9.10.

我們判斷請求 url 中是否包含 map_info_ex，如果包含，則篡改 response 信息。

下面我們以如下命令重新啟動代理程序。

這樣，當我通過第一關之后，進入第二關時，其難度還是與第一關一樣的，怎么樣，開心吧！

當然我們還可以篡改其他接口，比如 rank 接口，話題接口等等，都可以輕松達到我們想要的目的，就不再一一贅述了

好了，這就是今天分享的全部內容。

Windows操作系統的發展長河中，藍屏（Blue Screen of Death，簡稱BSOD）這一獨特界面無疑成為了許多用戶心中難以忘懷的記憶，每當這個深藍色的屏幕伴隨著錯誤代碼閃現時，不僅意味著當前任務的失敗，更可能是對系統穩定性的一次嚴峻考驗。

Windows藍屏起源

藍屏的起源，存在多種說法，其中，經常被提及的有三個人：曾任微軟CEO的史蒂夫·鮑爾默、資深開發人員Raymond Chen以及John Vert。

Raymond Chen在其官方博客中專門發文解釋了Windows藍屏的由來，他特別指出，Windows藍屏實際上有三種不同的樣式，每種樣式都與上述三位開發者的名字相對應。

第一種：Windows 3.1下的藍屏

在Windows 3.1的時代，藍屏通常在程序無響應時出現，用戶也可以通過按下Ctrl+Alt+Del鍵手動觸發，實際上，Windows 3.1并沒有真正意義上的「藍屏死機」，系統崩潰時會出現一個帶有命令提示符的界面。

這個藍屏界面的提示信息是由鮑爾默親自撰寫的，但具體由誰設計已不可考。

第二種：Windows 95下的藍屏

在Windows 95中，一旦系統內核出現錯誤，就會觸發藍屏，然而，這仍然不是真正的「藍屏死機」，用戶按下任意鍵后，系統有可能會恢復正常。

Raymond Chen對這一功能和界面進行了完善，最終的樣式是由他設計的，盡管他本人謙虛地表示不能稱自己為這個功能的創作者。

第三種：Windows NT下的藍屏

在Windows NT中出現的藍屏是真正意義上的「藍屏死機」，一旦出現，系統將無法恢復，只能重新啟動，而這種藍屏的設計者是John Vert，也正是在它的基礎上，才有后來不同樣子的藍屏死機，但只是呈現方式變了，本質基本相同。

雖然藍屏通常是技術問題的前兆，但不妨把它看作是電腦向我們發出的小情緒表達，下次當你遇到藍屏時，不妨輕輕拍拍電腦，說一聲：“別鬧了，我知道你累了，”畢竟，即使是機器，偶爾也需要歇一歇。

您在閱讀前點擊上面的“關注”二字，后續會為您提供更多有價值的電腦知識，感謝每一位朋友的支持！

我們在使用電腦的時候，可能就會遇到突然關機、屏幕藍屏的情況，這不就有用戶反映自己的Win11系統出現終止代碼critical process died的問題，這該如何解決呢？下面我們就來看看詳細的解決辦法。

win11系統藍屏報錯代碼critical process died解決方法：

方法一：

1、我們先使用“電源鍵”重啟電腦，看看能不能開機。

2、如果可以開機的話，右鍵開始菜單。