今天，為了確保SIP協(xié)議及新IP企業(yè)通信網(wǎng)絡(luò)技術(shù)概論這個(gè)系列分享的完整性，筆者計(jì)劃和讀者分享關(guān)于筆者針對(duì)SIP端的信令和語音加密以及SIPS使用，TLS，SRTP等問題進(jìn)行一個(gè)全面的討論。在本次分享中，筆者將要討論的核心要點(diǎn)包括：authentication（簽權(quán)）和authorization（授權(quán)），安全證書處理機(jī)制討論，關(guān)于SIP、RTP加密的相關(guān)技術(shù)討論，SIP trunk加密，安全攻擊和響應(yīng)處理機(jī)制，測(cè)試工具使用等幾個(gè)主要的章節(jié)，希望通過這些環(huán)節(jié)的討論為讀者提供一個(gè)全面的關(guān)于新IP企業(yè)通信中的關(guān)于SIP和RTP加密的完整詳解。我們首先從安全機(jī)制的基本問題談起-簽權(quán)和授權(quán)的背景介紹。

　　如果我們提到安全證書，我們首先應(yīng)該了解兩個(gè)關(guān)于安全認(rèn)證的基本問題（authentication和authorization）。下面，筆者針對(duì)這兩個(gè)基本的問題進(jìn)行討論。

　　這兩個(gè)基本問題其中一個(gè)就是認(rèn)證簽權(quán)（authentication）。另外一個(gè)就是授權(quán)的問題（authorization）。簡(jiǎn)單來說，authentication 是負(fù)責(zé)處理身份認(rèn)定的問題，比如登錄系統(tǒng)確認(rèn)身份等問題。authorization 是一個(gè)授權(quán)問題，簡(jiǎn)言之，就是系統(tǒng)允許用戶登錄以后允許干什么的問題。

　　在SIP網(wǎng)絡(luò)中，我們?nèi)匀皇褂猛瑯拥臋C(jī)制來管理用戶注冊(cè)，管理呼叫和其他的業(yè)務(wù)功能�，F(xiàn)在我們以SIP 呼叫或者INVITE舉例來說明其認(rèn)證的流程。以下示例中使用了SIP代理和用戶驗(yàn)證服務(wù)器，在實(shí)際應(yīng)用環(huán)境中，代理服務(wù)器可能是一個(gè)SIP 服務(wù)器端或者IPPBX支持本身自己的數(shù)據(jù)庫(kù)來存儲(chǔ)用戶驗(yàn)證信息。

　　以上過程中，雙方密碼都沒有以明文的形式公開進(jìn)行傳輸，SIP安全得到了保證。關(guān)于MD5在SIP中的運(yùn)算，我以前在文章中有所介紹。這里，筆者不做過多解釋。關(guān)于nonce的算法參考rfc2617. 如果讀者對(duì)MD5HA1有興趣的話，也可以參考開源的工具來驗(yàn)證這些MD5HA1的驗(yàn)證結(jié)果。另外，hash的算法是一個(gè)比較復(fù)雜的技術(shù)范圍，用戶可以參考很多專業(yè)的文檔研究其使用方式。目前，大量的數(shù)據(jù)證明，128 bits的MD5存在很多的缺陷，現(xiàn)在SHA-1相對(duì)比較安全，支持了160bits，但是SHA-1 仍然有一些安全問題，所以比較完整的是SHA-2（支持512bits），和最新的SHA-3。更多關(guān)于SIP認(rèn)證技術(shù)架構(gòu)的規(guī)范，讀者可以參考最新的RFC8760來學(xué)習(xí)。

　　

　　一些開源的用戶也發(fā)布了比較多的開源的關(guān)于SIPdigestcalculator 計(jì)算的工具，讀者可以嘗試測(cè)試，使用情況參考鏈接。

　　SIPdigestcalculator.exe -u username -r realm -p password -n nonce -cn client nonce -nc nonce count -uri SIP URI

　　筆者介紹了關(guān)于呼叫的認(rèn)證的示例，如果需要關(guān)于SIP注冊(cè)的示例的話，用戶可以訪問參考鏈接獲得更多關(guān)于SIP注冊(cè)中簽權(quán)的處理流程。

　　另外，我們?cè)谝恍┕ぷ鲌?chǎng)景中，經(jīng)常會(huì)看到不同環(huán)境中，有時(shí)用戶端收到的是401或者407響應(yīng)消息。401 Unauthorized 一般是通過注冊(cè)服務(wù)器進(jìn)行注冊(cè)流程處理。

　　407 錯(cuò)誤響應(yīng)碼是代理服務(wù)器的協(xié)議消息。

　　407 Proxy authentication required則一般都是Proxy回復(fù)的客戶消息, 它和401非常相似，但是它需要UA首先對(duì)Proxy認(rèn)證。401 頭中包含的是WWW-Authenticate，而407 則包含的proxy_authentication。

　　authorization或者授權(quán)是一個(gè)相對(duì)比較簡(jiǎn)單的概念，授權(quán)是通過簽權(quán)以后，用戶可以訪問的一些服務(wù)功能。在一般的呼叫業(yè)務(wù)場(chǎng)景中，用戶可以通過數(shù)據(jù)庫(kù)的授權(quán)設(shè)置，允許SIP終端根據(jù)不同的授權(quán)級(jí)別支持各種不同的業(yè)務(wù)功能，例如某些用戶僅支持語音呼叫，某些用戶可以支持語音和視頻呼叫；某些用戶可以支持多種語音編碼，某些用戶僅支持一種語音編碼；某些用戶可以支持語音郵箱，盲轉(zhuǎn)，某些用戶則不支持這些功能。這些設(shè)置權(quán)限都可以作為授權(quán)的設(shè)置。

　　在以上討論中，筆者簡(jiǎn)單介紹了關(guān)于簽權(quán)和授權(quán)的區(qū)別，結(jié)合簽權(quán)和授權(quán)在SIP的具體應(yīng)用中的示例說明了簽權(quán)的流程以及授權(quán)的應(yīng)用場(chǎng)景。在下一個(gè)章節(jié)筆者將真正進(jìn)入到關(guān)于SIP加密的技術(shù)的討論。

　　目前大部分的SIP網(wǎng)絡(luò)的通信交互都是通過互聯(lián)網(wǎng)進(jìn)行的。如果SIP交互通過互聯(lián)網(wǎng)傳輸?shù)脑�，SIP信令和RTP語音流存在很多的安全隱患。這些安全問題已經(jīng)在互聯(lián)網(wǎng)環(huán)境中存在了很多年。用戶確實(shí)需要通過安全機(jī)制對(duì)系統(tǒng)進(jìn)行非常嚴(yán)格的安全保障。以下是目前SIP網(wǎng)絡(luò)中和IMS網(wǎng)絡(luò)所面對(duì)的安全威脅：

　　各種SIP網(wǎng)絡(luò)的安全威脅

　　以上這些問題都涉及了如何設(shè)置SIP安全策略的問題。所以，用戶為了盡可能減少這些安全問題，只能通過對(duì)SIP加密和語音加密來增加通信的安全或者其他機(jī)制來降低安全風(fēng)險(xiǎn)。另外，在IMS網(wǎng)絡(luò)環(huán)境中，同樣存在著這些風(fēng)險(xiǎn)：

　　

　　IMS 網(wǎng)絡(luò)安全威脅

　　因此，我們需要一套安全加密機(jī)制針對(duì)SIP信令和RTP流進(jìn)行安全設(shè)置來保護(hù)SIP網(wǎng)絡(luò)的安全。加密（Encryption）技術(shù)是一個(gè)非常龐雜的技術(shù)，本人對(duì)此技細(xì)節(jié)沒有更多深入了解，我僅從兩個(gè)基本的主流概念中為大家介紹一下關(guān)于加密技術(shù)的輪廓。加密或者Encryption支持兩種基本的形式的加密類型，一種是symmetric（對(duì)稱加密）方式，另外一種則是asymmetric（非對(duì)稱）加密方式。它們兩者之間有非常明顯的不同。

　　對(duì)稱加密是一種比較老的加密方式，主要是雙方通過共享秘鑰方式來進(jìn)行加密和解密處理，其秘鑰可以支持不同的長(zhǎng)度，最長(zhǎng)可以支持到2048 bits，幾種常見的算法包括DES，3DES，RC4和AES。它可以應(yīng)用在實(shí)時(shí)語音視頻傳輸，可滿足加密解密快速處理的要求。但是，其存在的問題也是比較明顯的，密鑰交互雙方需要完全獲悉對(duì)端可以支持密鑰共享。如果在非常廣泛的部署環(huán)境中，SIP網(wǎng)絡(luò)中的各種終端就很難保證其良好的兼容性和安全性，特別是針對(duì)TLS-1.3 方面的支持缺乏很好的兼容性。asymmetric（非對(duì)稱加密）則具備了比對(duì)稱加密更安全的密鑰算法。非對(duì)稱加密使用了public key（公鑰）和private key（私鑰）的方式進(jìn)行加密處理。非對(duì)稱加密僅使用了public key公開和對(duì)端交互，所以安全性得到了很大提升。但是其算法相對(duì)比較復(fù)雜，當(dāng)然其處理速度也相對(duì)比較慢，比較有名的算法包括Diffie–Hellman（D-H） 和RSA。

　　在部署使用加密方式時(shí)，除了安全因素以外，我們同樣還要考慮部署成本。我們知道，這個(gè)世界上沒有存在絕對(duì)的事情。絕對(duì)安全需要付出極大的部署成本，不同的加密算法需要耗費(fèi)不同的系統(tǒng)資源。筆者列出一個(gè)簡(jiǎn)單的示例說明關(guān)于不同加密機(jī)制導(dǎo)致的不同的資源要求。Charles Shen在其發(fā)表的論文中針對(duì)TLS加密方式對(duì)系統(tǒng)的性能影響有一個(gè)比較完整的研究，讀者可以參考其論文來針對(duì)加密處理對(duì)系統(tǒng)影響做進(jìn)一步研究。

　　

　　為了實(shí)現(xiàn)TLS處理流程，我們需要一個(gè)數(shù)字證書。用戶可以購(gòu)買或者免費(fèi)使用數(shù)字證書實(shí)現(xiàn)TLS的安全處理。通常情況下，用戶需要從第三方數(shù)字證書發(fā)放廠家(Certification authority-CA)購(gòu)買或者申請(qǐng)一個(gè)數(shù)字證書。市場(chǎng)上證書簽發(fā)的廠家很多，絕大部分是國(guó)外的廠家。目前市場(chǎng)中主流的幾個(gè)證書廠家的市場(chǎng)份額如下，用戶可以參考。

　　目前可能開源社區(qū)用戶使用的比較多的是免費(fèi)的Let's Encrypt，其他則是商業(yè)證書，用戶需要支付費(fèi)用購(gòu)買這些證書。因?yàn)長(zhǎng)et's Encrypt是免費(fèi)的證書，而且安裝方便，使用的用戶數(shù)量也正在穩(wěn)步增加，它每天簽發(fā)的證書接近3百萬，其用戶數(shù)量是非常龐大的。

　　在數(shù)字證書中包含了public key（公鑰）和private key（私鑰）。Public key（公鑰）和private key（私鑰）存在著互相綁定的算法關(guān)系。具體的申請(qǐng)?zhí)幚砹鞒毯偷谌�方用戶訪問流程如下：

　　在實(shí)際運(yùn)行環(huán)境中，為了讓用戶對(duì)加密有一個(gè)比較全面的了解，首先，我們介紹一個(gè)比較典型的示例，關(guān)于安全證書在購(gòu)物網(wǎng)站的基本工作原理。

　　客戶服務(wù)器購(gòu)買了商業(yè)證書以后，如果用戶訪問此服務(wù)器，服務(wù)器就會(huì)發(fā)送一個(gè)public key要求進(jìn)行證書的核實(shí)，終端用戶需要訪問第三方的證書發(fā)放機(jī)構(gòu)來驗(yàn)證是否是有效的證書。如果是否都驗(yàn)證了證書的有效性，則執(zhí)行下一步的流程。一般用戶終端會(huì)接受一些著名機(jī)構(gòu)發(fā)放的證書，有時(shí)會(huì)彈出對(duì)話框，用戶需要點(diǎn)擊瀏覽器對(duì)話框接受此證書。當(dāng)然，證書包括了證書發(fā)放者名稱，版本，subject，有效期，算法等修改參數(shù)。如果證書失效或者其他參數(shù)不兼容，則需要用戶重新安裝。

　　另外一種發(fā)放證書的模式就是自簽的證書，顧名思義，就是用戶服務(wù)器端用戶自己創(chuàng)建的證書。以下圖例說明了如何實(shí)現(xiàn)自簽證書的流程。

　　客戶端需要接受服務(wù)器端的證書以便保證證書的有效性。這里，筆者要提醒用戶，自簽的證書一般僅使用在測(cè)試環(huán)境，它的兼容性不好，同時(shí)可能導(dǎo)致其他的安全漏洞。

　　在證書的分發(fā)中，我們經(jīng)常會(huì)看到一些用戶公鑰基礎(chǔ)設(shè)施。這些基礎(chǔ)設(shè)施的創(chuàng)建涉及了非常大型的公司或者組織，需要耗費(fèi)大量的資源和復(fù)雜的平臺(tái)環(huán)境才能實(shí)現(xiàn)�；�于目前國(guó)產(chǎn)化進(jìn)程的不斷推進(jìn)，國(guó)內(nèi)很多比較大型的公司提供了類似的服務(wù)。

　　SIP的安全機(jī)制是基于HTTP的安全機(jī)制演進(jìn)而來的。針對(duì)SIP安全機(jī)制，目前的安全機(jī)制通過不同的層級(jí)來實(shí)現(xiàn)其安全策略，主要的策略包括應(yīng)用層安全機(jī)制，傳輸層安全機(jī)制和網(wǎng)絡(luò)層安全機(jī)制�，F(xiàn)在我們討論一下關(guān)于TCP/UDP的傳輸處理機(jī)制。

　　

　　前面我們介紹了一些證書和加密機(jī)制的概念和功能流程，現(xiàn)在我們把這些必要的技術(shù)整合在一起為讀者詳細(xì)說明TLS的處理機(jī)制。TLS是基于SSL的新的傳輸層安全機(jī)制。目前用戶使用的標(biāo)準(zhǔn)規(guī)范是TLS-1.2 版本，最新版本支持TLS-1.3。關(guān)于TLS-1.3 版本的詳解，讀者可以參考RFC8446。和TLS-1.2相比，TLS-1.3 處理速度比較快，移除了一些舊的安全協(xié)議，更新了比較新的安全協(xié)議，例如，H-D，AES等，因此其安全性相比1.2版本有了更多保證。以下是激活http的一個(gè)關(guān)于TLS實(shí)戰(zhàn)的具體處理流程：

　　很多用戶擔(dān)心自己的場(chǎng)景中是否使用最新的TLS版本。關(guān)于TLS-1.3的版本問題，用戶可以訪問專業(yè)的測(cè)試網(wǎng)站可參考TLS的版本支持，直接輸入相應(yīng)的IP地址就可以獲得TLS版本詳情。筆者為讀者提供了一個(gè)測(cè)試工具示例，用戶可以直接訪問此網(wǎng)站檢查自己的TLS版本，例如瀏覽器的TLS版本等。

　　https://www.ssllabs.com/

　　在以上的章節(jié)中，我們介紹了簽權(quán)授權(quán)，證書，TLS等和SIP加密必要的基礎(chǔ)知識(shí)，在具體的SIP呼叫環(huán)境中，我們需要根據(jù)以上基礎(chǔ)知識(shí)對(duì)SIP加密做進(jìn)一步的深入的了解。在關(guān)于SIP加密的內(nèi)容討論中，我們主要針對(duì)SIP和SIPS，以及RTP加密進(jìn)行詳解說明。大家應(yīng)該知道，我們討論加密的話，我們通常僅籠統(tǒng)地說加密這個(gè)概念。事實(shí)上，在具體的應(yīng)用場(chǎng)景中，如果對(duì)一個(gè)SIP呼叫進(jìn)行加密的話，我們考慮的因素會(huì)遠(yuǎn)遠(yuǎn)超過了我們的想象。在不同的呼叫場(chǎng)景中會(huì)面對(duì)不同的挑戰(zhàn)，一個(gè)SIP呼叫可能僅僅限于內(nèi)網(wǎng)呼叫，另外一個(gè)呼叫也有可能需要穿越多個(gè)網(wǎng)絡(luò)環(huán)境，其呼叫路徑可能涉及了多個(gè)hops節(jié)點(diǎn)才能最終抵達(dá)呼叫目的地地址。很多時(shí)候，如果一個(gè)SIP呼叫需要穿越多個(gè)hops節(jié)點(diǎn)時(shí)，很多用戶使用了SIPS的方式：（sips:bob@example.com， 而不是sip:bob@example.com的格式）。但是，使用SIPS需要確保全部的呼叫路徑都能支持TLS，如果其中一個(gè)hop沒有使用TLS，此呼叫將可能會(huì)失敗。因此，在使用SIPS呼叫時(shí)，用戶一定要確保TLS的使用和其兼容性支持。在關(guān)于SIPS的支持，RFC5630-3.3對(duì)TLS支持進(jìn)行了非常詳細(xì)說明，包括了hop-by-hop檢測(cè)等問題的討論。以下示例是在呼叫路徑中某些節(jié)點(diǎn)沒有使用TLS的情況。

　　在大部分使用SIP-TLS的場(chǎng)景中，TLS仍然支持的是hop-by-hop的TLS加密方式。這種方式可以針對(duì)自己內(nèi)網(wǎng)環(huán)境中的終端，SIP服務(wù)器或者IPPBX加密，或者針對(duì)自己的SBC加密。因?yàn)檫\(yùn)營(yíng)商自己的網(wǎng)絡(luò)之間是相互信任的網(wǎng)絡(luò)，運(yùn)營(yíng)商之間可以不使用TLS。

　　在以上的解釋中，筆者說明了使用SIPS或者SIP的簡(jiǎn)單場(chǎng)景，在實(shí)際部署過程中，SIPS仍然需要面對(duì)很多的問題，具體表現(xiàn)在以下幾個(gè)方面：

　　這里，筆者根據(jù)前面介紹的TLS處理流程，結(jié)合SIP呼叫和讀者再重復(fù)一次TLS處理流程。TLS支持的呼叫也經(jīng)過同樣的處理流程，TLS握手成功以后開始SIP INVITE呼叫。

　　

　　端對(duì)端（Hop By Hop）加密方式是目前部署非常普遍的一種加密方式，一般部署在集成商或者簡(jiǎn)單的電話系統(tǒng)中。但是，它存在一些問題，例如，Proxy不能讀取SIP消息，甚至告警消息。另外，因?yàn)橐呀?jīng)SIP已經(jīng)加密，運(yùn)營(yíng)商或者服務(wù)提供商所提供的服務(wù)可能不能得到完整的支持。最后，如果是跨國(guó)的服務(wù)的話，端對(duì)端的SIP加密是不允許的。從服務(wù)端角度來說，Hop By Hop的加密方式則相對(duì)比較好一點(diǎn)。如果遇到跨國(guó)的測(cè)試時(shí)，則可以取消加密，呼叫仍然可以正常工作。另外，Hop by Hop 的方式可以支持SIP修改一些SIP頭參數(shù)，例如可以修改Record-Route 或Via 頭域。當(dāng)然，選擇什么樣的加密方式都是有成本的。兩種加密方式同樣會(huì)導(dǎo)致不同的語音數(shù)據(jù)結(jié)果，例如，丟包情況，和時(shí)延。以下圖例是兩種方式的延遲測(cè)試結(jié)果，希望讀者一定要注意：

　　

　　我們前面討論了對(duì)SIP信令的加密，但是僅對(duì)SIP加密仍然不會(huì)實(shí)現(xiàn)真正的加密，電話系統(tǒng)必須對(duì)語音也進(jìn)行加密。對(duì)語音加密的則稱之為SRTP。在下面的內(nèi)容中，筆者將從幾個(gè)主要的方面針對(duì)RTP加密進(jìn)行剖析，這些主要核心要點(diǎn)包括SRTP使用，Crypt和DTLS等相關(guān)細(xì)節(jié)。

　　SRTP的主要作用當(dāng)然是確保語音流和RTP Payload的加密安全，同時(shí)防范第三方軟件對(duì)語音的注入，確保本身語音的完整性。SRTP不使用PKI的方式來交換密鑰，它使用的是Master key的方式。如果直接通過明文的SDP發(fā)送key是不安全的，所以必須使用加密的方式來傳輸。如果發(fā)起INVITE之前沒有開啟TLS的話，SDP消息中的k就會(huì)被暴露出來，這也是非常不安全的。

　

　　如何在傳輸中以安全的方式傳輸SDP中的k是一個(gè)非常復(fù)雜的流程。以下是一個(gè)傳輸SDP k的流程圖。這里需要注意到是，在傳輸過程中，用戶需要設(shè)置SRTCP來保護(hù)第三方侵入，防止對(duì)呼叫方強(qiáng)制發(fā)送BYE消息，掛斷呼叫。

　　

　　cipher加密默認(rèn)使用的是AES，它是一種高級(jí)的加密方式。RFC3711標(biāo)準(zhǔn)對(duì)此加密方式的類型和算法有非常詳細(xì)的說明，AES本身就非常復(fù)雜，筆者對(duì)此不是太了解，如果讀者希望獲得更多算法的話，筆者建議讀者查閱RFC 3711。我們現(xiàn)在介紹的SDP中的k屬性，它相對(duì)比較簡(jiǎn)單，所有的k的消息都在交互中進(jìn)行。另外一種方式就是使用SDP中的crypto，它也是一種交互機(jī)制，但是支持了很多參數(shù)，而且比較靈活。它主要描述了前一個(gè)單播媒體中的cryptographic suite，key 參數(shù)和會(huì)話參數(shù)。注意，crypto必須出現(xiàn)在SDP的媒體中，不會(huì)出現(xiàn)在信令中�；�本的語法格式為：

　　a=crypto: []

　　在以上的舉例中，SDP包含了3個(gè)m 媒體流，但是其中的兩個(gè)媒體流則使用了RTP/SAVP傳輸，每個(gè)媒體流都有自己的crypto。

　　我們的示例中使用的是默認(rèn)的設(shè)置。關(guān)于crypto suite在RFC4586中有非常詳細(xì)的定義，我們這里不再更多討論。如果讀者有興趣的話，也可以參考AES Crypt 免費(fèi)開源工具來了解其加密命令使用。

　　

　　以下是一個(gè)終端設(shè)置的舉例，用戶必須啟動(dòng)相應(yīng)的安全設(shè)置和參數(shù)。注意，不同的終端可能支持的參數(shù)有所不同，用戶要注意檢查。

　　在SDP中的消息舉例中，這里通常出現(xiàn)的兩個(gè)crpto中，用戶會(huì)首先選擇第一個(gè)crpto。另外，讀者一定要注意，因?yàn)榧用苁请p方的安全機(jī)制，需要雙方檢查，同時(shí)需要IPPBX本身要配置相應(yīng)的設(shè)置，否則可能導(dǎo)致呼叫失敗。

　　盡管SIP加密方式已經(jīng)對(duì)SIP信令點(diǎn)安全設(shè)置了很多復(fù)雜的算法，但是仍然缺乏對(duì)呼叫方的身份（Caller Identity）認(rèn)證經(jīng)過多次轉(zhuǎn)發(fā)的身份保護(hù)機(jī)制。如果初始的SIP請(qǐng)求發(fā)起方經(jīng)過多個(gè)路徑，當(dāng)初SIP消息的發(fā)起者的身份在到達(dá)最終目的地之前可能因?yàn)榘踩�的問題發(fā)生修改。RFC4474對(duì)類似呼叫方身份做了安全的保護(hù)。RFC4474在頭域中定義了兩個(gè)參數(shù)值：Identity和Identity-Info來確保發(fā)起請(qǐng)求者的安全。Identity負(fù)責(zé)傳輸用戶有效性的簽名消息，Identity-Info負(fù)責(zé)對(duì)證書簽名者傳輸一個(gè)證明信息。

　　以下圖例解釋了如何通過SIP頭域中的Indentity和Indentify-Info 發(fā)送到呼叫請(qǐng)求中的身份消息。

　　注意，RFC4474僅發(fā)布了SIP請(qǐng)求中的安全機(jī)制，并沒有規(guī)定如果發(fā)生錯(cuò)誤時(shí)的響應(yīng)處理機(jī)制。響應(yīng)處理是一個(gè)更加復(fù)雜的處理流程，希望未來有更多RFC規(guī)定來進(jìn)一步的優(yōu)化。

　　通過以上身份的驗(yàn)證，整個(gè)INVITE信息的安全處理結(jié)束后，接下來啟動(dòng)語音的安全認(rèn)證流程。這里使用了DTLS（Datagram Transport Layer Security）來驗(yàn)證Indentity和語音的加密處理。以前我們介紹過，TLS不能支持UDP的傳輸，但是實(shí)際工作場(chǎng)景中，仍然有很多應(yīng)用使用UDP。所以，為了滿足UDP的安全處理機(jī)制，通過對(duì)TLS拓展實(shí)現(xiàn)DTLS的安全機(jī)制。DTLS可以適用于時(shí)延比較敏感的應(yīng)用場(chǎng)景和VPN（隧道）等場(chǎng)景。在以下場(chǎng)景中，INVITE完成以后，用戶通過DTLS實(shí)現(xiàn)對(duì)雙方Indentity加密認(rèn)證，也包括來對(duì)語音進(jìn)行加密。

　　當(dāng)然，以上場(chǎng)景僅是一個(gè)非常簡(jiǎn)單的雙方呼叫的場(chǎng)景，事實(shí)上，在DTLS加密的環(huán)境中，很多應(yīng)用層面的功能需要考慮，例如，匿名呼叫的防范，早期媒體流的處理，分拆SIP請(qǐng)求，多個(gè)媒體處理的握手認(rèn)證流程。如果Proxy在處理這些功能處理時(shí)不能正確處理DTLS握手的流程，也同樣會(huì)導(dǎo)致很多呼叫問題。關(guān)于DTLS的規(guī)定，用戶可以參考RFC5763進(jìn)行進(jìn)一步的研究，我們這里不做更多討論。

　　上面我們提到了關(guān)于對(duì)發(fā)起呼叫方的安全控制機(jī)制，但是，目前仍然沒有看到非常完整的關(guān)于呼叫方安全保障的完整的解決方案，除了RFC4474以外，以下規(guī)定也對(duì)caller的身份做了相關(guān)的規(guī)定：

　　

　　在前面的提到的安全策略中，我們所探討的都是基于本地認(rèn)證機(jī)制來實(shí)現(xiàn)的。這些解決方案相對(duì)比較復(fù)雜。如果用戶部署了企業(yè)IPPBX的話，企業(yè)IPPBX通過SIP 中繼實(shí)現(xiàn)外部呼叫連接的話，可以通過以下方式實(shí)現(xiàn)：

　　

　　除了企業(yè)IPPBX使用SIP加密的trunk來實(shí)現(xiàn)運(yùn)營(yíng)商和企業(yè)呼叫之間的加密處理以外，企業(yè)IPPBX也可以通過防火墻接入或者SBC的方式來實(shí)現(xiàn)。使用對(duì)SIP支持比較好的防火墻來對(duì)SIP進(jìn)行安全處理。事實(shí)上，類似的方法也可能遇到很多問題。

　　

　　使用IP-Sec設(shè)備或者SBC來連接，通過IP-Sec設(shè)備來對(duì)所有語音設(shè)備進(jìn)行加密處理。這里要注意，因?yàn)镮P-Sec設(shè)備會(huì)處理全部的信令和媒體，增加了很多網(wǎng)絡(luò)開銷，帶寬要求也會(huì)隨之增加。從目前市場(chǎng)情況來看，如果針對(duì)VOIP或者SIP語音應(yīng)用場(chǎng)景來說，可能SBC是最佳的解決方案。在后期的討論中，我們會(huì)重點(diǎn)介紹SBC的作用，讀者可以了解更多比較全面的關(guān)于SBC的解決方案。

　　

　　鼎信通達(dá)SBC對(duì)接企業(yè)IPPBX示例

　　在前面的章節(jié)和本章節(jié)的前幾個(gè)部分我們重點(diǎn)從技術(shù)的角度討論了關(guān)于SIP中安全機(jī)制的設(shè)置和一些技術(shù)概念。在以下的圖例中，我們看到VOIP用戶仍然面對(duì)很多的安全問題，包括上面提到的那些問題，這些安全問題涉及了整個(gè)網(wǎng)絡(luò)的方方面面，同時(shí)也涉及了公司安全策略和各種規(guī)章制度。以下是關(guān)于SIP網(wǎng)絡(luò)安全在不同層級(jí)的安全威脅舉例：

　　

　　研究人員Dimitris Geneiatakis發(fā)表的關(guān)于幾種SIP安全的匯總：

　

　　如果我們回到具體的現(xiàn)實(shí)環(huán)境中，SIP安全的問題主要包括以下幾個(gè)方面：

　　

　　通常情況下，VOIP電話系統(tǒng)都會(huì)受到至少五種以上的攻擊或侵入。因?yàn)槠�幅的關(guān)系，我們這里不展開討論所有的攻擊方式和細(xì)節(jié)。關(guān)于以上攻擊方式的介紹，請(qǐng)讀者查閱SANS Institute Reading Room 發(fā)表的文章，作者重點(diǎn)介紹了各種攻擊方式的概念和基本原理。哥倫比亞大學(xué)的SIP研究機(jī)構(gòu)也發(fā)布過關(guān)于SIP安全的介紹，用戶可以查閱。如果讀者對(duì)安全方面的加密算法有非常濃厚的興趣，可以查閱Amruta Ambre發(fā)表的關(guān)于算法加密討論的文章。以下是一個(gè)示例通過修改SIP信息，把真正的呼叫轉(zhuǎn)入到侵入者自己的終端。因此，用戶必須使用TLS/PKI/SRTP對(duì)信令和語音加密。

　　

　　更多關(guān)于使用工具侵入或偽裝的操作方式，請(qǐng)參閱筆者提供的參考資料。

　　另外一個(gè)案例是一個(gè)所謂通過釣魚的方式獲取用戶信息。很多時(shí)候，釣魚者會(huì)給用戶發(fā)送郵件或者短信通知用戶呼叫一個(gè)電話號(hào)碼（例如：07558101000），說銀行有什么業(yè)務(wù)需要客戶馬上聯(lián)系銀行。如果用戶呼叫上面的號(hào)碼的話，這時(shí)這個(gè)號(hào)碼會(huì)呼叫網(wǎng)關(guān)的號(hào)碼，然后通過VOIP網(wǎng)關(guān)修改路由，最后轉(zhuǎn)呼到銀行的電話號(hào)碼上（真正的銀行號(hào)碼：07558100000）。如果用戶不小心的話，可能聽到銀行的呼叫就會(huì)按照銀行系統(tǒng)的要求輸入用戶密碼信息（323345），這時(shí)，釣魚者可以通過SIP線路上的DTMF按鍵音獲取到用戶的真正的密碼消息。當(dāng)然，這樣的后果是用戶信息被暴露。

　　

　　另外，非法的盜打情況也可能經(jīng)常發(fā)生，因?yàn)楹芏鄧?guó)際長(zhǎng)途的話費(fèi)是非常高昂的，犯罪分子利用國(guó)際話費(fèi)結(jié)算的差價(jià)獲利。中國(guó)國(guó)內(nèi)經(jīng)常會(huì)看到電話騷擾，電話盜打，電話欺騙的新聞。國(guó)外也有類似的問題發(fā)生。

　　國(guó)家安全監(jiān)管機(jī)構(gòu)，VOIP行業(yè)，設(shè)備解決方案廠家，用戶等都有非常明確的安全機(jī)制來防范安全問題，但是可能仍然會(huì)出現(xiàn)安全問題。除了設(shè)備或者軟件層面的安全機(jī)制以外，我們今天介紹幾個(gè)防范措施來最大限度保證用戶的VOIP網(wǎng)絡(luò)安全。目前，有效地防范VOIP網(wǎng)絡(luò)攻擊的手段很多需要公司系統(tǒng)管理員從不同角度來進(jìn)行排查，其中也包括了對(duì)公司員工的安全教育，公司規(guī)定的安全規(guī)則，技術(shù)手段，安全設(shè)備部署等。

　

　　關(guān)于技術(shù)方面的討論我們前面的章節(jié)部分和以前的講座中已經(jīng)做了很多分享，現(xiàn)在，我們?cè)傺a(bǔ)充一點(diǎn)來自于政府權(quán)威機(jī)構(gòu)和研究機(jī)構(gòu)的一些安全建議。

　　美國(guó)國(guó)家安全監(jiān)管機(jī)構(gòu)FBI 建議，F(xiàn)BI的建議中，包括了從地理位置的安全處理，設(shè)備的安全處理，人員安全培訓(xùn)，管理員的安全培訓(xùn)，采購(gòu)商的安全處理等方面的內(nèi)容。以下圖例解釋了多種網(wǎng)絡(luò)設(shè)備在安全方面的設(shè)置和相關(guān)的公司規(guī)章制度的設(shè)立，值得讀者去參考。

　　

　　因?yàn)閂OIP網(wǎng)絡(luò)中可能出現(xiàn)很多網(wǎng)絡(luò)安全的問題，公司層面雖然制定了很多安全策略，管理人員也部署了針對(duì)安全機(jī)制的設(shè)備，但是仍然需要一些非常有經(jīng)驗(yàn)的系統(tǒng)管理員來進(jìn)行維護(hù)檢測(cè)。技術(shù)人員必須了解一些安全工具，以免讓攻擊者侵入。俗話說，知己知彼才能百戰(zhàn)百勝�，F(xiàn)在，我們羅列幾個(gè)已經(jīng)在VOIP方面使用多年的工具，以便幫助管理員進(jìn)一步防范攻擊者的攻擊。

　　以下列表列出了VOIP工程師可能經(jīng)常使用的排查工具和平臺(tái)，大家可以學(xué)習(xí)：

　　1、使用Wireshark 工具抓包解析數(shù)據(jù)：

　　2、Nmap 掃描網(wǎng)絡(luò)

　　

　　3、SIPScan和HoverIP：掃描端口，IP地址。

　　4、Authtool 獲取認(rèn)證的工具，密碼破解。

　　5、進(jìn)行洪水工具的工具：

　

　　在本文章中，筆者通過基本的安全認(rèn)證授權(quán)背景知識(shí)介紹，SIP加密原理，證書簽發(fā)，證書驗(yàn)證流程和具體的SIP呼叫簽權(quán)流程介紹了基本的SIP加密方式，并且介紹了SIPS的部署問題，關(guān)于TLS加密包括端對(duì)端部署的問題，各種加密算法和最新的TLS-1.3使用情況。另外，筆者介紹了各種SIP網(wǎng)絡(luò)中所面臨的安全隱患和IMS網(wǎng)絡(luò)中的安全威脅，關(guān)于針對(duì)SIP網(wǎng)絡(luò)安全中需要采用的響應(yīng)措施，SIP trunk加密和企業(yè)應(yīng)用中應(yīng)該采取的措施和SIP安全工具等管理層面的討論。網(wǎng)絡(luò)安全是一個(gè)永恒的話題，SIP安全管理也是一個(gè)持久關(guān)注的話題。為了滿足不斷更新的SIP網(wǎng)絡(luò)部署環(huán)境以及各種軟硬件的安全隱患，用戶需要通過認(rèn)知層面的提升才能面對(duì)最新的安全問題。筆者自己也缺乏非常充足的知識(shí)儲(chǔ)備來面對(duì)最新的技術(shù)挑戰(zhàn)，筆者希望借此文章對(duì)SIP網(wǎng)絡(luò)安全問題進(jìn)行更加深入的討論開始，僅當(dāng)拋磚引玉，希望和讀者一起共同提高自己的知識(shí)認(rèn)知。

　　Charles Shen，The Impact of TLS on SIP Server Performance: Measurement and Modelling。