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