Sender ID框架规范概述

核心提示：前言：这篇文章是我为了配合朋友－Windows IT PRo杂志社的编辑小夫而非凡撰写的，因为时间仓促，Sender ID框架规范概述，难免有误，如有不正之处欢迎大家指正，后记：虽然这是业界针对垃圾邮件及网络安全的一大动向，但是由于牵涉到的范围很大，Sender ID框架规范概述当今时代，网络早已根深蒂固的融入到了大家

　　前言：
　　这篇文章是我为了配合朋友－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. 假如核实不正确则拒绝邮件（如图）
　　
　　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记录，垃圾邮件的查处就轻易多了。
　　
　　后记：虽然这是业界针对垃圾邮件及网络安全的一大动向，但是由于牵涉到的范围很大，真正可以具体实现的时间还需要我们拭目以待呀。