前言

Suricata 是一个高性能的网络入侵检测和防御系统（IDS/IPS）。它是由OISF开发，完全开源，并且可以免费使用。

Suricata和Snort的区别，有什么优势？

Snort 也是一个开源的IDS，能够实时监控网络流量，检测和防御潜在的威胁。与Snort相比，Suricata的设计注重性能和可扩展性，它可以在低至中等规格的硬件上运行，支持多线程，同时处理高吞吐量的网络流量，同时流分析功能更为强大和复杂。说白了就是性能更强，功能更多。

Suricata能够检测各种网络威胁，包括但不限于：

• 协议解析：支持多种协议，如TCP, UDP, ICMP, HTTP, FTP等。

• 签名匹配：使用类似于Snort的规则语言进行签名匹配，以检测已知攻击模式。

• 异常检测：可以检测到异常行为，如异常流量或潜在的恶意行为。

• 应用层检测：能够检测应用层的攻击和异常行为，例如SQL注入攻击。

• 流量分析：可以对网络流量进行深入分析，包括状态跟踪和流量重建。

• 实时响应：在检测到攻击时，可以实时阻断或记录攻击流量。

Suricata的一些主要运行模式：

• Single 模式：在这种模式下，所有的数据处理任务都由单个工作线程完成。

• Workers 模式：这是为了高性能而设计的模式。在Workers模式中，每个工作线程都独立执行从数据包捕获到日志记录的所有任务，以实现负载均衡和提高处理速度。

• Autofp 模式：这种模式适用于处理PCAP文件或在某些IPS设置的情况下。Autofp模式下，有一个或多个数据包捕获线程，它们捕获数据包并进行解码，然后将数据包传递给 flow worker 线程。

在Linux上部署Suricata

废话少说，开始搭建！强烈建议参考官方的安装文档一步步安装：https://docs.suricata.io/en/latest/quickstart.html#installation

官方主要提供了两种安装方式：

第一种是使用包管理工具，参考 Binary packages

第二种是使用源码编译安装，参考 Source

在Ubuntu上安装Suricata，OISF维护了一个PPA suricata-stable，其中总是包含最新的稳定版本。

第一种方式只需要添加相应仓库源即可，需要注意的是，使用root权限或者使用sudo来安装：

sudo apt-get install software-properties-common
sudo add-apt-repository ppa:oisf/suricata-stable
sudo apt update
sudo apt install suricata jq  # jq是用来显示Suricata的EVE JSON输出信息的工具

安装后查看正在运行的Suricata版本、选项以及服务状态：

sudo suricata --build-info
sudo systemctl status suricata

Suricata的搭建过程非常简单，官方的文档永远是最好的参考文档。

Suricata的基本配置

配置文件

首先来关注一下 /etc/suricata 下的几个配置文件：

• classification.config 用于定义和分类不同类型的网络事件，比如哪些是潜在的攻击、哪些是正常的网络活动等。

• reference.config 包含了一些安全网站，漏洞平台的URL网址，用来联系外部的恶意攻击检测网站。

• suricata.yaml 是Suricata的主要配置文件，它包含了规则配置、接口配置、日志配置、检测配置等。

• threshold.config 用于定义流量的阈值和速率限制。设置在特定时间内对特定事件或签名的触发次数进行限制。

• rules/ 规则目录，存放不同种类的规则文件 *.rules，规则用来判定流量攻击类型，并定义攻击类型和告警种类等。

Suricata的规则

在 rules/ 目录下存放的各种 *.rules 文件可以包含一个或多个用于检测不同类型威胁的规则，同样采用 Snort 的规则格式。

一个规则主要由以下三个部分组成：

• action 决定当规则匹配时的处理动作

• header 定义协议，IP地址，端口和规则的方向

• rule options 定义规则的细节

在上图中，红色部分为action，绿色部分为header，蓝色部分为rule options。

action主要有这个：

• alert 生成一个告警

• pass 停止对包的进一步检查，并跳到所有规则的末尾

• drop 丢弃数据包并产生告警

• reject 向匹配报文的发送端发送RST/ICMP不可抵达错误

在IPS模式下，使用任何拒绝动作也会启用drop。

header部分定义协议，IP地址，端口和规则的方向：

• 注明协议种类，只要是tcp、udp、icmp、ip等

• Any：源地址/目的地址（IP）

• Any：源端口/目的端口

• ->：方向，单向流量；<>双向流量

• Any：源地址/目的地址（IP）

• Any：源端口/目的端口

rule options定义规则的细节：

• msg：警报消息，当规则匹配时输出的消息。

• flow：流量匹配选项，指定规则匹配的流量特征，如是否已建立等。

• content：规则匹配的内容。

• classtype：规则的分类类型，由 classification.config 文件定义。

• sid：用于唯一性规则标识。

• rev：规则版本号。

比如 rules/app-layer-events.rules 中的一条规则示例：

alert ip any any -> any any (msg:"SURICATA Applayer Mismatch protocol both directions"; flow:established; app-layer-event:applayer_mismatch_protocol_both_directions; flowint:applayer.anomaly.count,+,1; classtype:protocol-command-decode; sid:2260000; rev:1;)

1. alert 这是规则的开始，表示如果匹配此规则，Suricata将生成一个警报。

2. ip any any -> any any 这表示规则适用于任何流量，不限制源IP和目的IP。

3. msg:"SURICATA Applayer Mismatch protocol both directions" 这是当规则触发时显示的消息。

4. flow:established 这个条件指定规则只应用于已建立的流，即那些已经完成了TCP三向握手的连接。

5. app-layer-event:applayer_mismatch_protocol_both_directions 指定了应用层事件，即应用层协议不匹配的情况。

6. flowint:applayer.anomaly.count,+,1 这是一个流量计数器，每当规则触发时，对流内的应用层异常计数器进行递增操作。

7. classtype:protocol-command-decode 指定了事件的分类类型，即协议命令解码。

8. sid:2260000 规则的唯一标识符Signature ID。

9. rev:1 这是规则的版本号，区分同一规则的不同版本。

关于Suricata的规则还有很多的内容，详细参考：https://docs.suricata.io/en/latest/rules/index.html

Suricata的使用

在使用suricata之前，首先了解surcata的基本的几个命令：

-c # 指定配置文件的路径
-T # 测试配置运行
-i # 指定网卡
suricata-update # 更新规则

第一步我们要确定Suricata应该在哪个接口和IP地址上进行检测，ifconfig命令查看网卡和IP地址。

第二步编辑 Suricata 的配置文件 /etc/suricata/suricata.yaml，指明需要监听的网卡，网络范围 HOME_NET。

sudo vim /etc/suricata/suricata.yaml

第三步启动运行Suricata

suricata -i ens33 -c /etc/suricata/suricata.yaml

使用 -v 参数，增加日志级别来增加Suricata应用程序日志的详细程度。

Suricata检测SQL注入

只需要向Suricata导入SQL的规则就可以检测，根据Suricata的规则我们可以自己编写相关的SQL检测规则来进行检测。幸运的的是已经有开源的项目提供了大量的Suricata rules来检测各种类型的攻击，参考项目suricata-rules

将SQL注入的规则文件但放到 /var/lib/suricata/rules/ 这个目录下：

此外还需要在/etc/suricata/suricata.yaml文件中添加针对SQL注入的检测规则文件sql_injection.rules。

注意：添加新的规则文件以后，必须使用 suricata-update 命令重新加载配置文件，更新规则。

启动Suricata服务，加载配置文件，并指定网卡为ens33

suricata -i ens33 -c /etc/suricata/suricata.yaml

使用sqlmap测试一下：

当Suricata检测到可能的SQL注入攻击时，会产生记录日志、发送警报等相应的响应动作，产生的相关日志信息放在目录：/var/log/suricata/

在/var/log/suricata/目录下，其中的 fast.log 文件包含了快速报警信息，提供了关于检测到的安全事件的简要摘要。fast.log 的每一条记录包含：时间戳、条目的编号、当规则匹配时产生的警报消息msg、使用的协议、源IP地址、目标IP地址。

而 eve.json 文件提供了更多的信息，包括流量细节、规则信息、负载数据等。eve.json 的每一条记录包含：时间戳、流ID、输入接口、事件类型。源源端口：21、目标IP、目标端口、协议、数据包来源、警报信息、动作开始时间、源IP、目标IP、源端口、目标端口等。

通过分析这些日志文件信息，可以得到事件发生的确切时间，事件类型，事件的来源，受影响的目标等信息，从而达到入侵检测的目的。

踩到的坑：

Suricata在添加规则文件后，必须要使用 suricata-update 命令重新加载配置文件，否则规则会不生效，检测不到相应的恶意流量。自定义的规则文件需要严按照官方的要求进行编写，使用 suricata -T 命令检测规则是否可以正常运行，否则规则文件无法被正确加载，服务无法正常启动。

---

若有错误，欢迎指正！o(￣▽￣)ブ