前 言
MSN Messenger 是Microsoft开发的聊天工具，目前在国内拥有很大的用户群。使用MSN Messenger可以与他人进行文字聊天，语音对话，视频会议等即时交流，还可以通过此软件来查看联系人是否联机等。该软件的最新版本是6.1。
1999年，Microsoft向IETF提交了一份"MSN Messenger Service 1.0 Protocol"草案，这是最初版本的MSN Messenger协议。在以后几年，该公司不再公开有关MSN Messenger协议的升级、修改细节的官方文档。但无论是开发第三方的聊天客户端软件(如Gaim, MyIM等)，还是做协议分析，必须对其通信协议有深入了解。正因为如此，有一些民间人士对这些协议开展了研究。
当我们还在感叹"这世界，变化快"的时候，MSN Messenger的协议已经到了第10版，简称MSNP10，对应于MSN Messenger 6.1。MSN Messenger 6.0则使用MSNP9。现在Microsoft强迫MSN Messenger用户升级到6.0或6.1版，因为服务器对MSNP8以下的版本不再支持。本文及后续文章所描述的MSN Messenger协议主要针对MSNP9/MSNP10。
1. 连 接 MSN Messenger协议建立在TCP/IP之上。除了文件传输和语音聊天是直接的"点对点"通信之外，其它所有的情形全部通过服务器进行。
在逻辑上，一共有三种类型的服务器，各司其职：
派遣服务器(Dispatch Server, DS) - 客户端最初连接的服务器。负责给客户端分配合适的通知服务器。域名是messenger.hotmail.com，标准服务端口是1863。完成派遣任务后，切断TCP连接。
通知服务器(Notification Server, NS) - 客户端需要一直保持连接的服务器。很多任务要在这个会话内完成，包括登录、改变状态、获取用户列表、修改用户信息、发起聊天、接受呼叫、邮件通知、退出等等。服务端口由派遣服务器指定，通常也是1863。
接线服务器(Switchboard Server, SS) - 客户端之间聊天使用的中转服务器。每开一个聊天窗口，客户端和服务器就建立一个TCP会话。当客户端之间需要进行文件传输或语音聊天时，发送系统消息，建立"点对点"会话通道(可能转为使用UDP)。服务端口通常也是1863。"点对点" 通信使用的端口由客户端自动协商决定，如文件传输通常使用6891端口。
2. 命 令
MSN Messenger命令使用纯ASCII码。对非ASCII码字符使用URL编码。命令的语法是
XXX[<SP>TrID<SP>PARAM1<SP>PARAM2…]<CRLF>
其中，<SP>是空白字符，<CRLF>是回车换行，XXX是一个3字符的命令串，TrID是一个流水号，PARAMx是参数，[ ]内是可选项。最简单的命令没有流水号和参数。为了方便起见，下面讨论时用" "代表<SP>，"\r\n"代表<CRLF>，"\x??"代表一个值为0x??字节。红色表示由客户端发出，蓝色表示由服务器发出。一个MSN Messenger命令的例子如下：
USR 18 TWN I example@hotmail.com\r\n
3. 错 误
无论是由于客户端发出的命令无效，参数无效，还是其他什么原因，服务器可以返回一个错误。格式为
XXX[<SP>TrID]<CRLF>
其中，XXX是一个3位数字的串。如
ADD 21 AL non_existent@passport.com non_existent@passport.com\r\n
205 21\r\n
上例中，non_existent@passport.com是一个不存在的账号。
4. 消 息
MSN Messenger消息符合MIME 1.0标准，由消息头与消息体组成。通常使用UTF-8编码，消息头中也需要URL编码格式，消息体则直接用二进制数据。
一个MSN Messenger消息的例子如下：
MIME-Version: 1.0\r\n
Content-Type: text/plain; charset=UTF-8\r\n
X-MMS-IM-Format: FN=%E5%AE%8B%E4%BD%93; EF=; CO=0; CS=86; PF=0\r\n
\r\n
bhw98\xE4\xBD\xA0\xE5\xA5\xBD\xEF\xBC\x81
经简单分析可知，"%E5%AE%8B%E4%BD%93"是"宋体"的UTF-8加URL编码，而"bhw98\xE4\xBD\xA0\xE5\xA5\xBD\xEF\xBC\x81"是"bhw98你好！"的UTF-8编码。
命令一览
| 命令 | 来源 | 去向 | 说明 | 备注 |
| ACK | SS | Client | 确认，做出肯定回答。 | acknowledgement |
| ADD | Client | NS | 发出添加新联系人到列表的请求。 | add user |
| NS | Client | 返回添加新联系人请求的应答。 |
| ADG | Client | NS | 发出添加新联系人组请求。 | add group |
| NS | Client | 返回添加新联系人组请求的应答。 |
| ANS | Client | SS | 接受聊天连接请求。 | answer |
| BLP | Client | NS | 设置对尚未列入明确允许/禁止的联系人列表的保密策略。 | block list privacy |
| NS | Client | 返回设置保密策略请求的应答。 |
| BYE | SS | Client | 通知客户端结束会话。 | bye |
| CAL | Client | SS | 发出建立聊天连接的请求。 | call |
| SS | Client | 返回建立聊天连接请求的应答。 |
| CHG | Client | NS | 发出改变状态的请求。 | change state |
| NS | Client | 返回改变状态的应答。 |
| CHL | NS | Client | 服务器发出验证要求。 | challenge |
| SS | Client |
| CVR | Client | NS | 发出客户端的OS、语言、MSN Messenger版本等信息。 | client version |
| Client | SS |
| NS | Client | 返回推荐的MSN Messenger版本、升级软件需要的下载地址等信息。 |
| SS | Client |
| FLN | NS | Client | 通知有联系人列表中的用户下线。 | off-line |
| GTC | Client | NS | 设置当有联系人列表中的用户状态改变时给出的提示。 | greeting to changes? |
| NS | Client | 返回设置请求的应答。 |
| INF | Client | NS | 询问服务器所支持的认证方式。 | information? |
| Client | SS |
| NS | Client | 返回服务器所支持的认证方式。 |
| SS | Client |
| ILN | NS | Client | 当客户端登录或添加联系人到列表时，通知列表中的联系人的状态。 | initial online state |
| IRO | SS | Client | 当有新用户加入聊天连接时，通知客户端该连接中的用户名单。 | initial roster information |
| JIO | SS | Client | 通知客户端已经同另外的用户建立了聊天连接。 | jion |
| LSG | Client | NS | 发出获取联系人组列表的请求。 | list groups |
| NS | Client | 返回获取联系人组列表请求的应答。 |
| LST | Client | NS | 发出获取联系人列表的请求。 | list |
| NS | Client | 返回获取联系人列表请求的应答。 |
| MSG | Client | SS | 发送消息到其他用户(聊天对象)。 | message |
| NS | Client | 传递服务器(系统) 的消息到客户端。 |
| SS | Client | 传递其他用户(聊天对象)的消息到客户端。 |
| NAK | SS | Client | 做出否定回答。 | negative acknowledgement |
| NLN | NS | Client | 通知客户端联系人上线或改变状态。 | on-line |
| OUT | All | All | 结束客户端-服务器的连接。 | out |
| PNG | Client | NS | 测试TCP连接状态。 | ping |
| Client | SS |
| PRP | Client | NS | 发出设置个人电话号码的请求。 | personal phone number |
| NS | Client | 返回设置请求的应答 |
| PNG | Client | NS | 测试TCP连接状态。 | ping |
| Client | SS |
| QNG | NS | Client | 返回测试TCP连接状态的应答。 | quiz ping? |
| SS | Client |
| QRY | Client | NS | 客户端回答服务器的验证要求。 | quiz reply? |
| Client | SS |
| REA | Client | NS | 发出修改用户昵称的请求。 | rename nickname |
| NS | Client | 返回修改用户昵称请求的应答。 |
| REG | Client | NS | 发出修改联系人组的请求。 | rename group |
| NS | Client | 返回修改联系人组请求的应答。 |
| REM | Client | NS | 发出从联系人列表中删除用户的请求。 | rename user |
| NS | Client | 返回删除用户请求的应答。 |
| RMG | Client | NS | 发出删除联系人组的请求。 | remove group |
| NS | Client | 返回删除联系人组请求的应答。 |
| RNG | NS | Client | 通知客户端有人要建立聊天连接。 | ring |
| SYN | Client | NS | 客户端-服务器同步。 | synchronization |
| NS | Client |
| URL | Client | NS | 发出获取MSN服务URL的请求。 | URL |
| NS | Client | 返回获取URL请求的应答。 |
| USR | All | All | 声明、传递、鉴别用户身份。 | user |
| VER | Client | DS | 协商MSN Messenger协议版本。 | version |
| Client | NS |
| DS | Client |
| NS | Client |
| XFR | DS | Client | 向客户端分配NS（通知客户端转向连接指定的NS）。 | transfer |
| Client | NS | 发出分配SS的请求。 |
| NS | Client | 返回分配SS请求的应答。 |
MSN Messenger协议--错误代码一览
| 代码 | 含义 | 可能的命令 | 错误示例 | 备注 |
| 200 | 非法命令 | | ABC 18\r\n
200 18\r\n | |
| 201 | 非法参数 | | CHG 19 FLN 0\r\n
201 19\r\n
ADD 20 AL aaa@bbb@ccc aaa@bbb@ccc\r\n
201 20\r\n | |
| 205 | 用户不存在 | ADD | ADD 21 AL none@hotmail.com none@hotmail.com\r\n
205 21\r\n | |
| 206 | 缺少域名 | | | |
| 207 | 已经登录 | USR | USR 20 TWN I example@hotmail.com\r\n
207 20\r\n
USR 21 TWN S 8d30fc782aa25ec9e1293fdda13cab42\r\n
207 21\r\n | |
| 208 | 非法用户名 | CAL | CAL 2 @@hotmail.com\r\n
208 2\r\n | |
| 209 | 非法用户昵称 | REA | REA 18 one@hotmail.com kill%20microsoft\r\n
209 18\r\n | |
| 210 | 用户太多 | ADD | ADD 23 FL one@hotmail.com one@hotmail.com 0\r\n
210 23\r\n | 最大150 |
| 215 | 用户已在列表中 | ADD | ADD 36 FL one@hotmail.com one@hotmail.com 2\r\n
ADD 36 825 FL one@hotmail.com one@hotmail.com 2\r\n
ADD 37 FL one@hotmail.com one@hotmail.com 2\r\n
215 37\r\n | |
| CAL | CAL 5 two@hotmail.com\r\n
CAL 5 RINGING 213697\r\n
CAL 6 two@hotmail.com\r\n
215 6\r\n |
| 216 | 用户不在列表中 | REM | REM 14 FL three@hotmail.com\r\n
216 14\r\n | |
| REA | REA 48 three@hotmail.com three\r\n
216 48\r\n |
| CAL | CAL 2 three@hotmail.com\r\n
216 2\r\n |
| 217 | 用户不在线 | CAL | CAL 2 two@hotmail.com\r\n
217 2\r\n | |
| 218 | 已在指定模式 | BLP | BLP 17 BL\r\n
BLP 17 151 BL\r\n
BLP 18 BL\r\n
218 18\r\n | |
| GTC | GTC 19 A\r\n
GTC 19 152 A\r\n
GTC 20 A\r\n
218 20\r\n |
| 219 | 用户已经在相反的列表中 | ADD | ADD 15 AL four@hotmail.com four@hotmail.com\r\n
ADD 15 AL 56 four@hotmail.com four\r\n
ADD 16 BL four@hotmail.com four@hotmail.com\r\n
219 16\r\n | |
| 223 | 用户组太多 | ADG | ADG 28 new%20group 0\r\n
223 28\r\n | 最大30 |
| 224 | 非法组号 | ADD | RMG 24 3\r\n
RMG 24 11506 3\r\n
ADD 25 FL five@hotmail.com 3\r\n
224 25\r\n | |
| REM | RMG 24 3\r\n
RMG 24 11506 3\r\n
REM 25 FL five@hotmail.com 3\r\n
224 25\r\n |
| REG | RMG 24 3\r\n
RMG 24 11506 3\r\n
REG 25 3 New%20Name 0\r\n
224 25\r\n |
| RMG | RMG 24 3\r\n
RMG 24 11506 3\r\n
RMG 25 3\r\n
224 25\r\n |
| 225 | 用户不在组中 | REM | REM 26 FL six@hotmail.com 3\r\n
225 26\r\n | |
| 229 | 组名太长 | ADG | ADG 27 ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789 0\r\n
229 27\r\n | 最大60 |
| 230 | 不能删除组0 | RMG | RMG 28 0\r\n
230 28\r\n | |
| 300 | 缺少必要的参数 | | | |
| 302 | 尚未登录 | | | |
| 500 | 服务器内部错误 | | | |
| 540 | 验证应答错误 | | | |
| 600 | 服务器忙 | | | |
| 707 | 无法建立连接 | | | |
| 910 | 服务器忙 | | | |
| 911 | 身份验证失败 | | | |
过去的MSN Messenger版本(MSNP8以下)，简单地使用MD5等Hash算法对用户身份进行认证。MSNP9/MSNP10使用一种TWN(Tweener)认证方式，通过SSL/TLS连接到login.passport.com和loginnet.passport.com等服务器，借助于HTTP协议输入账号和密码，认证通过后，才能取得“入场券”。
真正意义上的身份认证，发生在客户端与通知服务器(NS)之间。客户端登陆NS时，首先交换版本信息。双方均支持MSNP8以上版本时，才能进行认证过程。如果客户端版本较低，不支持TWN，咋办？服务器会将你一脚揣出去，信不信？
好了，废话少说，现在拿一个成功认证的例子看看。在下面的例子中，账号是“example@passport.com”，密码是“password”。
VER 4 MSNP10 MSNP9 CVR0 \r\n
VER 4 MSNP9 CVR0 \r\n
CVR 5 0x0804 winnt 5.0 i386 MSNMSGR 6.1.0203 MSMSGS example@passport.com \r\n
CVR 5 6.0.0602 6.0.0602 5.0.0527 http://download.microsoft.com/download/d/4/f/d4f560d5-6dc6-4901-b149-a568415561d7/SETUPNT.EXE http://messenger.msn.com/cn \r\n
USR 6 TWN I example@passport.com \r\n
USR 6 TWN Slc=1033,id=507,tw=40,fs=1,ru=http%3A%2F%2Fmessenger%2Emsn%2Ecom,ct=1073355862,kpp=1,kv=5,ver=2.1.0173.1, tpf=ed1c2f217a21c191c61251eb8b73bb60 \r\n
(此时通过SSL进行身份认证，获得“入场券”)
USR 7 TWN S t=4m1wWfEupDgUNb53qys5gJdw8OTJEtT82fcuDbS3U672gTymOOs6cgKeafj7WjgZNcufAQggxqHRRXko02DoflZA$$ &p=4QXNnX9rFDDgki9ZqvqPZGDGJa2Mrd5H13Zfl0NNjh4I78qPyfpzmkZPZEe0nxJTkzZSNDYtk!57cVqiYVfO86KgCRYWhi2kudS0M !7bdi82EDA1FYp3WboHD!sCQ17OZh7lPQI7fozrgsSMZwgSzRi2FNTPxf13oDNIfDCKCG!2guDvZKEpk78A$$ \r\n
USR 7 OK example@passport.com example@passport.com 1 0 \r\n
第一回合(TrID=4)，双方协商MSN版本号。客户端说“我能支持MSNP9和MSNP10”，NS说“行，就MSNP9吧”。
第二回合(TrID=5)，客户端报告本机信息：OS = Windows 2000 (NT 5.0), 语言 = 简体中文，MSN Messenger版本 = 6.1.0203, 账号 = example@passport.com。NS给出了推荐的版本号，能够使用的最老的版本号，新版本下载地址，官方网站地址等信息。
第三回合(TrID=6)，客户端要求身份认证(I = Initial)，NS则给出所需要的一长串信息(S = Subsequent)。其中tpf相当于challenge，参与Hash运算，能保证每次认证返回的串是不同的。
第四回合(TrID=7)，客户端出示从认证服务器得到的“入场券”，NS放行(OK)。
第三、四回合之间，通过SSL的认证过程如下：
首先在HTTPS端口443向login.passport.com发送一个GET请求，将账号、密码和NS给定的一长串信息送出。
GET /login2.srf HTTP/1.1 \r\n
Authorization: Passport1.4 OrgVerb=GET,OrgURL=http%3A%2F%2Fmessenger%2Emsn%2Ecom,sign-in=example%40passport.com,pwd=password, lc=1033,id=507,tw=40,fs=1,ru=http%3A%2F%2Fmessenger%2Emsn%2Ecom,ct=1073355862,kpp=1,kv=5,ver=2.1.0173.1, tpf=ed1c2f217a21c191c61251eb8b73bb60 \r\n
Host: login.passport.com \r\n \r\n
根据情况，会重定向到不同的URL。本例中，重定向到"https://loginnet.passport.com/login2.srf?lc=1033"，服务器应答
HTTP/1.1 302 Found \r\n Server: Microsoft-IIS/5.0 \r\n
Date: Mon, 22 Dec 2003 21:10:05 GMT \r\n
PPServer: H: LAWPPLOG5C006 \r\n
Connection: close \r\n
Content-Type: text/html \r\n
Expires: Mon, 22 Jun 2003 21:09:05 GMT \r\n
Cache-Control: no-cache \r\n
cachecontrol: no-store \r\n Pragma: no-cache \r\n
P3P: CP="DSP CUR OTPi IND OTRi ONL FIN" \r\n
Authentication-Info: Passport1.4 da-status=redir \r\n
Location: https://loginnet.passport.com/login2.srf?lc=1033 \r\n
\r\n ... ...
然后，重新向指定的URL发出请求，得到如下响应
HTTP/1.1 200 OK \r\n
Server: Microsoft-IIS/5.0 \r\n
Date: Mon, 22 Dec 2003 21:10:07 GMT \r\n
PPServer: H: LAWPPIIS6B061 \r\n
Connection: close \r\n Content-Type: text/html \r\n
Expires: Mon, 22 Dec 2003 21:09:07 GMT \r\n
Cache-Control: no-cache \r\n
cachecontrol: no-store \r\n
Pragma: no-cache \r\n
P3P: CP="DSP CUR OTPi IND OTRi ONL FIN" \r\n
Set-Cookie: ... ... \r\n
Authentication-Info: Passport1.4 da-status=success,tname=MSPAuth,tname=MSPProf,tname=MSPSec, from-PP='t=4m1wWfEupDgUNb53qys5gJdw8OTJEtT82fcuDbS3U672gTymOOs6cgKeafj7WjgZNcufAQggxqHRRXko02DoflZA$$ &p=4QXNnX9rFDDgki9ZqvqPZGDGJa2Mrd5H13Zfl0NNjh4I78qPyfpzmkZPZEe0nxJTkzZSNDYtk!57cVqiYVfO86KgCRYWhi2kudS0M !7bdi82EDA1FYp3WboHD!sCQ17OZh7lPQI7fozrgsSMZwgSzRi2FNTPxf13oDNIfDCKCG!2guDvZKEpk78A$$', ru=http://messenger.msn.com \r\n
Content-Length: 0 \r\n
\r\n
开始时直接向loginnet.passport.com发出正确的请求，也是可以的。不难看出，在服务器认证成功的返回信息中，Authentication-Info字段的from-PP串值，就是所谓的“入场券”。
如果认证失败，服务器返回401错误
HTTP/1.1 401 Unauthorized \r\n ... ...
这样，就无法拿到“入场券”，自然不能在第四回合中输入合法的串。
posted on 2006-12-19 15:16
游子 阅读(695)
评论(1) 编辑 收藏 引用 所属分类:
软件