网络DHCP请求检测与MAC地址关联的命令执行工具

需积分: 10 0 下载量 123 浏览量 更新于2024-11-06 收藏 2KB ZIP 举报
资源摘要信息:"dhcpsniff" 1. DHCP协议基础 DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)是一个网络协议,它允许网络上的设备(客户端)从服务器上获得一个临时的网络配置信息。这些配置通常包括IP地址、子网掩码、默认网关、DNS服务器地址等。这个过程称为DHCP租约。当设备(如电脑、智能手机等)连接到网络时,它会发送DHCP请求消息,网络上的DHCP服务器随后响应并分配一个IP地址给请求的设备。 2. DHCP嗅探原理 DHCP嗅探是一种技术,它通过监听网络上的DHCP请求来监控或管理网络设备的连接。通常,这种技术需要运行在网络的交换机或路由器上。DHCP嗅探工具能够在网络上捕获来自各种设备的DHCP请求信息,包括客户端的MAC地址、请求的IP地址等信息。这些信息对网络管理员来说非常有用,它们可以用来识别网络上的设备、监控未授权设备的接入、管理IP地址的分配等。 3. dhcpsniff程序介绍 dhcpsniff程序是一个能够检测网络上DHCP请求的工具。程序设计用于捕获客户端的MAC地址,并将该地址作为参数传递给用户指定的命令。程序用C语言编写,这意味着它具有很高的灵活性和可移植性,可以在多种操作系统上运行。由于其能够以root权限运行,所以它能够执行一些需要高级权限的操作,比如修改系统文件或配置等。然而,这也意味着如果使用不当,可能带来安全风险。 4. 程序使用场景 在描述中提到了一个具体的使用场景,即当一个智能手机连接到WiFi网络时,用户希望在服务器上自动运行一些家庭自动化脚本。通过将这些脚本作为参数传递给dhcpsniff,每当有新的DHCP请求(即有新的设备连接)时,dhcpsniff就可以触发脚本的执行。脚本的最后一个参数将是客户端的MAC地址,这允许脚本去验证连接的设备是否是预期中的设备,比如用户的智能手机。 5. 安全性和认证 该程序没有认证机制,也就是说任何能够连接到网络的设备都有可能被检测到。因此,用户需要注意,如果网络中存在不可信的设备,那么运行的脚本有可能会被触发,从而导致安全问题。在使用dhcpsniff时,必须确保网络环境的安全性,或者确保任何触发的脚本是安全无害的,不会造成数据泄露或其他安全风险。 6. 软件许可 根据提供的信息,dhcpsniff程序的代码是根据MIT许可条款发布的。MIT许可是一种宽松的开源软件许可协议,它允许用户自由使用、修改、分发软件,并且几乎不施加任何限制。它要求包含原作者的版权声明以及许可声明,但不需要开源或免费地分发衍生作品。 7. 编程语言和平台兼容性 dhcpsniff作为一个用C语言编写的程序,能够兼容多种操作系统和硬件平台,前提是这些平台能够运行C语言编译器和相应的网络监听工具。C语言因其高效和接近系统底层的特性,非常适合用于开发此类网络工具。然而,使用该程序可能需要用户具备一定的网络知识、系统编程知识以及对C语言的理解能力。 8. 常见应用和相关技术 dhcpsniff的用途可以扩展到网络监控、安全检测、设备识别和自动化管理等多个领域。除了DHCP嗅探,类似的技术还包括DNS嗅探、ARP嗅探等。这些技术都是网络管理员和安全专家监控网络状态、识别潜在威胁和自动化管理网络配置的重要工具。此外,了解DHCP嗅探的工作原理和相关编程实践对于深入理解网络协议和网络安全概念也是非常有帮助的。
2019-02-21 上传
说明: 1, 暂未实现重传机制, 所以若抓包无响应, 请尝试停止后重发. 2, dhcp状态显示采用1s定时器刷新, 所以状态显示可能存在延时的情况; 3, xcap通过pcap导入报文会有部分字段自动变化, 且导入的报文DHCP数据部分无法正常解析, 建议通过新建的方式解决; 4, 添加报文格式举例: 1,2 说明: 1表示报文组1, 选中报文组后, 在状态栏会显示报文组的索引, 2表示第三个报文, 即索引为3的报文. 版本记录: V1.0.1(基础版本) 1, 支持连接xcap并读取报文功能; 2, 支持刷新按钮自动更新报文功能; 3, 支持选择网卡功能; 4, 支持通过pcap文件打开报文功能(已废弃); 5, 支持指定服务器交互; 6, 支持dhcp交互状态显示; 7, 支持输入框通过正则表达式限制输入字符; 8, 支持选择特定报文操作; V1.0.2 1, 将状态修改为自动显示, 即动态识别报文类型并显示结果; 2, 解决解析option字段, 若字段中存在多个value时存在丢失的问题; 3, 增加鼠标点击状态显示气泡信息; 4, 增加隔行显示不同颜色; V1.0.3 1, 修改dhcp的状态机, 之前的版本是收到报文则发送request, 之后收到报文则认为收到ack. 现修改为只有收到offer报文才发送request报文 , 收到ack报文才结束. 2, 增加dhcpv6功能; 3, 优化代码; V1.0.4 1, 修改request报文由于校验和和报文长度未初始化导致构造错误的问题 V1.0.5 1, 增加服务器地址的气泡提示; 2, 增加自动填充的气泡提示; 3, 添加的报文默认为选中状态; 4, 选择网卡下拉框中将虚拟网卡排放靠后; 5, 关闭程序时自动保存设置; V1.0.6 1, 优化代码, 将字段设置使用统一的函数处理; 2, 状态气泡显示格式化; 3, 双击表格表头实现全选和反选; 4, 增加renew(50%), rebind(87.5%)和release的自动发送功能; 5, 增加手动释放按钮和实现; 6, 增加部分打印信息用于调试; 暂未实现报文重传机制, 计划下一个版本实现 V1.0.7 1, 实现discover/solicit报文自动重传机制 2, renew, rebind以及release修改为手动发送 3, 解决报文发送错乱问题 4, 增加decline报文的发送 5, 解决设备无故发送discover报文问题 问题解决: 1, 停止后再次发送数据会出现数据错乱 分析: 停止客户端的时候, 删除过滤器是通过callback函数删除的, 这里应该是通过filter来进行删除. self.widget.sniff.del_filter(self.callback)修改为 self.widget.sniff.del_filter(self.filter) 2, 设备无故发送discover问题 分析: 由于发送discover报文使用的定时器, 定时器是通过判断当前的direction来确定是否重传的, 而当定时器老化时, 可能正好收到报文导 致direction被修改, 所以导致错误的发送discover报文的问题. 将接收逻辑修改为重传时判断当前状态是否为discover报文, 若是则重传, 否则不重传. V1.0.8 1, 增加inform实现 V1.0.9 1, 增加报文五元组的源mac地址和xid的气泡显示; 2, 增加步长和报文限制功能; 问题解决: 1, 修改ipv6报文添加失败的问题. 由于ipv4报文为xid, ipv6报文为trid, 需要区分处理. V1.0.10 1, 在发送dhcpv6报文之前, 先发送na报文触发服务器学习nd消息. V1.0.11 1, 增加发送solicit/request前, 自动响应ns报文. 自动响应ns报文的目标地址为solicit/request报文源mac地址生成的ipv6地址 2, 实现dhcpv6的renew续约功能. 3, 解决ipv6地址转换格式化不正确, 导致无法响应ns报文问题. 4, 增加日志输出到dhcp.log文件. V1.0.12 1, 增加dhcpv6的续约功能, 通过renew和rebind实现续约, 增加release、decline报文的实现; V1.0.13 1, 解决服务器无法设置ipv6地址的问题. 之前的输入框只允许输入数字和., 修改为运行输入数字.:和a-f 2, 解决多个客户端时, 若选中其中的部分客户端发送时报错. 由于客户端采用的是列表中包含元组的形式, 即[(row, [client1, client2])], 这样实际客户端无法直接通过row索引到clients, 导致列表读 取时溢出. 譬如有1、2、3三行数据, 这里只选中了第三行, 限制为1, 那么如果点击发送, 则clients = [(row, [client1]], 此时clients[2] 就会溢出. 所以这里讲clients修改为字典, 即通过row来索引客户端client = {3: [client1]} 3, 将数据发送放到线程中, 规避模拟大量客户端时界面假死的问题. 4, 当客户端限制小于等于50, 则气泡显示trid和ip地址信息. 当大于50, 则气泡显示获取ip地址的数量. V1.0.14 1, 解决监听报文使用的网卡不正确问题. V1.0.15 1, 解决dhcpv6的响应报文的IANA中包含Status code选项导致程序无法解析的问题. 兼容性处理, 即option为IAAddress时按照IAAddress解析, 当option为status code时按照Status code解析 V1.0.16 1, 解决DHCPv6的client_id的duid处理, 支持任意格式的duid.