還是來科普一下,然後再看看你的奇想是不是真的很奇怪吧

本文內容已被 [ 德州老外 ] 在 2008-08-23 21:11:21 編輯過。如有問題,請報告版主或論壇管理刪除.

首先解釋一下網絡電話。所謂VOIP 服務是利用在IP協議層之上的應用(?)層協議提供與傳統電話服務質量相近的話音服務(當然,現在也包括視頻)。被運營商廣泛接納的協議是SIP(Session Initiation Protocol)。這隻是為呼叫建立提供的協議。呼叫建立之後雙方再建立雙向RTP碼流。RTP流實際上是語音壓縮後的數據包隊列。通常網絡電話提供商采用G.711/713語音編碼,對RTP流采用固定長度數據包,數據包時間間隔也相對固定。這樣供應商才能相對質量穩定的話音服務,用戶才不會出現今天話音清晰得不得了,明天幹脆喊都聽不見的情況。VOIP的難題不是什麽數值化,而是提供QoS(Quality of Service) over IP。

進一步解釋一下網絡電話的撥號問題:SIP根本沒有普通電話的撥號過程。不錯,它可以接受普通電話的撥號,但你的SIP終端在上傳到網絡之前已經將你的撥號轉換成SIP的握手協議,所有過程都是在安靜中進行的。你所聽到的撥號音,套用馬三立的一句相聲,那是逗你玩兒。很可惜的是,SIP協議是完全明碼,你局域網內的用戶完全可以看到所有的通話建立過程。SIP在完成其使命後將建立RTP流。理論上用戶可以建立加密流和非加密流。但黑心的運營商通常給你提供非加密流。現在加密運算通常占用大量處理資源。給你那免費的終端怎麽可能提供強大的處理功能,能讓你湊合用就不錯了,運營商還沒笨到送你個功能強大、內存越來越多的免費終端給你。否則腦袋一定被雷過了。

再說終端中木馬的可能性幾乎為0。因為廠商給你提供的東西一定是僅僅夠用而已。通常這種終端都是很精簡的實時操作係統,能做的事情出了識別SIP、語音解碼、普通管理之外,其他功能想都別想。處理器根本沒那閑功夫搭理那些木馬。處理器內存也極為有限,通常隻夠處理不到1秒話音的。從用戶通話服務來看,上一秒話音對下一秒的解碼沒有任何幫助,從技術上講礽掉是應該的。所以終端廠商不可能給你提供有足夠木馬瞎玩的終端。

數字電話是否比模擬電話保密?胡扯。普通所說的數字電話在用戶端仍然時模擬信號,直到進入交換機以後才會被量化成語音編碼。而語音編碼的算法在50年代就不是什麽秘密了。從保密的角度講,采用數字電話交換的用戶反而更容易被竊聽,而且沒有絲毫察覺。隻需要在交換機側直接建立三方通話即可,通話第三方是錄音設備。手機通訊在進入交換機以後,理論上與普通數字交換沒本質區別。當然,新型手機交換機采用PACKET SWITCH,從道理上與VOIP相似。值得一提的是,別看手機用暴露的無線信號,反而比有線電話更保密。其通話的整個過程全被加密,而密鑰就是存在你的SIM卡上。因此隻有運營商知道如何解密。當然,如果運營商玩你,大概你到死都不會知道。這就是為什麽美國運營商一直拒絕向聯邦政府提供通話記錄的原因,技術上實現簡直太容易了。但出了運營商,其他人想竊聽手機恐怕是沒啥指望。除非SIM卡商在算法上故意有漏洞,否則第三方別想那麽容易的竊聽。

木馬的工作原理通常不使用在VOIP終端上,基本上沒有可以寄生的公用操作係統。所以,你自己中木馬怪罪你的終端真的很冤枉。你的終端最多是傻了吧己地為對方提供了IP地址,而後對方可以用機器掃描你漏洞百出的網絡和呆若木雞的機器。隨後才是木馬攻擊。問題還是出在你的機器上。

所有跟帖: 

先別急著下結論,好好讀讀再有的放矢,論壇討論 -慕容青草- 給 慕容青草 發送悄悄話 慕容青草 的博客首頁 (206 bytes) () 08/23/2008 postreply 06:58:07

抱歉,沒想到你會將手機和VOIP混同,高估了 -德州老外- 給 德州老外 發送悄悄話 德州老外 的博客首頁 (373 bytes) () 08/23/2008 postreply 12:28:10

嗬嗬。。。 -慕容青草- 給 慕容青草 發送悄悄話 慕容青草 的博客首頁 (248 bytes) () 08/23/2008 postreply 14:57:57

老外不是炫耀,而是你的猜想要求一個普通電話要有PC機那樣的 -企鵝肥肥- 給 企鵝肥肥 發送悄悄話 企鵝肥肥 的博客首頁 (246 bytes) () 08/25/2008 postreply 22:21:55

請您先登陸,再發跟帖!