Sender ID框架規范概述

2019-11-18 12:01:31

字體：大中小

來源：轉載

供稿：網友

　　前言：
　　這篇文章是我為了配合朋友－Windows IT PRo雜志社的編輯小夫而非凡撰寫的。因為時間倉促，難免有誤，如有不正之處歡迎大家指正。
　　
　　Sender ID框架規范概述
　　當今時代，網絡早已根深蒂固的融入到了大家的日常生活中，電子郵件想必也早成為了大家聯系親朋好友乃至生意伙伴不可或缺的好幫手。也正因為電子郵件的如此流行，越來越多的人已經感受到了"垃圾郵件"帶來的種種不便。而這些又被叫做junk e-mail或spam的垃圾郵件通常都是靠偽造發信人的地址來實現的。這也是我們一般都知道的技術術語"spoofing"(欺騙)的一種.
　　
　　現在產業界為了針對這一日趨突出的問題而聯合推出了所謂的Sender ID框架，該框架就是針對垃圾郵件現象而提出的解決方案. 該框架由三個主要部分組成：
　　
　　1．　微軟的Sender ID規范，
　　
　　2．　pobox.com 的Meng Wong制定的郵件發送者策略框架（SPF），
　　
　　3．　遞交者優化規范（SO）.
　　
　　該框架的目的就是通過對每一封發出的郵件的域名進行自動審核。只要能夠做到消滅域名欺騙, 核實發送者身份，那么郵件發送者的域名,名譽和品牌都會自然得到保護，并且該框架規范還將協助郵件接受者可以更準確的進行針對垃圾郵件的過濾.
　　
　　現在該框架規范已經被遞交給了因特網工程工作組(IETF)審核并等待批準。
　　
　　當前活躍在該框架規范化的各主要合作組織有：
　　
　　反垃圾技術聯盟：Anti-Spam Technical Alliance (ASTA)
　　
　　全球國際網絡安全基礎構架聯盟Global InfrastrUCture Alliance for Internet Safety (GIAIS)
　　
　　什么是Sender ID
　　具體來說，
　　
　　1．Sender ID是一種保護郵件發送者的品牌和域名被冒用的方式
　　
　　2．Sender ID 是一種讓郵件接受者核查郵件來源的方式
　　
　　3．可以容許采用更多的垃圾郵件過濾的方式
　　
　　4．是讓域名被可靠使用的基礎。
　　
　　注： Sender ID也不是完全的解決方法，因為垃圾郵件發送者也會注冊他們的域名，不過這樣做的好處是他們的域名可以被鎖定。
　　
　　當前可以提供Sender ID框架方案的大型組織有：
　　
　　微軟，VeriSign， BSP，Trusted E，IRONPOINT Systems，Send Mail，Symantec等。
　　
　　Sender ID 的工作原理
　　這里有幾個要害步驟：
　　
　　1. 發件者一次性登記自己的SPF記錄后發送郵件給受件者.
　　
　　2. 收件者的郵件接受服務器接受郵件.
　　
　　3. 收件者的郵件服務器檢查在郵件發送者登記在合法DNS里的郵件域名的SPF記錄.
　　
　　4. 郵件接受服務器然后核實郵件發送服務器的ip地址是否吻合該郵件域名登記在合法DNS里的IP地址.
　　
　　5. 假如核實正確接受郵件。
　　
　　6. 假如核實不正確則拒絕郵件（如圖）
　　 Sender ID框架規范概述

　　SPF記錄的格式
　　SPF記錄的格式有很多種，我在這里只列舉有兩種最簡單的舉例說明：
　　
　　1．Domain.com TXT “v=spf1 -all”
　　
　　說明：這個域名永遠不會發送郵件
　　
　　2．Domain.com TXT “v=spf1 mx -all”
　　
　　說明：這個域名可以發送和接受郵件，并且發送和接受的服務器是同一個
　　
　　假如要更具體的有關SPF記錄的資料說明，你可以查閱http://www.zytrax.com/books/dns/ch9/spf.Html。
　　
　　什么是PRA
　　PRA的意思是假想響應地址（Purported Responsible Address），也就是在郵件發送過程中所有郵件發送服務器的地址。PRA的來源有很多，比較常見的有：
　　
　　1．發送者源始服務器：（這種多發生在小型網絡中，及發送者和接受者的郵件服務器中沒有第三者存在）
　　
　　2．郵件轉發服務器地址：（多發生在大型網絡中，及發送者和接受者的郵件服務器中有第三者存在）
　　
　　3．更復雜的還包括郵件代發服務器地址：（這種通常就是當你瀏覽網頁時，有的網頁提供類似發給你的朋友之類的功能，你是郵件發送人，可是服務器卻是該網站的郵件服務器）。
　　
　　假如要知道更多關于PRA的資料，你可以查詢[RFC2822]
　　
　　http://community.roxen.com/developers/idocs/rfc/rfc822.html
　　
　　既然講到了PRA，那么這里還有一個不得不提的就是Submitter Optimization（SO）：
　　
　　這是一個相對于SMTP 郵件命令的可選延伸，它容許發件者在SMTP協議中公布PRA。
　　
　　假如一旦使用，只要PRA和郵件的來源不同，你就必須要在郵件的FROM命令里加入 “SUBMITTER=”的參數
　　
　　舉例：
　　
　　下面我以一個比較具體的郵件例子來說明：
　　
　　S: 220 sample.domain.edu ESMTP server ready
　　
　　C: EHLO example.com
　　
　　S: 250- sample.domain.edu
　　
　　S: 250-DSN
　　
　　S: 250-AUTH
　　
　　S: 250-SUBMITTER　《＝加入遞交者對EHLO的回應
　　
　　S: 250 SIZE
　　
　　C: MAIL FROM: SUBMITTER=fumtek@example.com　《＝遞交者參數的注入
　　
　　S: 250 sender ok
　　
　　C: RCPT TO:
　　
　　S: 250 recipient ok
　　
　　C: DATA
　　
　　S: 354 okay, send message
　　
　　C: From: fumtek@example.com
　　
　　C: (message body goes here)
　　
　　C: .
　　
　　S: 250 message accepted
　　
　　C: QUIT
　　
　　S: 221 goodbye
　　
　　從上面的例子我們可以看到，一旦在SMTP協議中包括了遞交者信息以及結合郵件發送者的SPF記錄，垃圾郵件的查處就輕易多了。
　　
　　后記：雖然這是業界針對垃圾郵件及網絡安全的一大動向，但是由于牽涉到的范圍很大，真正可以具體實現的時間還需要我們拭目以待呀。

上一篇：一個數據庫序號類NoCtr類的實現

下一篇：如何判斷字符串是否為空串？