MSNP9协议分析

转自:http://www.blogjava.net/wadise/archive/2006/04/23/42638.html?opt=admin

前 言

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编码。

    命令一览

  •  
    命令来源去向说明备注
    ACKSSClient确认,做出肯定回答。acknowledgement
    ADDClientNS发出添加新联系人到列表的请求。add user
    NSClient返回添加新联系人请求的应答。
    ADGClientNS发出添加新联系人组请求。add group
    NSClient返回添加新联系人组请求的应答。
    ANSClientSS接受聊天连接请求。answer
    BLPClientNS设置对尚未列入明确允许/禁止的联系人列表的保密策略。block list privacy
    NSClient返回设置保密策略请求的应答。
    BYESSClient通知客户端结束会话。bye
    CALClientSS发出建立聊天连接的请求。call
    SSClient返回建立聊天连接请求的应答。
    CHGClientNS发出改变状态的请求。change state
    NSClient返回改变状态的应答。
    CHLNSClient服务器发出验证要求。challenge
    SSClient
    CVRClientNS发出客户端的OS、语言、MSN Messenger版本等信息。client version
    ClientSS
    NSClient返回推荐的MSN Messenger版本、升级软件需要的下载地址等信息。
    SSClient
    FLNNSClient通知有联系人列表中的用户下线。off-line
    GTCClientNS设置当有联系人列表中的用户状态改变时给出的提示。greeting to changes?
    NSClient返回设置请求的应答。
    INFClientNS询问服务器所支持的认证方式。information?
    ClientSS
    NSClient返回服务器所支持的认证方式。
    SSClient
    ILNNSClient当客户端登录或添加联系人到列表时,通知列表中的联系人的状态。initial online state
    IROSSClient当有新用户加入聊天连接时,通知客户端该连接中的用户名单。initial roster information
    JIOSSClient通知客户端已经同另外的用户建立了聊天连接。jion
    LSGClientNS发出获取联系人组列表的请求。list groups
    NSClient返回获取联系人组列表请求的应答。
    LSTClientNS发出获取联系人列表的请求。list
    NSClient返回获取联系人列表请求的应答。
    MSGClientSS发送消息到其他用户(聊天对象)。message
    NSClient传递服务器(系统) 的消息到客户端。
    SSClient传递其他用户(聊天对象)的消息到客户端。
    NAKSSClient做出否定回答。negative acknowledgement
    NLNNSClient通知客户端联系人上线或改变状态。on-line
    OUTAllAll结束客户端-服务器的连接。out
    PNGClientNS测试TCP连接状态。ping
    ClientSS
    PRPClientNS发出设置个人电话号码的请求。personal phone number
    NSClient返回设置请求的应答
    PNGClientNS测试TCP连接状态。ping
    ClientSS
    QNGNSClient返回测试TCP连接状态的应答。quiz ping?
    SSClient
    QRYClientNS客户端回答服务器的验证要求。quiz reply?
    ClientSS
    REAClientNS发出修改用户昵称的请求。rename nickname
    NSClient返回修改用户昵称请求的应答。
    REGClientNS发出修改联系人组的请求。rename group
    NSClient返回修改联系人组请求的应答。
    REMClientNS发出从联系人列表中删除用户的请求。rename user
    NSClient返回删除用户请求的应答。
    RMGClientNS发出删除联系人组的请求。remove group
    NSClient返回删除联系人组请求的应答。
    RNGNSClient通知客户端有人要建立聊天连接。ring
    SYNClientNS客户端-服务器同步。synchronization
    NSClient
    URLClientNS发出获取MSN服务URL的请求。URL
    NSClient返回获取URL请求的应答。
    USRAllAll声明、传递、鉴别用户身份。user
    VERClientDS协商MSN Messenger协议版本。version
    ClientNS
    DSClient
    NSClient
    XFRDSClient向客户端分配NS(通知客户端转向连接指定的NS)。transfer
    ClientNS发出分配SS的请求。
    NSClient返回分配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用户不存在ADDADD 21 AL none@hotmail.com none@hotmail.com\r\n
    205 21\r\n
     
    206缺少域名   
    207已经登录USRUSR 20 TWN I example@hotmail.com\r\n
    207 20\r\n
    USR 21 TWN S 8d30fc782aa25ec9e1293fdda13cab42\r\n
    207 21\r\n
     
    208非法用户名CALCAL 2 @@hotmail.com\r\n
    208 2\r\n
     
    209非法用户昵称REAREA 18 one@hotmail.com kill%20microsoft\r\n
    209 18\r\n
     
    210用户太多ADDADD 23 FL one@hotmail.com one@hotmail.com 0\r\n
    210 23\r\n
    最大150
    215用户已在列表中ADDADD 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
     
    CALCAL 5 two@hotmail.com\r\n
    CAL 5 RINGING 213697\r\n
    CAL 6 two@hotmail.com\r\n
    215 6\r\n
    216用户不在列表中REMREM 14 FL three@hotmail.com\r\n
    216 14\r\n
     
    REAREA 48 three@hotmail.com three\r\n
    216 48\r\n
    CALCAL 2 three@hotmail.com\r\n
    216 2\r\n
    217用户不在线CALCAL 2 two@hotmail.com\r\n
    217 2\r\n
     
    218已在指定模式BLPBLP 17 BL\r\n
    BLP 17 151 BL\r\n
    BLP 18 BL\r\n
    218 18\r\n
     
    GTCGTC 19 A\r\n
    GTC 19 152 A\r\n
    GTC 20 A\r\n
    218 20\r\n
    219用户已经在相反的列表中ADDADD 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用户组太多ADGADG 28 new%20group 0\r\n
    223 28\r\n
    最大30
    224非法组号ADDRMG 24 3\r\n
    RMG 24 11506 3\r\n
    ADD 25 FL five@hotmail.com 3\r\n
    224 25\r\n
     
    REMRMG 24 3\r\n
    RMG 24 11506 3\r\n
    REM 25 FL five@hotmail.com 3\r\n
    224 25\r\n
    REGRMG 24 3\r\n
    RMG 24 11506 3\r\n
    REG 25 3 New%20Name 0\r\n
    224 25\r\n
    RMGRMG 24 3\r\n
    RMG 24 11506 3\r\n
    RMG 25 3\r\n
    224 25\r\n
    225用户不在组中REMREM 26 FL six@hotmail.com 3\r\n
    225 26\r\n
     
    229组名太长ADGADG 27 ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789 0\r\n
    229 27\r\n
    最大60
    230不能删除组0RMGRMG 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 ... ...

    这样,就无法拿到“入场券”,自然不能在第四回合中输入合法的串。

©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页