sniffer实验报告.docVIP

实验一：网络嗅探器（sniffer） ——040940207 李孟杰 实验中遇到的问题： 问题一： 在点击sinffwindow中button控件时，出现了invalidoperationexception的异常？？ 经过查阅得到，访问windows窗体的本质上不是线程安全的，如果有两个或多个线程操作某一控件的状态，则可能会迫使该控件进入一种不一致的状态。还可能出现其他与控件相关的bug，包括争用情况和死锁。在调试器中运行应用程序时，如果创建某控件的线程之前外的其他线程调用该控件，则调试器会引发一个invalidoperationexception，并提示消息：“从不是创建控件的control name的线程访问它。 解决一： 在相应的 sinffwindow 的sniffwindow_load中直接添加， Checkforlllegalcrossthreadcalls=false 直接运用VS2003中的状态，避免这种异常。 解决二： 利用delegate进行托管。如果从一个线程调用控件的方法，那么必须使用控件的一个invoke方法来将调用封送到适当的线程。该属性可应用于确定是否必须调用invoke，当不知道什么线程拥有控件时这很有用： 首先定义一个委托， 与这个事件处理函数的签名一样委托，当然直接使用该时间的委托也是可以的。 在调用invoke required时，返回当前线程是否等于new的时候记录下来的那个线程。 如果 invoke required==true表示其他线程需要访问控件，那么调用invoke来转给控件的owner处理。 1.1 网络嗅探的简介 网络嗅探器又称为网络监听器，简称为Sniffer子系统，放置于网络节点处，对网络中的数据帧进行捕获的一种被动监听手段，是一种常用的收集有用数据的方法，这些数据可以是用户的账号和密码，可以是一些商用机密数据等等。 Sniffer是利用计算机的网络接口截获目的地为其他计算机的数据报文的一种工具。Sniffer的正当用处主要是分析网络的流量,以便找出所关心的网络中潜在的问题。例如,假设网络的某一段运行得不是很好,报文的发送比较慢,而我们又不知道问题出在什么地方,此时就可以用嗅探器截获网络中的数据包，分析问题的所在。而嗅探器也可作为攻击工具被黑客所利用为其发动进一步的攻击提供有价值的信息。 在网络中，嗅探器接收所有的分组，而不发送任何非法分组。它不会妨碍网络数据的流动，因此很难对其进行检测。不过，处于混杂模式网卡的状态很显然和处于普通模式下不同。在混杂模式下，应该被硬件过滤掉的分组文会进入到系统的内核。是否回应这种分组完全依赖与内核。 下面我举一个现实世界中的例子，说明我检测处于混杂模式网络节点的方法。设想一下，在一个会议室中正在举行一个会议。某个人把耳朵放在会议室就可以进行窃听。当她进行窃听时，会屏住呼吸，安静地聆听会议室内所有的发言。然而，如果此时会议室内有人忽然叫窃听者的名字：“太太”，她就可能答应“唉”。这听起来有点好笑，但是完全可以用于网络嗅探行为的检测。网络进行网络嗅探的节点会接收网络的所有报文，因此其内核可能对某些本该被硬件过滤的分组作出错误回应。根据这个原理，我们可以通过检查节点对ARP报文的响应来检测网络的嗅探行为。 实验源码附带： /用一个结构体定义ip头格式，还为这个结构体附加了structlayout的特性，可以控制此结构体数据域的物理分布 // explicit用来控制每一个数据成员的精确位置。 // 使用explicit时，要求每一个成员必须使用fieldoffset来指明该域所占的物理位置。 [StructLayout(LayoutKind.Explicit)] public struct IPHeader { [FieldOffset(0)] public byte ip_verlen; //IP version and IP Header length Combined [FieldOffset(1)] public byte ip_tos; //Type of Service [FieldOffset(2)] public ushort ip_totallength; //Total Packet Length [FieldOffset(4)] public ushort ip_id; //Unique ID [FieldOffset(6)] public ushort ip_offset; //Flags a