冰点的专栏[bingdian3721]

一些需要知道的细节描述（前言）：这一部分展示了如何使用WINPCAP-API的不同的功能，它作为一个使用指南被划分为一系列的课时来带领读者循序渐进的体会PCAP的程序设计的魅力：从简单的基本功能（如获取网卡的列表，数据包的捕获等）到统计和收集网络流量等高级功能。在这里将提供一些简单但完整的代码作为参考：所有的这些原代码都有和它相关的详细信息的连接以便单击这些功能和数据结构时能够即使跳转到相

 神州数码802.1x认证协议简析一.   前言本次神州数码802.1x认证协议的分析有这么几个前提:1.       使用神州数码客户端进行上网认证。2.       协议选择的是神州数码私有报文。3.       使用的静态IP地址而不是DHCP分配。4.       不涉及计时计费。5.       分析的版本基于3.3/3.4 二．基本认证流程 

本程序参考了   愚自居 的 16位汇编　我校神州数码客户端解密 算法简介:1.从密文字符串中一次取字符    第一次放入ah    第二次放入al2.对于ah,检测是否是>=41H(A的ascii码)    如果条件成立,则减37H        否则与30H异或    左移四位3.对于al,检测是否是>=41H    如果条件成立,则减37H        否则与30H异或

1.引言　　C++语言的创建初衷是“a better C”，但是这并不意味着C++中类似C语言的全局变量和函数所采用的编译和连接方式与C语言完全相同。作为一种欲与C兼容的语言，C++保留了一部分过程式语言的特点（被世人称为“不彻底地面向对象”），因而它可以定义不属于任何类的全局变量和函数。但是，C++毕竟是一种面向对象的程序设计语言，为了支持函数的重载，C++对全局函数的处理方式与C有明显的不同。

在winpcap3.1beta4的文档中有个获取设备列表的例子程序其中使用到了pcap_findalldevs_ex()函数,在文档中是这样介绍这个函数的:This function is a superset of the old pcap_findalldevs(), which is obsolete, and which allows listing only the de

1.01版根据朋友的反应增加/修改了如下功能在寻找认证服务器时,如果出现服务器没有响应的情况,会自动连接,直到收到服务器的响应,然后开始认证客户端运行需要wincap3.x的支持,在共享文件中可以下载客户端:神州数码1.01(windows).rar winpcap:WinPcap_3_1_beta_3[客户端运行必备].zip在使用中发现问题请及时反应到:bingdian

写完了linux下的客户端,第一件事情就是让丽丽可以上网这也是我开发神州数码客户端的初衷啊晚上19:38分,丽丽打开了google的首页然后就找火狐2.0,去换浏览器去了她用的redhat 9.2 上面带着的浏览器有些丑啊,换个firefox2.0回来,工具赏心悦目了,干活以也有劲,在linux下使用神州数码上网的问题,从大一下学期刚买电脑的时候就困扰着我,那时候只知道linux下不能直接运行wi

神州数码以及运行所需的winpcap已经放到了google论坛上因为我现在这里没有神州数码的认证环境只能委托在认证环境内的一些兄弟进行测试了认证的前几个步骤都没有问题只是最后如果接受到成功信息,以及连接保持信息的时候不知道系统时候运行正常希望尽快的完善起来 内部测试论坛:http://groups-beta.google.com/group/digi_new_ver

 神州数码客户端linux版本alpha_1发布 欢迎试用并提出宝贵意见(客户端的开发是在redhat linux上进行的) 文件在论坛的共享文件区可以下载 客户端:digi.outlibpcap:libpcap-0.9.5.tar.gz如果是redhat linux可以把这个已经编译好的libpcap.a放到 /usr/local/lib 文件夹下li

        新的神州数码802.1x客户端虽然效率有待提高,代码有待优化整理,但是总算是可以使用了,接下来的事情就是关注于向linux平台的移植,因为在windows平台开发时使用的时winpcap,所以在考虑移植问题的时候首先想到的就是libpcap了        原先的时候曾经在网上看到过一些文章,关于linux下的抓包嗅探啦,网络安全工具的构建了,基本上都是libpcap和libnet

 神州数码客户端alpha3版发布修正了2版中在保持连接部分的一个小BUG新版已经在论坛更新,同时已经发送到内测人员的邮箱中http://groups-beta.google.com/group/digi_new_version  

今天正在考虑着如何实现神州数码客户端的跨平台开发问题1.认证过程的实现说白了就是截包,分析,发包了,这个功能因为是使用的pcap,他本身就是个跨平台的库,所以没有什么大问题2.程序参数配置参数配置有两方面,一方面是从文件中读取的用户上一次的配置信息,一方面是其他信息的即时获取前者还相对好办,后者涉及到mac地址的获取,这个功能在pcap中没有提供,也没有现成的跨平台代码可用,只

经过了一天半的动态跟踪,终于把神州数码私有报文分析完毕总结1.我跟踪的是未加密的3.4版,所以相对容易一点(ps:因为我不会破解....大伙不要笑啊)2.我不是在校园网内的,只能凭以前截获的包,自己构造了一个虚拟认证服务器凑合这回复客户端的数据,幸好没有什么错误3.跟踪完毕后3分钟,突然就没有了成就感,神州数码报文的构造远没有自己原先想象的那样麻烦,至今才分析出来,有些惭愧啊,其实

#include cstdlib>#include iostream>#include winsock2.h> #pragma comment(lib,"WS2_32.lib")using namespace std;void showhelp()...{    cout"        神州数码消息传送器        "endl;    cout"           〓使用说明〓   "