UDP端口能被嗅探吗

听到同事在聊,怎么探测对端的某个UDP端口?有的说用nc命令。我也插了一句这个测不准的。当然通过网上查找也是千篇一律的讲着nc命令介绍(对此,我很纳闷。nc --help介绍的不够详细吗,需要再写一遍放网上吗,是谁不会打几个字还是怎么的?)。

为什么我会第一反应是测不准的呢?我们都知道探测TCP端口我们都是用的telnet。TCP基于三次握手,握手成功那就判定端口通,相反则不通。那UDP呢?他没有三次握手,那又是基于什么来判断通和不通的呢?接下来往下看,一起来测试下。

实验测试

telnet测试

正常情况

复制代码
[root@client ~]# telnet 192.168.200.81 9100
Trying 192.168.200.81...
Connected to 192.168.200.81.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
[root@client ~]#

image-20240731204452243

禁用SYN回包

复制代码
[root@server ~]# iptables -A OUTPUT -d 192.168.200.79/32 -p tcp -m tcp --tcp-flags ALL SYN,ACK -j DROP

[root@client ~]# telnet 192.168.200.81 9100
Trying 192.168.200.81...
telnet: connect to address 192.168.200.81: Connection timed out
[root@client ~]# 

image-20240731210901755

丢弃SYN回包后,客户端的确无法建立连接。而且细心的可以发现,客户端SYN超时重传的时间间隔为1+2+4+8+16+32=63 秒。客户端的 SYN 报文最大重传次数由 tcp_syn_retries内核参数控制,这个参数是可以自定义的,默认值一般是 5。每次超时的时间是上一次的 2 倍。 参考的大佬小林coding的博客。个人觉得他总结的很好,简单易懂。

nc测试

正常情况

复制代码
[root@server ~]# nc -lu 10000  #server开启UDP端口,只能使用一次。第二次连接会失败,需要重新执行该命令

[root@client ~]# nc -zvu 192.168.200.81 10000   #检测已开启的端口
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.200.81:10000.
Ncat: UDP packet sent successfully      #显示发送成功
Ncat: 1 bytes sent, 0 bytes received in 2.01 seconds.
[root@client ~]# nc -zvu 192.168.200.81 10001  #检测未开启的端口
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.200.81:10001.
Ncat: Connection refused.    #显示连接拒绝

image-20240801200231897 image-20240801200543851

UDP 1000端口正常连接,抓包只有一个数据包,UDP 1001端口连接拒绝。抓包有两个数据包,其中一个是ICMP回显包,TYPE3、CODE3。其他类型参考百度百科。 nc启动的udp端口

禁用ICMP回显

复制代码
[root@server ~]# iptables -A OUTPUT -d 192.168.200.79/32 -p icmp -j DROP    #禁止ICMP回显

[root@client ~]# nc -zvu 192.168.200.81 10000
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.200.81:10000.
Ncat: UDP packet sent successfully      #显示发送成功
Ncat: 1 bytes sent, 0 bytes received in 2.02 seconds.
[root@client ~]# nc -zvu 192.168.200.81 10001
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.200.81:10001.
Ncat: UDP packet sent successfully      #显示发送成功,可我并没有开启该端口
Ncat: 1 bytes sent, 0 bytes received in 2.01 seconds.
[root@client ~]# 

image-20240801201629958

抓的包中看到两个端口都没有ICMP回显。且都是成功,而在服务端并没开启10001端口。

总结

在用Telnet测试TCP端口时,它是基于三次握手来嗅探端口。而 在用nc测试UDP端口时,它是基于ICMP回显来嗅探端口。所以当我们使用nc测试UDP端口时候,提示Connection refused 那是一定的,可信的。提示packet sent successfully 那就不一定是真实的,也许存在该端口,也许不存在该端口。

本文由mdnice多平台发布

相关推荐
Renhao-Wan18 小时前
Docker 核心原理详解:镜像、容器、Namespace、Cgroups 与 UnionFS
java·后端·docker·容器
EFCY1MJ9019 小时前
ASP.NET MVC 1.0 (五) ViewEngine 深入解析与应用实例
后端·asp.net·mvc
小江的记录本19 小时前
【RabbitMQ】RabbitMQ核心知识体系全解(5大核心模块:Exchange类型、消息确认机制、死信队列、延迟队列、镜像队列)
java·前端·分布式·后端·spring·rabbitmq·mvc
小江的记录本19 小时前
【RocketMQ】RocketMQ核心知识体系全解(5大核心模块:架构模型、事务消息两阶段提交、回查机制、延迟消息、顺序消息)
linux·运维·服务器·前端·后端·架构·rocketmq
源码站~19 小时前
基于Spring Boot+Vue3的烹饪交流学习系统 设计与实现
java·vue.js·spring boot·后端·mysql·毕业设计·毕设
zihao_tom19 小时前
Spring Boot 整合 Druid 并开启监控
java·spring boot·后端
小邓的技术笔记19 小时前
开发实战:asp.net core + ef core 实现动态可扩展的分页查询方案
后端·asp.net
MX_935920 小时前
SpringMVC静态资源访问、annotation-driven的使用原理及数据响应模式
java·后端·spring
无籽西瓜a20 小时前
【西瓜带你学设计模式 | 第十二期 - 装饰器模式】装饰器模式 —— 动态叠加功能实现、优缺点与适用场景
java·后端·设计模式·软件工程·装饰器模式
南山乐只20 小时前
Java并发工具:synchronized演进,从JDK 1.6 锁升级到 JDK 24 重构
java·开发语言·后端·职场和发展