文源|車小胖談網(wǎng)絡最近有朋友私信問我，安裝在公司用微信聊天，微信務協(xié)用公司網(wǎng)絡，到電電腦公司能看到聊天內(nèi)容嗎？腦安打開網(wǎng)易新聞 查看精彩圖片這個問題，很嚴重。裝微總出直接關(guān)系著廣大摸魚達人摸魚時的信到現(xiàn)服狀態(tài)。

文源|車小胖談網(wǎng)絡

最近有朋友私信問我，安裝在公司用微信聊天，微信務協(xié)用公司網(wǎng)絡，到電電腦公司能看到聊天內(nèi)容嗎？腦安

這個問題，很嚴重。裝微總出直接關(guān)系著廣大摸魚達人摸魚時的信到現(xiàn)服狀態(tài)。整篇內(nèi)容略硬核，安裝所以我直接把結(jié)論放在前面：

最終結(jié)論

巧除紗窗油膩:可將洗衣粉、微信務協(xié)吸煙剩下的到電電腦煙頭一起放在水里，待溶解后，拿來擦玻璃窗、紗窗，效果均不錯。

• 微信網(wǎng)頁版，使用公司網(wǎng)絡，公司可以看到聊天內(nèi)容，無論使用的是公司電腦還是個人電腦。
• 微信網(wǎng)頁版，使用4G網(wǎng)絡，流量沒走公司，公司自然也無法看到聊天內(nèi)容。
• 微信手機版，使用私有協(xié)議通信，手機APP嵌入了服務器的公鑰，APP只認與這個公鑰一一對應的私鑰簽名。使用其它私鑰簽名的一概不認，所以無法欺騙微信APP。使用微信手機版聊天是安全的，無論是使用公司網(wǎng)絡還是4G網(wǎng)絡，公司都無法看到聊天內(nèi)容。

坦率地說，以前從來沒有分析過微信這類聊天軟件，大概率使用私有協(xié)議。而私有協(xié)議在協(xié)議分析軟件上的呈現(xiàn)，一般都是TCP封裝一長串字節(jié)流，而這些字節(jié)流究竟是什么內(nèi)容，協(xié)議軟件無法給出答案！看看協(xié)議分析軟件能否看到微信網(wǎng)頁版、手機APP版的聊天內(nèi)容？

網(wǎng)頁版微信

協(xié)議分析結(jié)果

不知道大家看到美女好哇，這個就是協(xié)議分析軟件分析出來的聊天內(nèi)容。

真實聊天內(nèi)容

一模一樣！

實驗結(jié)論

協(xié)議分析軟件可以將聊天內(nèi)容解密出來！

實驗分析

網(wǎng)頁版微信通常是使用瀏覽器來與微信服務器通信的，而瀏覽器多種多樣，有Chrome、Firefox、IE等等，要想與不同的廠商瀏覽器通信，必須使用標準協(xié)議，而標準協(xié)議在協(xié)議分析軟件上是可以解開的。

考慮到網(wǎng)頁版的微信，可能會使用SSL/TLS加密聊天內(nèi)容，需要用Fiddle作為中間人，用Fiddle偽造的證書來欺騙瀏覽器，讓瀏覽器誤以為Fiddle就是微信服務器。Fiddle再與微信服務器建立SSL/TLS加密通道，傳輸聊天內(nèi)容。

• 瀏覽器與Fiddle建立SSL/TLS加密通道
• Fiddle與微信服務器建立SSL/TLS加密通道
• Fiddle作為二傳手，將消息在兩條通道上進行傳遞，先解密，再加密
• Fiddle需要偽造微信服務器證書
• 電腦需要安裝、信任Fiddle自簽名的根證書

手機版微信

協(xié)議分析結(jié)果

微信手機版沒有使用TLS + HTTP= HTTPS的加密傳輸方式，而是使用了HTTP的傳輸方式，如上圖所示。

每一個報文大概是這個樣子的：

你用QQ嗎?木馬病毒“QQ叛徒”被截獲，如您在使用QQ時收到含有“wsdgs”字樣的信息，表明機器已經(jīng)中毒，應立刻進行殺毒。

除了HTTP報文頭（HTTP Header）是明文的，HTTP報文體（HTTP Body）看起來是一堆雜亂無章的字節(jié)流。

沒有找到聊天的任何內(nèi)容。最最滑稽的是，當發(fā)送聊天內(nèi)容時，F(xiàn)iddle沒有任何反應！

意味著發(fā)送聊天內(nèi)容的報文既不是HTTP，也不是HTTPS，那很可能是TCP、或UDP協(xié)議原始（Raw）封裝。

為了確認到底是TCP還是UDP傳輸報文，特意去了微信研發(fā)公眾號去確認，得到的確認是采用TCP傳輸。分為兩種連接方式：

• 長連接：TCP + 私有協(xié)議 + MMTLS + 業(yè)務層
• 短連接：TCP + HTTP + MMTLS + 業(yè)務層

官方的口徑是，短連接是為了兼容老版本的軟件，而長連接完全是私有實現(xiàn)，所以造成Fiddle沒有捕獲到，畢竟Fiddle只能捕獲到HTTP或HTTPS，至于其它的協(xié)議壓根不在其感興趣范圍！

于是，使用Wireshark捕獲微信長連接的TCP報文，確實捕獲到了，再怎么私有實現(xiàn)，總不能長翅膀飛！但是這些TCP報文沒有展示的意義，TCP頭之后字段全是雜亂無章的，這些都在預料之中！

MMTLS是什么樣的存在？

MMTLS是TLS1.3版本的改良版，或者說簡化版。在微信決定使用MMTLS之前，TLS1.3版本長期逗留在草案狀態(tài)，沒有形成一個最終標準。于是微信決定采用TLS1.3草案中的標準，大刀闊斧砍掉客戶端認證這個環(huán)節(jié)，只保留服務器認證。

手機微信APP里預置了微信服務器的兩件秘密武器：

• ECDSA公鑰
• 靜態(tài)ECDH公鑰

ECDSA公鑰是干嘛的？

ECDSA用于驗證服務器的真實身份，任何來自于服務器的MMTLS協(xié)商報文，只要使用ECDSA私鑰簽名的，ECDSA公鑰都可以解密。換句話說，如果簽名部分可以使用ECDSA公鑰解密，那就證明是真正微信服務器發(fā)送的！

在微信的私有實現(xiàn)里，不需要CA，微信客戶端憑借預置的ECDSA公鑰完成服務器的認證！

靜態(tài)ECDH公鑰又是干嘛的？

如果微信客戶端向最小延遲（0 RTT）發(fā)消息，可以直接生成自己的ECDH私鑰、公鑰、Nonce，再加上服務器預置的Nonce。就可以單方面計算出Pre-Master Key ，Master Key ， Session Key，進而將消息加密發(fā)出。

微信服務器收到消息的同時，一同收到的還有客戶端的ECDH公鑰、客戶端Nonce，服務器用自己的ECDH私鑰、預留在客戶端的Nonce，這四個參數(shù)，計算出可以解密消息的Key，并將消息解密出。

MMTLS沒有給消息增加額外的延遲，稱這種通信為0 RTT通信。

由于微信客戶端，強制使用服務器的ECDSA公鑰來認證服務器的身份，所以Fiddle壓根沒法欺騙微信APP。如果Fiddle強制替換，微信客戶端會放棄連接服務器，造成的后果就是微信永遠登錄不了服務器！

微信APP之所以可以實現(xiàn)私有協(xié)議，是因為服務器、客戶端都是微信的代碼，再怎么私有，理解起來也沒有任何障礙

呔，摸魚還是得用手機啊！

拉鏈卡住：當衣褲的拉鏈卡住或不易拉動時，先涂上蠟，再以干布擦拭，就能輕松拉動。

免責聲明：本站所有信息均搜集自互聯(lián)網(wǎng)，并不代表本站觀點，本站不對其真實合法性負責。如有信息侵犯了您的權(quán)益，請告知，本站將立刻處理。聯(lián)系QQ：1640731186