【CTF-MISC-流量】从TCP协议中查询开放的端口到ARP欺骗中识别真实网关

发布时间:2026/11/5 20:37:00

【CTF-MISC-流量】从TCP协议中查询开放的端口到ARP欺骗中识别真实网关 题目KnightCTF 2026https://2026.knightctf.com/第一题 ReconnaissanceQuestion: Our IDS flagged some suspicious scanning activity in the first capture.The attacker was probing our network to identify potential entry points. Analyze the traffic and determine how many ports were found to be open on the target system.翻译我们的IDS在首次捕获时标记出了一些可疑的扫描活动。攻击者正在探查我们的网络以识别潜在的入口点。请分析这些流量并确定在目标系统中发现了多少个处于开放状态的端口。第二题 Gateway IdentificationDuring the initial reconnaissance, the attacker gathered information about the network infrastructure. We need to identify the vendor of the network device acting as the default gateway in this capture. This information could help us understand if any vendor-specific vulnerabilities were exploited.Flag Format KCTF{vendor_name}Use pcap1.pcapng to solve this challengeAuthor: TareqAhamed (0xt4req)翻译在初始侦察过程中攻击者收集了有关网络基础设施的信息。我们需要识别在此捕获中充当默认网关的网络设备的供应商。这些信息可以帮助我们了解是否有任何特定于供应商的漏洞被利用。解题第一题加载流量包筛选开放的端口TCP连接建立的三次握手过程第一次握手 客户端向服务器发送SYN包 tcp.flags.syn 1, tcp.flags.ack0 表示请求建立连接第二次握手 如果服务器的对应端口是开放的会返回SYNACK包 tcp.flags.syn 1, tcp.flags.ack1 表示接受连接请求第三次握手 客户端发送ACK包 tcp.flags.syn 0, tcp.flags.ack1 完成连接建立因此我们使用 tcp.flags.syn 1 and tcp.flags.ack1 搜索到的端口是开放的第二次握手如果不开放则返回RSTACK包用tcp.flags.reset1 and tcp.flags.ack 1进行搜索tcp.flags.syn1andtcp.flags.ack1识别攻击者与目标系统IP虽然识别出来了39个开放的端口但题目问的目标系统有多少个开放的端口所以我们要确定攻击者和目标系统的IPtcp.flags.syn1 and tcp.flags.ack 0 过滤出的是 TCP连接请求的第一个包。正常网络通信中设备通常只会向特定端口发送少量SYN包用于建立必要的连接。而攻击者在进行端口扫描时向同一目标IP的 大量不同端口 发送SYN包且通常只发送SYN包不完成完整的三次握手即没有后续的ACK包。tcp.flags.syn1andtcp.flags.ack0由此确认攻击者IP为192.168.1.104目标系统IP为192.168.1.102筛选开放的端口时 加上攻击者和目标系统的IP精确统计目标系统对攻击者的SYNACK响应只关注目标系统192.168.1.102对攻击者192.168.1.104的响应SYNACK包的源端口就是目标系统上开放的端口tcp.flags.syn1andtcp.flags.ack1andip.src192.168.1.102 andip.dst192.168.1.104发现开放端口为22SSH和80HTTP答案KCTF{2}第二题查看ARP数据包题目要确定网关的设备型号那我们需要确定网关的IP地址默认网关会发送ARP查询包来维护网络设备的MAC地址表ARP协议用于将IP地址映射到MAC地址所以我们查看ARP数据包了解网络设备的IP和MAC地址对应关系arp但发现多个设备的IP和MAC地址对应关系需要进一步筛选查找DHCP信息DHCP服务器在分配IP地址时会发送会在响应中包含默认网关信息。DHCP通信包含四个阶段需要区分客户端请求和服务器响应阶段数据包类型发送方接收方主要作用1. 发现DHCP Discover客户端广播寻找DHCP服务器2. 提供DHCP Offer服务器广播/单播提供IP地址等配置3. 请求DHCP Request客户端广播请求接受提供的配置4. 确认DHCP ACK服务器广播/单播确认配置并提供网关等信息dhcp只发现了DHCP Request数据包第3阶段关键特征Message type: Boot Request (1) 明确是客户端请求Source Address: 0.0.0.0 客户端还没有IP地址Destination Address: 255.255.255.255 广播发送Requested IP Address (192.168.1.101) 客户端请求特定IP并不是我们想要的DHCP Offer或者DHCP ACK继续分析ARP请求模式arp.opcode1 表示这是ARP请求包询问谁拥有这个IP请告诉我你的MAC地址arp.opcode2 表示ARP响应包回答我拥有这个IP我的MAC地址是…arp.opcode1发现结果中存在两种情况大量重复的 Who has 192.168.1.100? Tell 192.168.1.1。解释 IP 地址为 192.168.1.1 的设备很可能是这个局域网的默认网关或路由器在持续、高频地询问 192.168.1.100 的 MAC 地址。LiteonTechno_7e:74:6b (9c:2f:9d:7e:74:6b)与之前的攻击IP192.168.1.104的MAC地址相同且操作很像典型的网络侦察行为尝试扫描192.168.253.0/24和172.16.30/24等网段的活跃主机所以192.168.1.1是网关设备分析网关数据包通过查看网关IP192.168.1.1对应的MAC地址可以确定其供应商。所有来自192.168.1.1的数据包都使用相同的MAC地址88:bd:09:38:d7:a0供应商为NetisTechnol答案KCTF{Netis}附录ARP扫描原理流量包里包含非常经典的ARP扫描探测行为通常也被称为ARP Sweep或ARP Discovery。1. 攻击者的真实IP192.168.1.104为什么没出现在数据包里流量显示攻击者没有使用自己的真实IP。数据包中Tell 192.168.0.1是一个伪造的源IP地址Sender Protocol Address。为什么这么做这是一种ARP欺骗扫描或隐蔽扫描的手法隐藏自身攻击者192.168.1.104不想暴露自己的真实IP避免被日志记录或直接追踪。伪装成网关192.168.0.1通常是这个/24子网的默认网关地址。伪装成网关可能会让目标主机在回应时更“配合”或者为后续的中间人攻击做准备。试探网络结构通过观察哪些IP地址有ARP回应攻击者可以绘制出当前活跃主机的网络地图而且自己还不暴露。2. 为什么要发送这么多包询问 192.168.0.2 到 192.168.0. …这是主机发现阶段。攻击者想要知道在这个192.168.0.0/24网段里哪些IP地址是活跃的即有哪些机器在线。这些活跃IP地址对应的MAC地址是什么。原理ARP协议是局域网的“电话簿”。当一个设备想知道某个IP地址对应的MAC地址时它会广播一个“Who has [IP]? Tell [Sender IP]”的请求。如果该IP地址的设备在线它就会单播回复“Hey[IP] is at [MAC]”。所以攻击者通过依次询问.2,.3,.4… 直到.254来“敲门”。有回应的就是在线主机。3. 告诉 192.168.0.1攻击者能收到么答案是能收到但方式不是直接的。数据包是广播的注意看目标MAC地址是Broadcast(FF:FF:FF:FF:FF:FF)。这意味着这个ARP请求会被发送到整个局域网的所有设备。所有设备都能“听到”包括攻击者自己的网卡LiteonTechno_7e:74:6b以及网段内所有其他主机。但只有被问到的目标会回复当攻击者发出Who has 192.168.0.2? Tell 192.168.0.1时IP地址为 192.168.0.2 的主机如果在线会认为192.168.0.1伪造的网关在找它。于是.2主机会单播一个ARP回复给192.168.0.1。攻击者如何截获回复——这里就是关键因为192.168.0.1这个IP是攻击者伪造的实际拥有这个IP的网关如果存在可能会收到回复并感到困惑因为MAC地址不匹配或者直接忽略。为了确保能收到回复攻击者几乎必定同时开启了“混杂模式”和“ARP欺骗”。混杂模式让他的网卡接收所有流经网络的包而不仅仅是发给自己的包。这样他就能“偷听”到那些回复给192.168.0.1的单播包。ARP欺骗他可能已经或即将向网络发送虚假的ARP通告声称192.168.0.1的MAC地址就是他自己的MACLiteonTechno_7e:74:6b。这样一来所有想发给网关192.168.0.1的流量包括这些ARP回复实际上都会发到他的机器上。总结攻击者在做什么这是一个典型的、带有IP欺骗的主动ARP扫描。目的发现192.168.0.0/24网段内所有在线的主机及其MAC地址。手段伪造源IP (192.168.0.1) 以隐藏自身 (192.168.1.104)。发送大量ARP广播请求进行“地毯式轰炸”。后续可能网络侦察绘制目标网络拓扑。为更高级的攻击做准备如ARP欺骗中间人攻击、针对特定主机的漏洞利用等。
延伸阅读

更多相关文章

2026/11/3 2:35:57

PIX4 uORB 内部消息总线详解

PIX4 uORB 内部消息总线详解1、引言:什么是 uORB?2、 uORB 的核心概念与工作原理2.1 、主题(Topic)2.2、 发布者(Publisher)与订阅者(Subscriber)2.3、 消息(Message&…

2026/11/1 10:55:29

LinkSwift:九大网盘直链解析的终极技术实现指南

LinkSwift:九大网盘直链解析的终极技术实现指南 【免费下载链接】Online-disk-direct-link-download-assistant 一个基于 JavaScript 的网盘文件下载地址获取工具。基于【网盘直链下载助手】修改 ,支持 百度网盘 / 阿里云盘 / 中国移动云盘 / 天翼云盘 /…

2026/11/5 16:51:33

EasyU优启通PE维护盘实战指南:制作、启动与核心操作全解析

1. 为什么一个PE维护盘值得单独拿出来聊装系统、修引导、救数据、清病毒,这些活儿但凡干过几次的人都知道,真正决定效率的往往不是你手速多快,而是手边那套PE环境靠不靠谱。EasyU(圈内习惯叫优启通)就是在这个场景下被…

2026/11/5 16:26:13

Rust原来很简单二:所有权系统

Part 2 核心篇 —— 所有权系统 本篇覆盖 第 6 ~ 10 章:所有权、借用与引用、生命周期、字符串与切片、内存模型。 ⚠️ 这是全书最重要的一篇。 把它吃透,Rust 从此“很简单”;跳过它,你会处处碰壁。请慢下来,动手敲每一段代码。 第 6 章 所有权:Rust 的第一性原理 6…

2026/11/5 15:00:49

基于Hadoop+Spark的民宿智能推荐系统设计与实现

1. 项目概述:大数据时代的民宿智能推荐这个毕业设计项目融合了当前大数据领域最主流的技术栈,构建了一个完整的民宿推荐系统解决方案。作为一名长期从事大数据系统开发的工程师,我认为这个选题非常贴合实际应用场景——随着旅游业的复苏和共享…

2026/11/5 14:10:30

ADS122U04IPWR+STM32F427ZI工业级温度测量信号链设计

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配RS485,解决远距离温度监控难题

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 14:10:30

UART接口24位ADC搭配PIC18F46K22的RTD与热电偶测温实践

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 0:02:07

多智能体协作系统架构设计与实践优化

1. 多智能体协作系统的时代背景2017年Transformer架构的诞生彻底改变了人工智能的发展轨迹。当行业还沉浸在单一大模型带来的性能突破时,Anthropic的研究团队已经将目光投向了更前沿的领域——如何让多个智能体通过协作产生超越单体能力的系统智能。这就像交响乐团中…

2026/11/5 0:02:07

大模型系统性入门实战指南:从原理到部署微调的全链路路线

提到大模型的系统性入门,我先说个结论:这事真不难,难的是资料太散、路线太多,今天这个框架明天那个工具,新人很容易在“收藏夹吃灰”和“教程看到一半放弃”之间反复横跳。市面上关于大模型的内容少说有几十万篇&#…

2026/11/5 0:02:07

鸿蒙文件系统沙箱机制解析与开发实践

1. 鸿蒙文件系统沙箱机制深度解析作为一名从Android转向鸿蒙开发的工程师,我深刻体会到文件系统访问是迁移过程中最先遇到的"拦路虎"。在Android上运行良好的文件读写代码,在鸿蒙真机环境却频频出现文件写入后神秘消失或直接抛出权限拒绝错误的…

2026/11/5 15:39:06

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑