最重要的是要有人管理、维护阿

我的意思的支持oicq與icq用戶。
使用戶同時可以與icq與oicq的好友聊天。
就是不明白oicq的協議。

oicq与icq两者的数据库不同，首先要解决数据交换问题。

关注！

關注!

妄想 ！

去找找那些编过oicq的cracker之类的工具的作者去，他们应该知道某些规则。
我看可以自己在局域网里自己侦察一下。

OICQ数据可以用Windows 2000的“网络监视器”分析而得，这是一个很好的网络数据包分析工具。

　

注视

UDP协议，本地端口4000，远程端口8000。
2000版数据已加密，暂无分析结果！
如连接时向服务器发送100字节
0000h: 02 04 05 00 nn nn nn xx-xx xx xx ?? ?? ?? ?? ??  -> xx为长整形OICQ号码
 ......
0050h: ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? 03              -> 03为结束符。

据我所知，只有聊天室接收的数据是不加密的，通讯仍使用UDP
但是聊天室主机的地址及端口仍需要通过加密数据对话获得！

关注

关注

我也想知道！

早先oicq的包格式：
下面是 Oicq server 通知Oicq 好友上线和下线的消息结构：

struct TOicqUp
{
char Tag1; // 0x02 // 显然是 Oicq 的协议编号 or 版本，固定
char Tag2; // 0x01 // 显然是 Oicq 的协议编号 or 版本，固定
char Tag3; // 0x00
char Tag4; // 0x00
char Tag5; // 0x81
char Tag6; // 这两个字节相当于 unix 上的进程 ID, 
char Tag7; // 随便赋值就可。
char cOicqNub[]; // 通知上线的Oicq 号码。 exp:123456
char cFF; // 0x1f 在所有的Oicq 信息结构中，分割符都是 0x1f 
char cIP; // 该号码所在的 IP 地址
char cFF; // 
char cE[]; // "8685" ，这一位相对固定，随便添一个四位数字
char cFF;
char cDD[]; // exp: "10",0x1f,"107" 基本固定
char cEnd; // 0x03 ,所有的 oicq 信息都已 0x03 为标记结束。 
};
//-------------------------------------------------------- 
struct TOicqDown
{
char Tag1; // 0x02 // 显然是 Oicq 的协议编号 or 版本，固定
char Tag2; // 0x01 // 显然是 Oicq 的协议编号 or 版本，固定
char Tag3; // 0x00
char Tag4; // 0x00
char Tag5; // 0x81
char Tag6; // 这两个字节相当于 unix 上的进程 ID, 
char Tag7; // 随便赋值就可。
char cOicqNub[]; // 通知上线的Oicq 号码。 exp:123456
char cFF; // 0x1f 在所有的Oicq 信息结构中，分割符都是 0x1f 
char cIP; // 该号码所在的 IP 地址 // 随便填
char cFF; // 
char cE[]; // "8685" ，这一位相对固定，随便添一个四位数字
char cFF;
char cDD[]; // exp: "20",0x1f,"107" 基本固定
char cEnd; // 0x03 ,所有的 oicq 信息都已 0x03 为标记结束。 
};

在Oicq中最常用的消息传送时，Oicq 采用了如下策略： 当二者能直接（点到点）
通讯时，消息就直接的发送到对方，否则重试 N 次后通过Oicq 服务器转发。接受方
在收到消息后返回一个回应信息，发送方就是通过这个信息来确认消息是否已经收到。
消息的结构是：

（注意：本文中所有的 Oicq 协议结构是通过分析得来，不能保证其正确性）

struct TOicqPtoP
{
char Tag1; // 0x02 // 显然是 Oicq 的协议编号 or 版本，固定
char Tag2; // 0x01 // 显然是 Oicq 的协议编号 or 版本，固定
char Tag3; // 0x07
char Tag4; // 0x00
char Tag5; // 0x78
char Tag6; // 这两个字节相当于 unix 上的进程 ID, 
char Tag7; // 随便赋值就可。
char cOicqNub[]; // 发送方的Oicq 号码。 exp:123456
char cFF; // 0x1f 在所有的Oicq 信息结构中，分割符都是 0x1f 
char cR; // '0' 固定
char cFF; // 
char cE[]; // "75" ，这一位相对固定，可能是操作方式。
char cFF;
char cDateTime[]; // exp: "2000-4-10",0x1f,"12:00:12",0x1f
char OutMsg[]; // 发送的消息内容。
char cEnd; // 0x03 ,所有的 oicq 信息都已 0x03 为标记结束。 
};

新oicq的包格式：


三、 与服务器通信的加密 
与Decode相对应，是一个加密函数Encode。 
void Encode(char *src,int srclen,char *encodekey,char *outbuffer,int *
poutlen) 
参数： 
src:明文缓冲区。 
Srclen: 明文缓冲区的长度。 
Encodekey:固定16个字节的加密的密钥。 
Outbuffer:输出加密缓冲区。 
Poutlen:输出长度的保存地址。 
说明：该函数入口地址：15f:456b62。将明文进行加密，密钥为encodekey。用d
ecode函数和同样的密钥可以进行解密。 

l 登录服务器： 
发送的数据包为 
{BYTE b1;固定为0x2 
BYTE b2;固定为0x3 
BYTE b3;固定为0XA 
BYTE b4;固定为0X0 
BYTE cmd; 登录服务器为0X15。 
WORD seq; 顺序号，从高到低存放 
DWORD oicq号；以从高到低顺利存放二进制的OICQ号。 
BYTE key[16] ;随机产生的16个字节的密钥。 
BYTE buffer[64];64字节的加密内容。 
BYTE endchar ;固定为0x3。 

最核心的是buffer[64]的内容。用口令调用CalcPassword进行一次计算，然后作
为密钥对0长度的明文进行加密，得出16个字节的结果，再进行加密发送。例如口
令为'abc123'，算法为 
BYTE passkey[16] 
CalcPassword('abc123',6',passkey) 

BYTE keycode[16] 
int keycodelen=16; 
Encode(0,0,passkey,keycode,&keycodelen) 


BYTE sndbuffer[51]; 
memset(sndbuffer,0,51) 
memcpy(sndbuffer,keycode,16) 
//sndbuffer其余的内容为当前机器的ip等信息，与检查口令无关 

BYTE result[64] 
int sresultlen=64 
Encode(sndbuffer,51,随机产生16个字节的密钥,result,&resultlen) 

最后把16个字节的随机密钥和64字节加密后的口令一同发给服务器验证。如果能
用sniffer侦听到别人与服务器的通信，就能进行口令破解。当然也可以通过服务
器进行在线的口令破解，只是速度很慢，没有实用价值。 

l 如果登录成功，服务器返回16个字节的密钥--ServerKey。 
l UPD数据包的格式为 
BYTE b1;固定为2 
BYTE b2;固定为1 
BYTE b3;固定为0 
BYTE b4;固定为0 
BYTE cmd;登录为0X15 
WORD seq;从高到低顺序，与发送的seq一致。 
BYTE msg[56]; 
BYTE endchar ;固定0x3。 
用口令经过一次CalcPassword计算，得出16个字节的密钥，对msg进行解密。从第
1个字节开始的16个字节即为与服务器通信的密钥暂称为ServerKey。该密钥经常
变化。 
在本次登录中，以后所有跟服务器的通信都用这个ServerKey为密钥进行加密和解
密。 
四、 其它用户发来的加密消息的解密。 
其它用户的发来的加密消息格式为: 
BYTE b1;固定为0x0 
BYTE b2;固定为0x3 
BYTE b3;固定为0xA或0X2 
BYTE salt; OICQ号加密用 
DWORD EncodeOicqID;加密后的从高到低的oicq号。 
DWORD seq;序号 
BYTE msg[变长] 

l 对方oicq号的解密。 
将EncodeOicqID的4个字节分别与salt进行异或操作，然后取反。 
如salt = 0XA0, EncodeOicqID = 0X 5F5EBD1F。 
//分别进行异或操作 
0X 5F5EBD1F XOR 0XA0A0A0A0 = 0X FFFE1DBF 
//再取反 
NOT 0X FFFE1DBF = 0X1E240，转为10进制就是123456。因此对方的oicq号为123
456。 
l 消息的解密。 
先合成一个20字节的口令。前4个字节为从高到低的二进制对方的oicq号。后16个
字节为服务器发来的ServerKey。ServerKey的来源见第三节。 
如对方的oicq号为123456，20字节的口令为 
00 01 E2 40 + 16字节的ServerKey。 
用口令算法对这20字节的口令进行计算，得16个字节的密钥，就可以解开对方发
来的消息。 
五、 发给其它用户消息的加密 
在登录后，服务器会通知好友的IP地址和端口，以及一个16个字节的密钥。就是
当前的OICQ号加对方16个字节ServerKey通过CalcPass的计算结果。 
向对方发送消息时，只要用这16个字节进行加密即可。 

建议你去www.zoudan.com看看

那里的斑竹是fuckoicq的作者

应该对协议十分熟悉了

关注！

我 个人 的 观点：如果是为了学习，交流 之用，大家 可以 互相讨论，但如果是 为了攻击oicq，我 认为这种做法很 无聊！！！有精力做些正事吧，毕竟oicq是个中国人开发的好东西（把国外的icq基本上赶出了中国市场，呵呵~~~~~~~~~~~），所以我看不起那些搞破坏的人，有本事开发些好软件，为中国的软件业做些好事吧！

偶也是為了學習呀。不過我的想法有點過頭了。呵呵。
我又加分了，繼續...

我觉得这是一个好的建议，两个合为一体，不错的思路，真的会很方便。
可以利用它的服务器转发，这样你的工作也相对容易些，
至于这些协议，在搜索引擎中搜搜就可以找到！

别做了，没意思的，没看到ms和aol的协议兼容最后怎么收场的？除了正规途径，这个东西不会善终,

顺便：to songhtao，不需要兼容数据库

我用netxray查了一下oicq與服務端的一些通信情況，好像除了登入與登出時用了tcp，其它的都用UDP傳數據。

btw: 數據庫是服務端的事，客務端只負責發送數據與接收數據，還有就是備份聊天記錄。
既然oicq與icq集成當然分兩個線程，一個用來接收icq消息，一個用來收oicq消息。

繼續加分，繼續討論  -_-

关注

关注!

唉，我和你们差的好远！

TO:dnchen()　真的吗？你用icq读读Oicq的聊天纪录试试，或反过来看看。

我也来听听课

关注

非常关注呀：I

怎么這么多人來聽課呀，有發言的嗎？

oicq協議分析  版本號: OICQ 99c Build 0820 (繁體版)

client to server packets

客戶端到服務端的包發送是用UDP協議發給oicq服務器. 每一個UDP包有下面的head:

長度        內容              名稱              描述
4bytes       ?                  ?                ?

不急：：：  請關注!

2 songhtao: 在這里我都不用oicq與icq的數據庫格式。 
聊天記錄嘛都用一樣的格式表示。 加一個標志既可(標示到底是icq聊天記錄還是oicq聊天記錄)

我想看看你做的OICQ是什么样的，可以给我发一份吗？

我想看看你做的OICQ是什么样的，可以给我发一份吗？

我想看看你做的OICQ是什么样的，可以给我发一份吗？

关注

了解

  OICQ现在的新版本把发送出去的信息加密了，还可以发送吗

对不起，小弟有急，占占位子。
麻烦各位请到
http://www.csdn.net/expert/TopicView.asp?id=63934
帮帮忙，谢谢谢谢。。。。  

 

我看给代理服务器加上完善的数据显示功能大家一定喜欢，是不是？

九戒居士： 什么意思呀？不懂!

什么是ICQ？

www.icq.com

我来听课

关注 

关注 

没有必要非要做和ICQ，OICQ兼容吧？据我所知，ICQ，OICQ的数据库，通讯命令都不一样，这么做是不是太麻烦？也没有必要呀，要做，干吗不自己做一个呢？如果想破解ICQ，OICQ，我想，只要知道对方的IP，端口就可以了
另，我有一套ICQ的通讯命令文档只可惜是印刷的，没有电子版：（我试试能不能扫描进去吧

不能做一个东东来调用OICQ 和ICQ吗?  至于攻击吗?也只要去调用好了啊!~~~
在各位高手面前说话   惭愧啊~~~~
小弟计算机初级都没过   各位多多指教啊

53750关注！

关注！