Snort,Portscans和扫描的IP范围字段

根据manual.snort.org,TCP Portscans从一台计算机转到另一台计算机,但是当您在snort / snorby中查看一个tcp portscan警报时,您可以看到:

一方面:资料来源:136.238.4.165目的地:10.19.0.5

另一方面:Priority.Count:.5.Connection.Count:.18.IP.Count:.1。 Scanner.IP.Range:.10.10.28.88:136.238.78.44 .Port / Proto.Count:.6.Port / Proto.Range:.199:58891。

所以,一方面我们有源和目的字段,那就是机器10.19.0.5是从136.238.4.165扫描的。 另一方面,扫描仪IP范围说,从10.10.28.88到136.238.78.44扫描到10.19.0.5

我应该如何理解这些信息? 哪个设备开始扫描?

我想你已经太了解了TCP连接的术语,以及这与Snort的来源和目标意味着什么。

虽然Snort确实有能力保存一些状态信息(称为flowbits),但签名是针对单个数据包进行处理的。 这意味着源和目标不映射到客户端和服务器,它们直接映射到IP标头中的源地址和目标地址字段。 这意味着导致该规则触发的特定数据包在目的地址字段中有10.19.0.5,在源地址字段中有136.238.4.165。 我们在这里谈论的是一个单一的数据包,与谁发起会议无关。

还要记住sfPortscan预处理器是如何工作的。 它的检测algorithm实际上只针对3种模式

  1. 一个主机与一台主机通信并且遇到很多端口的TCP / UDP通信
  2. 许多主机与一台主机通信并遇到多个端口的TCP / UDP通信
  3. TCP / UDP / ICMPstream量,其中一个主机与单个端口上的多个主机通信

很大程度上是因为#3这个警报可以由任何实际提供服务的系统触发。 出于某种原因,Windows SMB文件服务器似乎是误报最严重的罪犯。 这使得sfPortscan预处理器exception嘈杂。 事实上,如此嘈杂,除非你有一个严格限制的networking,并且拥有大量调整输出的专业知识,否则甚至不值得启用这个预处理器。