【正文】 ............................ 21 呼叫中心系統(tǒng) ......................................................... 21 重定向攻擊防范 ........................................................ 21 參 考 文 獻(xiàn) ........................................................................ 23 致 謝 .......................................................................... 24 第 3 頁 第一章 緒 論 研究的背景和意義 SDL(specification and description language)是一種基于擴(kuò)展有限狀態(tài)機(jī)和抽象數(shù)據(jù)類型的形式化描述語言，定義在 ITU的建議 。 SIP協(xié)議的設(shè)計(jì)思想和SMTP以及 HTTP一樣， 都是基于互聯(lián)網(wǎng)，采用的編碼方式是基于比較簡單的文本方式，協(xié)議簡潔高效并易于擴(kuò)展，很適合基于 Inter的傳輸，是未來多媒體通信系統(tǒng)的主流發(fā)展方向。但是總體來說，國內(nèi)對 SIP 的研究和產(chǎn)品以及應(yīng)用不多，就算有產(chǎn)品和應(yīng)用，也幾乎沒有多少市場份額。在用戶標(biāo)識(shí)符方面， SCIP 使用的是 Email 地址，采用的是超文本傳輸協(xié)議。 SIP 協(xié)議的設(shè)計(jì)思想和 SMTP 以及 HTTP 一樣，都是基于互聯(lián)網(wǎng)，采用的編碼方式是基于比較簡單的文本方式，協(xié)議簡潔高效并易于擴(kuò)展，很適合基于 Inter 的傳輸，是未來多媒體通信系統(tǒng)的主流發(fā)展方向。如它可以包括數(shù)據(jù)、圖像、視頻流等業(yè)務(wù)，也就是說，使用 SIP 很容易開發(fā)其他通信業(yè)務(wù)。 SIP 協(xié)議也支持 URL， SIP 重定向服務(wù)器還支持終端用戶的重定向功能。 SIP 實(shí)體 C/S 模型，是互聯(lián)網(wǎng)中經(jīng)常采用的一種模型，也就是客戶端 /服務(wù)器模型（ Client/Server）， SIP 基于因特網(wǎng)，自然也采用了這種結(jié)構(gòu)。這兩種類型在一個(gè)呼叫中起到不同的作用，分居于服務(wù)器的兩端，UAC 發(fā)出呼叫的消息， UAS 用于接收呼叫的應(yīng)答消息。同時(shí)它會(huì)把這個(gè)新注冊的用戶信息送到定位服務(wù)器中，以便日后需要的時(shí)候可以很方便地查找用戶的位置信息。 每個(gè)用戶在啟動(dòng)時(shí)， 都要到注冊服務(wù)器注冊當(dāng)前的 SIP URL 和 IP 地址的綁定，服務(wù)器最后把這些信息保存在位置服務(wù)器中。他們在接收、以及響應(yīng)一個(gè)請求的時(shí)候，會(huì)基于這個(gè)用戶的位置信息來判定這個(gè)消息應(yīng)該發(fā)送到哪里。 用戶注冊方式 只有當(dāng)對那個(gè) addressofrecord 的請求會(huì)被路由到這個(gè)區(qū)域的時(shí)候，登記這個(gè)addressofrecord 到這個(gè)區(qū)域的位置服務(wù)才是有意義的。重定向通過把 URL 信息從網(wǎng)絡(luò)的核心傳遞到邊緣而使網(wǎng)絡(luò)獲得了相當(dāng)大的擴(kuò)展升級能力。客戶端檢測重定向服務(wù)器之間發(fā)生的轉(zhuǎn)發(fā)循環(huán)。通過 RequestURI 訪問注冊服務(wù)器中的注冊信息，找到 RequestURI 對應(yīng)的 Contact 列表，把 Contact 列表中的地址作為目標(biāo)地址集合。 OSIP 的優(yōu)點(diǎn)： 該問題將在 OSIP2 中得到改善 。 起 始 行 解 析M s g _ s t a r t l i n e _ p a r s e r ( )消 息 解 析M s g _ p a r s e r ( )是 否 成 功S I P 頭 域 解 析M s g _ h e a d e r _ p a r s e r結(jié) 束是 否 成 功S I P 消 息 解 析M s g _ b o d y _ p a r s e r是否否是 圖 43 消息解析 第 14 頁 SIP 重 定向服務(wù)器在 sdl_tt 上的仿真實(shí)現(xiàn) 重定向呼叫 SIP 系統(tǒng)支持重定向，目前對重定向的使用主要包括完成呼叫轉(zhuǎn)移業(yè)務(wù)和完成路由尋址或載荷分擔(dān)應(yīng)用兩個(gè)方面。假設(shè)用戶 C 當(dāng)前正在開會(huì)或其他重要事務(wù)，在自己的 SIP 終端上設(shè)置了條件屏蔽，在這一期間，只有重要客戶的呼叫才能夠接續(xù)進(jìn)來，其他用戶的呼叫將會(huì)接續(xù)到新的地址或自己的秘書處。進(jìn)程 ps_ua1 向服務(wù)器發(fā)起的信號(hào) pac 以及服務(wù) 器的應(yīng)答信號(hào)pac2。 圖 413 process ps_ua2 進(jìn)程塊圖 圖 413為重定向后新的用戶代理 ps_ua2進(jìn)程圖，包括接收到主叫用戶的呼叫信號(hào)、被叫用戶收到該信號(hào)進(jìn)行的回應(yīng)、振鈴時(shí)常等 。由之前課程所學(xué)內(nèi)容，現(xiàn)對公交系統(tǒng)呼叫中心引入重定向系統(tǒng)作如下展望與設(shè)計(jì)： 1. 正常呼叫中心工作時(shí)間（ 8： 0018： 00）以外，對于每輛發(fā)車都進(jìn)行 SIP 注冊，將位置信息錄入進(jìn)行位置服務(wù)器 LS 上。認(rèn)證機(jī)制提供了驗(yàn)證用戶合法性的方法。由于我們進(jìn)行通話劫持攻擊時(shí)通常以第三方的 IP來發(fā)送偽造報(bào)文。 自從這學(xué)期她開始講授我們通信軟件設(shè)計(jì)這門課時(shí)，她每次都是提前備好課，早早的來到教室，足以體現(xiàn)她的敬業(yè)精神和責(zé)任心。 為了你們，我希望我可以做到最好。 同樣 要 感謝選修劉老師這門課程的所有同學(xué)，是你們，讓我感受到了 大 集體的溫暖。 我首先要感謝我的 老師劉紫艷 副教授，她對我的 悉心指導(dǎo)和教誨 讓我甚是感動(dòng) 。 TLSHandshake協(xié)議為一個(gè) 安全的會(huì)話建立加密參數(shù)。對于絕大部分常用的 客戶端和服務(wù)器，存在通話劫持攻擊的漏洞。 技術(shù)展望 辦公 OA 系統(tǒng) 辦公 OA 系統(tǒng)中的郵件系統(tǒng)傳送以及辦公內(nèi)部的呼叫建立，經(jīng)常會(huì)由于被叫方的不方便接收或接聽而導(dǎo)致文件信息的流失。 圖 410 proxy 服務(wù)器功能塊圖 圖 410 中 proxy 服務(wù)器功能塊圖 ，里面 包括由主叫用戶代理向進(jìn) 程 proxy_ps 發(fā)送的 pac 信號(hào)以及應(yīng)答 pac2 信號(hào)，通過的信道是 _ua1；被叫用戶原有地址代理接收的由進(jìn)程 proxy_ps 發(fā)送的 pac、 u_ip 信號(hào)以及其返回的重定向信號(hào) pac3，通過信道是_ua3；進(jìn)程 proxy_ps 向用戶新地址代理發(fā)送的 pac 信號(hào)以及返回的 pac2 信號(hào)，通過 第 18 頁 信道是 _ua2。并假定在進(jìn)行位置查詢過程在 proxy 服務(wù)器內(nèi)自行進(jìn)行， 不再另行建立單獨(dú)的 LS 服務(wù)器 。例如，用戶可以定義在某種條件下（對于某一時(shí)刻或某人的呼叫）將呼叫路由到其他路徑。 由于 OSIP 結(jié)構(gòu)簡單 ,外圍相關(guān)模塊需要用戶自己開發(fā) ,如 SIP 消息的接收和發(fā)送 ,RTP/RTCP 的語音數(shù)據(jù)的處理等 . OSIP 結(jié)構(gòu)分析 OSIP 主要包括三大部分的內(nèi)容 :狀態(tài)機(jī)模塊 (Finite State Machines)、解析器模塊和工具模塊。 重定向服務(wù)流程如圖 41 所示。 301(永久移動(dòng) )或 302(臨時(shí)移動(dòng) )響應(yīng)可能會(huì)給出與初始請求不一樣的目標(biāo)位置和用戶名 ,同時(shí)又指定另外的傳輸參數(shù) ,比如一個(gè)不同的服務(wù)器地址或多播地址 ,或者將 SIP消息的傳輸方式從 UDP 改為 TCP 或者從 TCP 改為 UDP,等等。在收到除 CANCEL 以外的請求時(shí) ,重定向服務(wù)器可以拒絕它 ,或者通過定位服務(wù)獲得一個(gè)可選地址列表并返回一個(gè) 3XX 最終響應(yīng)。凡是發(fā)送到 UA 的 proxy 的消息，通過查詢 UA 的注冊信息得到 UA 地址，然后轉(zhuǎn)發(fā)消息。因而，當(dāng)那個(gè)地區(qū)的 proxy 接收到一個(gè)請求，這個(gè)請求的 RequestURI 和 addressofrecord 的記錄匹配，那么這個(gè) proxy 會(huì)轉(zhuǎn)發(fā)請求到這個(gè) addressofrecord 中登記的聯(lián)系地址中去。另外，注冊服務(wù)器會(huì)返回一個(gè) 200 OK 響應(yīng)（成功響應(yīng)）給用戶代理 Alice。一些定位服務(wù)器使用的是輕量級目錄訪問協(xié)議（ Lightweight Directory Access Protocol, LDPA）或 My SQL 和 SIP 服務(wù)器進(jìn)行通信 。而在通常情況下，通常說的術(shù)語 SIP 服務(wù)器是一般是指代理服務(wù)器，但有時(shí)也可以指重定向服務(wù)器，這并沒有按照它們基本行為的不同來區(qū)分。服務(wù)器是用于對客戶端提出的請求進(jìn)行處理并提供應(yīng)答。 3. 會(huì)話管理 這是 SIP 協(xié)議中很重要的一個(gè)功能。 SIP 的強(qiáng)大之處還在于 SIP 有很多擴(kuò)展功能，這些功能隨著一些新的想法和應(yīng)用還在不斷擴(kuò)展。 SIP 消息的語法衍生于 HTTP，所以 HTTP 中的很多消息和語法可以在 SIP 中重用，所以容易把相關(guān)業(yè)務(wù)整合 第 5 頁 起來。 IETF 在 1999 年 2月發(fā)布了 SIP 的提議標(biāo)準(zhǔn)，這個(gè)提議標(biāo)準(zhǔn)即 RFC2543 規(guī)范。 SIPv1 于 1996 年 2月 22 日第 36 屆 IETF 會(huì)議上，作為一個(gè) Inter 草案提交給 IETF。 課題研究現(xiàn)狀 SIP 協(xié)議最早是在 1999 年出現(xiàn)的。設(shè)計(jì)模式是成功的軟件實(shí)踐經(jīng)驗(yàn)和設(shè)計(jì)思想的總結(jié)。在通信協(xié)議軟件中，這種可重用的開發(fā)經(jīng)驗(yàn)和設(shè)計(jì)思想的特點(diǎn)體現(xiàn)的尤為明顯。當(dāng)時(shí) IETF（ Inter 工程任務(wù)組）在 IETF 上提出了這一概念，當(dāng)時(shí)出來 了第一個(gè)版本 RFC2543，最新的版本是在 20x