0x01
Nmap维护一个nmap-os-db数据库,存储了上千种操作系统信息,简单一点来说,Nmap通过TCP/IP协议栈的指纹信息来识别目标主机的操作系统信息,这主要是利用了RFC标准中,没有强制规范了TCP/IP的某些实现,于是不同的系统中TCP/IP的实现方案可能都有其特定的方式,这些细节上的差异,给nmap识别操作系统信息提供了方案,具体一点说,Nmap分别挑选一个close和open的端口,分别发送给一个经过精心设计的TCP/UDP数据包,当然这个数据包也可能是ICMP数据包。然后根据收到返回报文,生成一份系统指纹。通过对比检测生成的指纹和nmap-os-db数据库中的指纹,来查找匹配的系统。最坏的情况下,没有办法匹配的时候,则用概率的形式枚举出所有可能的信息。
所谓的指纹,即由特定的回复包提取出的数据特征
0x02
Nmap-os-db在kali中路径如下
我把他下在到win上方便查看
这是指纹库的版本
以这条为例
最前面几行为注释行,说明此指纹对应的操作系统与版本。
Fingerprint关键字定义一个新的指纹,紧随其后的是指纹名字。
Class行用于指定该指纹所属的类别,依次指定该系统的vendor(生产厂家),OS family(系统类别),OS generation(第几代操作系统),and device type(设备类型)。
接下来是CPE行,此行非常重要,使用CPE(CommonPlatformEnumeration,通用平台枚举)格式描述该系统的信息。以标准的CPE格式来描述操作系统类型,便于Nmap与外界信息的交换,比如可以很快从网上开源数据库查找到CPE描述的操作系统具体信息。
此处作为指纹描述字段的CPE格式如下:
cpe:/<part>:<vendor>:<product>:<version>:<update>:<edition>:<language>
接下来从SEQ到IE的13行都是具体指纹数据描述行,在对比指纹时,就是对比这13行里面的具体数据,如果匹配则目标机为指纹所描述的系统类型。
SEQ描述顺序产生方式;OPS描述TCP包中可选字段的值;WIN描述TCP包的初始窗口大小;ECN(ExplicitCongestionNotification)描述TCP明确指定拥塞通知时的特征;T1-T7描述TCP回复包的字段特征;U1描述向关闭的UDP发包产生的回复的特征;IE描述向目标机发送ICMP包产生的特征。
0x03
在系统探测过程中,会执行五种不同的测试,每种测试由一个或者多个数据包组成,目标系统对每个数据包作出的响应有助于确定操作系统的类型。
五种不同的测试是:
1.sequencegeneration
2.ICMPecho
3.tcp explicit congestion notification
4.TCP
5.UDP
分别看看
序列生成(sequencegeneration):
序列生成测试由六个数据包组成,这六个包是每隔100 毫秒分开发送的,且都是TCP SYN 包。每个TCP SYN 包的结果将有助于NMAP 确定操作系统的类型。
ICMP回显(ICMPecho):
两个有着不同设置的ICMP请求包被送到目标系统,由此产生的反应将有助于实现验证操作系统类型。
TCP显式拥塞通知(explicitcongestion notification):
当生成许多包通过路由器时会导致其负载变大,这称之为拥塞。其结果就是系统会变慢以降低拥堵,以便路由器不会发生丢包。这个包仅为了得到目标系统的响应而发送。因为不同的操作系统以不同的方式处理这个包,所以返回的特定值可以用来判断操作系统。
TCP:在这个测试中会发送六个数据包。一些带有特定的包设置的包被发送用来到打开的或关闭的端口。结果也将会因为操作系统的不同而不同。
所有TCP 包都是以如下不同的标志被发送:
无标志
SYN、FIN、URG和PSH
ACK
SYN
ACK
FIN、PSH和URG
UDP:这个测试由一个被发送给一个关闭的端口的数据包组成。如果目标系统上的这个端口是关闭的,而且返回一条ICMP 端口不可达的信息,那么就说明没有防火墙。
0x04
以kali为例,如果关闭全部端口,则会显示
开放一个80端口,此时就可以检测出这是linux系统
0x05
接下来通过抓包分析
144为被扫描的机器,138为运行nmap的机器
我在前面提到,在kali上开发的少数端口是80,所以在wireshark可以看到这一系列包是在发往80端口的
-
Sequence generation (SEQ, OPS, WIN, and T1)
会发送一系列共6个tcp探测来生成4个响应行,每一个都是tcpsyn数据包,连接到远程机器上检测到的开放的端口。
这些数据包的序列(sequence)和确认号(acknowledgementnumbers)是随机的,tcp选项和tcp窗口字段值也是不同的。
具体而言如下所示:
Packet #1: window scale (10), NOP, MSS (1460),timestamp (TSval: 0xFFFFFFFF; TSecr: 0), SACK permitted. The windowfield is 1.
如2006所示
Packet #2: MSS (1400), window scale (0), SACKpermitted, timestamp (TSval: 0xFFFFFFFF; TSecr: 0), EOL. The windowfield is 63.
如2009所示
Packet #3: Timestamp (TSval: 0xFFFFFFFF; TSecr:0), NOP, NOP, window scale (5), NOP, MSS (640). The window field is4.
如2012所示
Packet #4: SACK permitted, Timestamp (TSval:0xFFFFFFFF; TSecr: 0), window scale (10), EOL. The window field is 4.
如2015所示
Packet #5: MSS (536), SACK permitted, Timestamp(TSval: 0xFFFFFFFF; TSecr: 0), window scale (10), EOL. The windowfield is 16.
如2018所示
Packet #6: MSS (265), SACK permitted, Timestamp(TSval: 0xFFFFFFFF; TSecr: 0). The window field is 512.
如2021所示
上图中2006-2007是一对syn,及对应返回的synack;
2006-2007,2009-2010,2012-2013,2015-2016,2018-2019,2021-2022一共6对
这些测试的结果包括四个结果类别行。
名列前茅个SEQ包含基于探测包的序列分析的结果。这些测试结果是GCD,SP,ISR,TI,II,TS和SS。
SEQ测试将六个TCPSYN数据包发送到目标机器的开放端口,并收回SYN/ ACK数据包。这些SYN /ACK分组中的每一个包含32位初始序列号(ISN)。GCD,SP,ISR的计算比较麻烦。GCD根据ISN计算。ISR,SP都根据GCD计算。
下面的截图是6个tcpsyn包中的ISN
TI会检查响应的IP头ID字段,必须至少收到三个响应才能包含测试,如果ID字段值都是0的话,则为Z在2007,2010,2013,2016,2019,2022数据包中的IP头部ID字段均为0
所以在TI的值为Z
TS是根据SEQ探测的响应中的TCP时间戳选项,它检查TSval(选项的前四个字节)
如果时间戳选项值不为0,还需计算,比较麻烦,根据计算结果再赋TS值为1或7或8
从数据包中,以2007为例,可以知道TS值为1或7或8
下一行OPS包含为每个探测器接收的TCPoption(测试名称为O1到O6)。
按照顺序来,即2007为O1,2010位O2…
以2007为例来分析
它对应的字符串是M5B4ST11NW7:
M代表Maximumsegment size,1460的16进制为5B4;
S代表SackPermitted
T代表Timestamp,如果TSval,TSecr都不是0,则为11
N代表NOP
W代表Windowscale,大小为7
O2-O6以此类推
WIN行包含response的windowsize(名为W1到W6)。
以2013为例
Windowsize为28960
与这些探测器相关的最后一行T1包含packet#1的各种测试值。这些结果用于R,DF,T,TG,W,S,A,F,O,RD和Q测试。这些测试仅针对名列前茅个探针报告,因为它们对于每个探针几乎总是相同的
R表示目标是否有响应,有响应则为Y
DF表示禁止路由器分段数据包的位是否置位,若置位则为Y,从下图可以看出已置位
T表示初始TTL,下图可以看到T应为39
TG为猜测的初始TTL值,如果发现实际TTL值,则不会打印该字段
S检查TCP报头中的32位序列号字段,与引发响应的探测中的TCP确认号进行比较。然后它记录适当的值。下图可以看到sequencenumber为0,所以S的值为Z
A测试响应中的确认号acknowledgementnumber与相应探测中的序列号的比较
下图中可以看到2017的acknowledgementnumber为1,2016中的sequencenumber 为0,0+1=1,即2017的acknowledgementnumber等于2016的sequencenumber+1
所以A的值为S+
F记录响应中的tcpflag
下图以2017为例,flags中A和S置位,所以F的值为AS
RD是针对reset包的数据做校验和的结果,如果没数据或没校验或校验和无效,则为0
下图可以看出是没校验,RD值为0
Q主要针对两处:一处是tcpheader的保留字段非0,如果出现则Q中记录“R”
另一处是没设置URGflag时,存在非零的URG指针字段
上图可以看出都不存在,所以Q为空
Emm,好累啊,抓包分析就是这么个情况,照着怼就完事了
直接下结论吧:
Nmap是开源世界里主动识别远程主机指纹较早的大佬。
关于Nmap是如何识别主机指纹的就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。
文章标题:Nmap是如何识别主机指纹的,发布者:亿速云,转载请注明出处:https://worktile.com/kb/p/27765