连接“OICQ”的控件现已开工!<b>( 500 分 )</b> 谢绝灌水!(300分)

  • 主题发起人 OopsWare
  • 开始时间
To OopWare:
1、连接“OICQ”的控件现已开工!
2、对她进行破解、二次开发的目的在于增加知识,方便用户使用,绝不允许任何人将以下
的内容作为扰乱OICQ正常运行、窃取他人隐私或破坏网络安全而使用……

可以看得出来,你很牛。只是,我不知道你说的所谓“连接 OICQ”、以及“……破解、
二次开发……”等等到底指的是啥意思……
因为,我从大家讨论的,以及你自己的话里边说的,感觉你指的好像是两个方面:
1、破解某一 OICQ 用户的密码(包括本地的以及 Romote server的);
2、读取并破解某一 OICQ 用户的聊天记录。
不知道我的理解是否正确?
但是,我要说的是,你这样做法,菜鸟如我等者,个人感觉到好像没有什么非常明显的
实际意义……不知道是不是这样……因为,这两个方面的功能,早就有 N 个黑软(s)能够实
现了!如果你需要这些方面的资料,何不直接与这些作者联系?那样岂不是很快就得到了
比较完整的有关 OICQ 的加密机制方面资料?
呵呵~~~也不知道我对你前面的话的理解是否正确……一管之见,休怪!休怪!
 期望交流!
 
我可是不会什么?
亭亭
 
  ?怎么没动静了?
 
windows界面,SoftIce功能的软件?有这东西吗?能跟踪 Windows USER 代码,
居然还使用这些代码,自己找麻烦。
 
好久没有动静了,提前!

好像在 irc.263.net 的 #chinese 频道 斑竹作了个利用IRC通讯的网络呼机,
还没来得及试。多发意见,近期结束此问题。

(我已经近四个月进不来了!今天终于....)
 
听君一席话,胜读十年书啊!
听得过瘾。
 
我认为oicq最重要的是服务器端,因为协议的执行是在服务器端,所以说不要看版本更新的块
服务器端的协议的更新不应该非常快,所以说应该容易破解,这就是保证兼容性就不容易保证
安全性。
 
  唉……也许是我的看法不对吧,反正,直到现在,我看没有看到 OopsWare 对我的看法的
答复!
  痛苦!
 
to Bull:
只是作为学术研究,感觉这儿的人都不是在网上乱放地雷,乱发炸弹的无聊
分子,按这儿的高人水平来讲,只用TCP/IP的漏洞,足可以让网路变的不安全,
还解的什么OICQ。
国外的ICQ似乎已成了标准的协议,又有Delphi的控件(DLL需注册),完全允许
用户自己开发啊......
 
icq的rfc在推出中,叫什么 ...忘了。
要真有时间,就去把中国人的想法加进去。
现在这个rfc中都是老外。
还有两个nnd微软的。
别在那个oicq上浪费时间。
 
以国人的普遍水平,ICQ还是有点门槛的。
 
To OopsWare:
  你没有仔细看我的话呢,我的另外一个意思是,你所需要的这些资料,可以和那些 HS
的作者们交流交流的,也许他们会帮你的……
  至于你说“感觉这儿的人都不是在网上乱放地雷,乱发炸弹的无聊分子……”嘿嘿……
我也希望是这样,知识,可惜……这里一定有这样的人!你从有些帖子上就可以看出来的!
譬如,某某人说什么将自己做的木马想办法扔给别人之类的……唉……看来,大富翁这里,
也不是你我想象的那么纯洁了……也是有些无聊的人哦……
 
能否把加密的那段代码提取出来嵌入自己的程序中,发送信息时直接调用,这样就不用管
具体的加密算法了。
 
to nhuangjr:
好想法,我刚找到TRW2000的注册版,再加上DASM32,
找到OICQ的入口点,把数据段、代码段的关键部分导出。
已数据块的形式编译到程序中,设一指向函数的指针
指向数据块,然后调用。 不错,符合逻辑!

不过,不过....我的汇编忘的差不多了,而且现在都是 EAX, ECX....
我那时学的可是8086啊!

 
听大家说了这么多真是大开眼界!
希望讨论继续!!!
 
听大家说了这么多真是大开眼界!
希望讨论继续!!!

 
好象有人已经做出来了。
 
顶部