识别主机指纹
最后更新于
这有帮助吗？
Nmap维护一个nmap-os-db数据库，存储了上千种操作系统信息，简单一点来说,Nmap通过TCP/IP协议栈的指纹信息来识别目标主机的操作系统信息，这主要是利用了RFC标准中，没有强制规范了TCP/IP的某些实现,于是不同的系统中TCP/IP的实现方案可能都有其特定的方式，这些细节上的差异，给nmap识别操作系统信息提供了方案，具体一点说,Nmap分别挑选一个close和open的端口，分别发送给一个经过精心设计的TCP/UDP数据包，当然这个数据包也可能是ICMP数据包。然后根据收到返回报文,生成一份系统指纹。通过对比检测生成的指纹和nmap-os-db数据库中的指纹，来查找匹配的系统。最坏的情况下，没有办法匹配的时候,则用概率的形式枚举出所有可能的信息。
所谓的指纹，即由特定的回复包提取出的数据特征
Nmap-os-db在kali中路径如下
我把他下在到win上方便查看
这是指纹库的版本
以这条为例
最前面几行为注释行，说明此指纹对应的操作系统与版本。
Fingerprint关键字定义一个新的指纹，紧随其后的是指纹名字。
Class行用于指定该指纹所属的类别，依次指定该系统的vendor（生产厂家）,OS family（系统类别）,OS generation（第几代操作系统）,and device type（设备类型）。
接下来是CPE行，此行非常重要，使用CPE（CommonPlatformEnumeration，通用平台枚举）格式描述该系统的信息。以标准的CPE格式来描述操作系统类型，便于Nmap与外界信息的交换，比如可以很快从网上开源数据库查找到CPE描述的操作系统具体信息。
此处作为指纹描述字段的CPE格式如下：
接下来从SEQ到IE的13行都是具体指纹数据描述行，在对比指纹时，就是对比这13行里面的具体数据，如果匹配则目标机为指纹所描述的系统类型。
SEQ描述顺序产生方式；OPS描述TCP包中可选字段的值；WIN描述TCP包的初始窗口大小；ECN（ExplicitCongestionNotification）描述TCP明确指定拥塞通知时的特征；T1-T7描述TCP回复包的字段特征；U1描述向关闭的UDP发包产生的回复的特征；IE描述向目标机发送ICMP包产生的特征。
在系统探测过程中，会执行五种不同的测试，每种测试由一个或者多个数据包组成，目标系统对每个数据包作出的响应有助于确定操作系统的类型。
五种不同的测试是：
sequencegeneration
ICMPecho
tcp explicit congestion notification
TCP
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 端口不可达的信息，那么就说明没有防火墙。
以kali为例，如果关闭全部端口，则会显示
开放一个80端口，此时就可以检测出这是linux系统
接下来通过抓包分析
144为被扫描的机器，138为运行nmap的机器
我在前面提到，在kali上开发的唯一端口是80，所以在wireshark可以看到这一系列包是在发往80端口的
Sequence generation (SEQ, OPS, WIN, and T1)
会发送一系列共6个tcp探测来生成4个响应行，每一个都是tcpsyn数据包，连接到远程机器上检测到的开放的端口。
这些数据包的序列（sequence）和确认号（acknowledgementnumbers）是随机的，tcp选项和tcp窗口字段值也是不同的。
具体而言如下所示：
如2006所示
如2009所示
如2012所示
如2015所示
如2018所示
如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为空
