網(wǎng)絡(luò)與信息安全網(wǎng)絡(luò)安全（四）-文庫吧
2025-09-22 16:32 本頁面
【正文】 這封信的回復(fù)將會送給誰，以及郵件傳遞路徑 郵件欺騙：直接連接 smtp服務(wù)器 直接連接 smtp服務(wù)器的 25端口，然后發(fā)送命令，常見命令為 Helo(or EHLO) Mail from: Rcpt to: Data Quit 收件人接收到的郵件為 郵件欺騙的保護 郵件服務(wù)器的驗證 Smtp服務(wù)器驗證發(fā)送者的身份，以及發(fā)送的郵件地址是否與郵件服務(wù)器屬于相同的域 驗證接收方的域名與郵件服務(wù)器的域名是否相同 有的也驗證發(fā)送者的域名是否有效，通過反向 DNS解析 攻擊者可以運行自己的 smtp郵件服務(wù)器 不能防止一個內(nèi)部用戶假冒另一個內(nèi)部用戶發(fā)送郵件 審核制度，所有的郵件都有記錄 隱私？ Web欺騙 Web是應(yīng)用層上提供的服務(wù)，直接面向 Inter用戶，欺騙的根源在于 由于 Inter的開放性，任何人都可以建立自己的 Web站點 Web站點名字 (DNS域名 )可以自由注冊，按先后順序 并不是每個用戶都清楚 Web的運行規(guī)則 Web欺騙的動機 商業(yè)利益，商業(yè)競爭 政治目的 Web欺騙的形式 使用相似的域名 改寫 URL 劫持 Web會話 使用類似的域名 注冊一個與目標(biāo)公司或組織相似的域名，然后建立一個欺騙網(wǎng)站，騙取該公司的用戶的信任，以便得到這些用戶的信息 例如，針對 ABC公司，用 如果客戶提供了敏感信息，那么這種欺騙可能會造成進一步的危害，例如： 用戶在假冒的網(wǎng)站上訂購了一些商品，然后出示支付信息，假冒的網(wǎng)站把這些信息記錄下來 (并分配一個 cookie)，然后提示：現(xiàn)在網(wǎng)站出現(xiàn)故障，請重試一次。當(dāng)用戶重試的時候，假冒網(wǎng)站發(fā)現(xiàn)這個用戶帶有 cookie，就把它的請求轉(zhuǎn)到真正的網(wǎng)站上。用這種方法，假冒網(wǎng)站可以收集到用戶的敏感信息。 對于從事商業(yè)活動的用戶，應(yīng)對這種欺騙提高警惕 改寫 URL 一個 HTTP頁面從 Web服務(wù)器到瀏覽器的傳輸過程中，如果其中的內(nèi)容被修改了的話，則欺騙就會發(fā)生，其中最重要的是 URL改寫 URL改寫可以把用戶帶到不該去的地方，例如： a href= Wel to HollywoodMovie site./a 有一些更為隱蔽的做法 直接指向一些惡意的代碼 把 url定向放到 script代碼中，難以發(fā)現(xiàn) 改寫頁面的做法 入侵 Web服務(wù)器，修改頁面 設(shè)置中間 代理 在傳輸路徑上截獲頁面并改寫 在客戶端裝載后門程序 …… Web會話劫持 HTTP協(xié)議不支持會話 (無狀態(tài) )， Web會話如何實現(xiàn)？ Cookie 用 url記錄會話 用表單中的隱藏元素記錄會話 Web會話劫持的要點在于，如何獲得或者猜測出會話 ID 防止 Web欺騙 使用類似的域名 注意觀察 URL地址欄的變化 不要信任不可靠的 URL信息 改寫 URL 查看頁面的源文本可以發(fā)現(xiàn) 使用 SSL Web會話劫持 養(yǎng)成顯式注銷的習(xí)慣 使用長的會話 ID Web的安全問題很多，我們需要更多的手段來保證 Web安全 關(guān)于欺騙技術(shù) 從這些欺騙技術(shù)，我們可以看到 IP協(xié)議的脆弱性 應(yīng)用層上也缺乏有效的安全措施 在網(wǎng)絡(luò)攻擊技術(shù)中，欺騙術(shù)是比較初級的，技術(shù)含量并不高，它是針對 Inter中各種不完善的機制而發(fā)展起來的 非技術(shù)性的欺騙 比如，實施社會工程 畢竟網(wǎng)絡(luò)世界與現(xiàn)實世界是緊密相關(guān)的 避免被欺騙最好的辦法是教育、教育、再教育 增強每一個 Inter用戶的安全意識，網(wǎng)絡(luò)管理人員以及軟件開發(fā)人員的安全意識更加重要 會話 (交易 )劫持 在現(xiàn)實環(huán)境中，比如對于銀行一筆交易 如果營業(yè)員檢查了顧客的身份證和賬戶卡 抬起頭來，發(fā)現(xiàn)不再是剛才的顧客 他會把錢交給外面的顧客嗎？ 在網(wǎng)絡(luò)上沒有人知道你是一條狗 TCP會話劫持 (session hijacking) 欺騙和劫持 欺騙是偽裝成合法用戶，以獲得一定的利益 劫持是積極主動地使一個在線的用戶下線，或者冒充這個用戶發(fā)送消息，以便達到自己的目的 動機 Sniffer對于一次性密鑰并沒有用 認(rèn)證協(xié)議使得口令不在網(wǎng)絡(luò)上傳輸 會話劫持分兩種 被動劫持，實際上就是藏在后面監(jiān)聽所有的會話流量。常常用來發(fā)現(xiàn)密碼或者其他敏感信息 主動劫持，找到當(dāng)前活動的會話，并且把會話接管過來。迫使一方下線，由劫持者取而代之，危害更大，因為攻擊者接管了一個合法的會話之后，可以做許多危害性更大的事情 會話劫持示意圖 被劫持者 A 服務(wù)器 B 1 A遠程登錄，建立會話，完成認(rèn)證過程 攻擊者 H 2 監(jiān)聽流量 會話劫持的原理 TCP協(xié)議 三次握手建立 TCP連接 (即一個TCP會話 ) 終止一個會話，正常情況需要 4條消息 如何標(biāo)識一個會話： 狀態(tài)： 源 IP:端口 +SN 目標(biāo)IP:端口 +SN 從 TCP會話的狀態(tài)入手 要了解每一個方向上的 SN(數(shù)據(jù)序列號 ) 兩個方向上的序列號是相互獨立的 TCP數(shù)據(jù)包，除了第一個 SYN包之外，都有一個 ack標(biāo)志，給出了期待對方發(fā)送數(shù)據(jù)的序列號 所以，猜測序列號是成功劫持TCP會話的關(guān)鍵 關(guān)于 TCP協(xié)議的序列號 在每一個 ACK包中，有兩個序列號 第一個 (SEG_SEQ)是當(dāng)前包中數(shù)據(jù)第一個字節(jié)的序號 第二個 (SEG_ACK)是期望收到對方數(shù)據(jù)包中第一個字節(jié)的序號 假設(shè)客戶 (CLT)向服務(wù)器 (SVR)發(fā)起一個連接，我們用以下的表示 SVR_SEQ: 服務(wù)器將要發(fā)送的下一個字節(jié)的序號 SVR_ACK: 服務(wù)器將要接收的下一個字節(jié)的序號 (已經(jīng)收到的最后一個字節(jié)的序號加 1) SVR_WIND: 服務(wù)器的接收窗口 CLT
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1