Snort3:规则语法规范(三)

Snort-3-logo_v.png

修订记录

版本日期修订人备注
1.12023.05.18魔神8号完善和扩充部分语法说明
1.02023.04.24魔神8号初始版本

说明

  • 这篇文档来自于对snort3官方文档的解读,并结合了一些实际的验证。基于snort版本3.1.59.0
  • 目前本文档还不是最终的完成状态,部分语法存在缺失或一带而过(大概涵盖完整语法的70%左右)。

1 规则集

Snort 规则分为两组:“社区规则集”和“Snort 订阅者规则集”。
Snort 订阅者规则集由 Cisco Talos 开发、测试和批准。Snort 订阅者规则集的订阅者将在规则集发布给思科客户时实时收到规则集。您可以通过 Snort.org 网站下载规则并将它们部署到您的网络中。社区规则集由 Snort 社区开发,并由 Cisco Talos 进行 QA(质量保证,Quality Assurance)。它免费提供给所有用户。

订阅者规则集介绍:https://www.snort.org/products
规则集下载:https://www.snort.org/downloads/#rule-downloads

说明:
Cisco Talos是思科公司旗下的一个网络安全研究团队,专注于网络安全威胁研究、恶意代码分析和网络威胁情报收集等方面。Cisco Talos的研究成果和威胁情报数据被广泛应用于思科的安全产品和服务中,以提供更加全面和高效的安全保护。

2 VS Code 插件

VS Code 可以安装snort插件,以支持snort规则语法高亮,方便阅读和编写snort规则(某些snort3语法不一定支持高亮)。
image.png

3 语法规范

  • 1.8版本以前,每条规则都必须写在一行中。
  • 3.0版本以前,每条规则可以通过在行尾添加反斜杠 \ 来跨越多行
  • 3.0之后,每条规则允许跨多行,不必特殊处理

3.1 基本信息

规则文件:规则文件是规则的载体,以 .rules作为文件后缀。

3.1.1 注释

单行注释

# 这是单行注释。遇到换行结束

多行注释

#begin....
  这是多行注释
  这是多行注释
#end...    截止到换行

C风格多行注释

/*
  这是多行注释
  这是多行注释
*/

注意:

  1. 注释不要遗漏 #end ,否则会导致规则#begin 之后的规则失效,而且加载时不会有错误提示!

3.1.2 总体结构

 
   1     2       3      4     5                 6
______ _____ _________ ___ _________   _____________________
ACTION PROTO SIP SPORT DIR DIP DPORT ( OPTION1; OPTION2; ... )

|---------- header -----------------|(--------- body --------)
alert udp any any <>  any 53
(
    msg: "alert dns 'content' test";
    sid: 1;
    content : "|05|baidu|03|com", nocase, offset 12, depth 10;
)

规则头:包含流量匹配后的动作,流量的协议IP地址端口方向。
规则体:诸多选项组成。主要是定义规则匹配所需的有效负载和非有效负载标准。

3.2 规则头

一个传统的规则头由五个主要部分组成:

  1. 动作:规则命中时要执行的动作。
  2. 协议:流量使用哪个协议。
  3. IP地址:流量的网络地址。
  4. 端口:流量的端口。
  5. 方向(操作符):流量方向。

注意:
Snort 3 还引入了三种新的规则类型,每种规则类型都有自己的规则头格式,这三种规则类型将在后面的章节中进行介绍。

3.2.1 动作


动作优先级说明备注
1alert20针对当前数据包生成警报
基本动作
2block50阻止当前数据包和此流的所有后续数据包(有警报)
3drop40丢弃当前数据包(有警报)
4log10记录当前数据包到日志文件 (无警报,u2模式有日志)
5pass70仅将当前数据包标记为已通过 (无警报,u2模式无日志)
6reactdrop + 1向客户端发送响应并终止会话(有警报,如发送http 403 Forbidden页面)
主动响应。它们执行某些操作以响应检测到的数据包
7reject60使用 TCP reset(TCP流量) 或 ICMP unreachable(UDP流量)终止会话
8rewrite30根据规则中的“替换”选项启用覆盖数据包内容

上述优先级见 src/framework/ips_action.h

疑问
当同一数据包命中不同action时,较高优先级action会覆盖较低先级的action,还是按优先级顺序来执行action?

3.2.2 协议

3.2.2.1 普通协议

协议说明
1ipOSI第3层
2icmpOSI第3层
3tcpOSI第4层
4udpOSI第4层
5应用层协议/服务见下文

3.2.2.2 应用层协议/服务

The names of services that can be used here can be found by looking at the wizard entries in the snort_defauls.lua file included in the lua/ directory, as well as the curse service names present in the curse_map in src/service_inspectors/wizard/curses.cc.

上述文档中说可用的应用层协议/服务可以在 lua/snort_defauls.lua 中的wizard条目和 src/service_inspectors/wizard/curses.c 中的curse_map中查看。(此处应该是笔误:snort_defauls.lua -> snort_defaults.lua)

巫师使用巫术、咒语和诅咒来确定流程中最有可能的服务。它不能确定服务,其目标是让最有可能的服务检测器尽快参与进来。
wizard:巫师。这里是一种比喻性的说法,用来描述协议识别使用的技术和方法。
hex:巫术。基于十六进制进行模式匹配。
spell:咒语/符咒。基于文本的模式匹配。
curse:诅咒。协议/服务识别的内部算法。它们在 C++ 代码中作为状态机实现,并且可以在流中存储自己唯一的状态信息。

服务列表

序号应用层协议/服务备注
1ftpspell
2http
3imap
4pop3
5smtp
6sip
7ssh
8dce_http_server
9dce_http_proxy
10dnp3hexes
11netflow
12http2
13ssl
14telnet
15dce_udpcurses
16dce_tcp
17dce_smb
18mms
19s7commplus
20sslv2

备注:

  1. 按照目前对官网文档的理解,snort3中服务应该和应用层协议是等效的。

3.2.3 IP地址

序号格式说明示例
1单个CIDR
如192.168.0.5、192.168.1.0/24
2变量配置文件中定义 E X T E R N A L N E T 、 EXTERNAL_NET 、 EXTERNALNETHOME_NET
3any表示任意IP地址
4列表[item1,item2,…],括在方括号中并用逗号分隔。[192.168.1.0/24,10.1.1.0/24]
5排除。可于其他格式组合使用(与any组合暂未验证)!192.168.1.1 、![192.168.1.1,192.168.1.2]

:::info
注意:
不知是语法不完备或第对规范理解上的问题。192.168.1.1,192.168.1.2 和 [192.168.1.1,192.168.1.2] 似乎是等效的。
:::

3.2.4 端口号

序号类型说明示例
1静态端口单个端口号如80 、443
2端口变量配置文件中指定$HTTP_PORTS
3端口段/区间使用范围运算符(‘:’)指示。闭区间1:1024、500:
4端口列表括在方括号中并用逗号分隔[1:1024,4444,5555,$HTTP_PORTS]
5any

注意
如果规则体中指定了service 选项,则规则头中的端口不必与流量中的端口匹配。具体见 service 相关章节。

3.2.5 方向运算符

序号方向运算符说明
1->左为源,右为目的
2<>双向运算符。不区分方向

3.3 新规则类型(snort3)

snort3 版本中增加了三种新的规则类型来简化和增强规则编写。

序号规则类型语法说明备注
1服务规则ACTION SERVICE(BODY)规则头中仅包含动作应用层协议
2文件规则ACTION file(BODY)匹配特定文件,而不关注协议。
3文件识别规则file_id (BODY)
使用新规则选项file_meta来执行文件类型识别

3.3.1 服务规则(service rule)

ACTION SERVICE (BODY) == ACTION PROTO any any <> any any (BODY)

示例

alert http
(
    msg:"SERVER-WEBAPP This rule only looks at HTTP traffic";
    flow:to_server,established;
    http_uri;
    content:"/admin.php",fast_pattern,nocase;
    content:"cmd=",nocase;
    pcre:"/[?&]cmd=[^&]*?\x3b/i";
    sid:1;
)

注意
如果规则头中已经指定了服务或在创建文件规则时**,规则体中不应**使用 service 选项。(实际验证当指定了service选项时,并不会生效)

3.3.2 文件规则(file rule, TODO)

文件规则可用于匹配特定文件。目前支持以下任何应用层协议输出的文件:

  1. HTTP
  2. SMTP
  3. POP3
  4. IMAP
  5. SMB
  6. FTP

示例

alert file
(
    msg:"alert file test";
    sid: 778;
    file_data;content:"This program cannot";
)

注意:
针对文件规则,规则编写者应确保做到如下两件事

  1. 使用file_data选项修饰文件中应匹配的内容

  2. 规则中省略规则选项service、flow

    (实际验证service 选项依旧有效)

3.3.3 文件识别规则(TODO)

文件识别规则利用 Snort 的检测引擎来启用文件类型识别。这些规则是基本的 Snort 3 规则,但它们不是警告和/或阻止流量,而是根据文件的内容识别文件,然后定义可在带有file_type选项的后续规则中使用的文件类型。

TODO:
规则语法解读
与文件规则的区别

3.4 规则体

规则体由规则选项组成。规则选项是 Snort 规则的核心。
每个规则选项都有自己的规范,但是都遵会循相同的一般结构:

  1. 规则选项包含在规则头之后的括号中
  2. 规则选项由一般由选项名和选项参数组成
    1. 选项名和参数直接通过冒号分隔。如 service: http;
    2. 参数和参数之间通过逗号分隔。如 service: http, https;
    3. 参数和参数的参数直接通过空格分隔。如content : "|05|baidU", nocase, offset 12, depth 6;。
  3. 规则选项以分号结束

规则选项有四大类:

  • general:通用选项。为给定规则提供额外的上下文。

(2.9用户手册)选项提供有关规则的信息,但在检测过程中没有任何影响

  • payload:载荷选项。设置特定有效载荷的标准。

(2.9用户手册)这些选项都在数据包有效载荷内寻找数据,并且可以相互关联

  • non-payload:非载荷选项。选项设置非有效载荷特定标准。

(2.9用户手册)这些选项寻找非有效载荷数据

  • post-detection:检后选项, 设置规则“触发”后对给定数据包采取的操作(TODO)

3.4.1 通用选项(general)

速查表

序号选项名说明
1msg命中规则时消息输出
2reference指向相关攻击识别系统的链接的形式为规则提供额外的上下文
3gid至少生成事件的** Snort 组件**。generator id如文件gid为规则1, http检测模块为119
4sid规则唯一签名编号。即签名id。
5rev规则的修订版本号
6classtype为规则分配类别,以指示攻击类型
7priority规则的严重性别可用于区分重要紧急程度(如高危、中危、低危)
8metadata规则元数据。以name-value对的形式指定规则额外的任意信息比如作者、日期等。可以提供更多的信息帮助用户理解规则的作用。
9service设置与给定规则关联的服务列表影响检测行为
10rem注释信息(remark)以提高规则的可读性、可维护性
11file_meta为文件标识规则设置文件元数据TODO

3.4.1.1 msg

命中时的消息输出。

  • 参数类型:字符串
  • 参数数量:1
  • 示例: msg:"alert dns test";

注意:Snort 规则有一些保留字符(例如’"‘和’;'),规则编写者必须将它们转义\以在msg选项中使用它们。

3.4.1.2 reference

指向相关攻击识别系统的链接的形式为规则提供额外的上下文。

  • 参数类型:非字符串
  • 参数数量:2
    • scheme:被引用的攻击识别系统。如 cve。
    • id:它是该系统内的特定标识符

示例

reference:cve,2000-0138; 

# CVE 是通用漏洞披露(Common Vulnerabilities and Exposures)列出了已公开披露的各种计算机安全缺陷。
# 人们提到 CVE,指的都是已分配 CVE ID 编号的安全缺陷(https://www.redhat.com/zh/topics/security/what-is-cve)

3.4.1.3 gid(生成器id)

生成事件的特定** Snort 组件**。generator id。用于标识哪个组件命中的规则。

  • 参数类型:正整数,>=1
  • 参数数量:1
gid说明备注
1文本规则默认值
3共享对象(so)待确认
1XX内置规则



查看snort包含的gid

$ snort --list-gids 
...
116: mpls
116: pgm
116: pppoe
116: tcp
116: udp
116: vlan
119: http_inspect
121: http2_inspect
122: port_scan
123: stream_ip
124: smtp
125: ftp_server
...

3.4.1.4 sid

规则唯一签名编号。即签名id。唯一标识的Snort 规则。

  • 参数类型:整数,>=1
  • 参数数量:1
  • 缺省值:0

:::success
备注
根据对snort内部规则和规则解析过程判断,sid应在同一个gid下保证唯一。即 gid+sid确定唯一的规则。
:::

Snort在规则解析过程中会尝试对规则进行去重,这可能会导致某些场景下有写规则失效。
sid+gid场景处理


gidsid协议动作修订版本结果备注
1相同相同不同————错误
2相同相同相同不同——错误
3相同相同相同相同不同警告,保留版本较高的一条规则需指定命令行选项 `–warn-all
4相同相同相同相同相同警告,保留最后一条规则

:::warning
备注

  1. Snort“保留”sid值 0-999999,因为这些值用于 Snort 分发包中包含的规则。因此,用户应该使用sid从 1000000 开始的本地规则值。
  2. Snort 建议每条规则都要包含sid选项,虽然语法上并没有做限制。其缺省值为0(主动写入规则中的sid必须>0)。
    :::

3.4.1.5 rev

规则的修订版本号。

  • 参数类型:整数,>=1
  • 参数数量:1
  • 缺省值:0
3.4.1.6 classtype(TODO)

为规则分配类别,以指示攻击类型。
Snort 提供了一个默认分类列表,规则编写者可以使用它来更好地组织规则事件数据。

TODO

Snort 提供的攻击分类见snort_defaults.lua 中 default_classifications。

3.4.1.7 priority

规则优先级,指示重要程度。

  • 参数类型:整数。1-2147483647。1最严重,2147483647 最不严重。
  • 参数数量:1

虽然内置分类集classtype有自己的优先级,但规则编写者可以使用该priority选项覆盖它们。

3.4.1.8 metadata

规则元数据。以name-value对的形式指定规则额外的任意信息。

  • 参数类型:键值对。空格分隔。
  • 参数数量:多个。以逗号分隔

3.4.1.9 service(重要)

设置与给定规则关联的**服务列表,**指示规则适用的服务(服务列表见3.2.2章节)

  • 参数个数:1个或多个,逗号分隔。表示命中其中任意一服务即可。
service: http, https;

使用了此规则选项,
只要端口匹配,指定的服务就不必与流量的实际服务匹配;
只要服务匹配,端口就不必与流量的实际端口匹配;
总的来说,服务选项可以被视为一个“OR ports”语句,因为它允许基于端口或服务进行匹配,只要其中之一与规则选项中指定的值匹配即可

如果在规则头中指定了服务或是在文件规则中,规则体中不应使用service选项。

上面的表述是清晰的,但实际验证效果可能并不完全符合预期。
这里通过dns示例进行说明。
dns示例报文:10.0.2.15 58886 udp 172.16.11.222 53

  1. 规则头指定了端口,规则体中指定了service选项(存在不合符预期的场景)
# 可命中
alert udp any any  <> any 533   # 端口和样例报文不一致
(
	msg:"alert dns test";
	sid: 778;
	service: dns;               # 应用层协议与样例报文一致
)

# 未命中,不符合预期。
alert udp any any  <> any 53     # 端口和样例报文一致
(
	msg:"alert dns test";
	sid: 778;
	service: dnp3;               # 应用层协议和样例报文不一致
)


  1. 规则头指定了服务和端口,规则体未指定service选项。需同时满足dns协议和端口。即匹配端口为53的dns流量。
# 可命中
alert dns any 53  <> any any     # 端口和样例一致
(
	msg:"alert dns test";
	sid: 778;
)
  1. (反例)规则头指定了服务,同时规则体指定service选项。需同时满足dns和端口,即端口是53的dns流量。
# 可命中,没有参考价值,不是推荐写法。
alert dns any 53  <> any any   # 端口53有效      
(
	msg:"alert dns test";
	sid: 778;
    service: http;              # 应用层协议和样例报文不一致
)
  1. (反例)服务规则中指定了service选项
# 可命中,没有参考价值,不是推荐写法。
alert dns                        # 服务规则仅 action 和 协议
(
	msg:"alert dns test";
	sid: 778;
    service: http;               # 应用层协议和样例报文不一致
)

3.4.1.10 rem(注释)
  • 参数类型:字符串
  • 参数数量:1
3.4.1.11 file_meta(TODO)

规则file_meta选项为文件标识规则设置文件元数据。此选项设置将匹配的文件的类型名称、数字 id 值、类别、组和版本。
必选参数

  1. type
  2. id

可选参数

  1. category
  2. gtoup
  3. version

3.4.2 载荷选项

一条Snort 规则可以包含多个选项,这些选项将按照它们在规则中的顺序(某些fast_pattern匹配除外)根据数据包数据进行评估。

3.4.2.1 content

格式:
:::info
content:[!]“content_string”, content_modifer [content_modifer_argument]
:::

内容修饰符


内容修饰符说明取值范围备注
1nocase忽略大小写。默认大小写敏感

2offset起始偏移。默认0[-65535, 65535]模式串出现的区间 [offset , offset + depth]
3depthoffset之后查找的范围[模式串长度, 65535]
4distance相对前一个模式串结尾处的偏移。类似offset。默认0

5withindistance之后差查找范围。类似depth。[模式串长度, 65535]
6fast_patternTODO

位置相关的内容修饰符示意图

备注:

  1. 内容中出现分号(;)和双引号(")字符必须转义(使用“\)或以十六进制编码。
  2. offset 并不是限制内容一定在出现offset处,而是给定了一个区间的起始位置。
  3. nocase 适用于十六进字节。如content:"|41|",nocase;将会查找“A”或"a"。
    :::

示例:

# 示例报文中域名:\x05baidu\x03com
alert udp any any <>  any 53               			     # 1. 匹配端口是53的udp流量
(
    msg: "alert dns test";                               
    sid: 1;
    content : "|05|baidU", nocase, offset 12, depth 6;   # 2. 从载荷偏移12字节之后的6字节中匹配 "x05baidu",忽略大小写
    content : "com", distance 1, within 3;               # 3."\05baidu"尾部偏移1之后的3个字节中匹配 "com"
)

3.4.2.2 bufferlen

用于检查给定缓冲区长度。每条规则最多一条。取值范围 [0, 65535]。

语法:

bufferlen:[<|>|=|!|<=|>=]length[,relative];
bufferlen:min_length{<>|<=>}max_length[,relative];


符号说明
1>大于单值比较
2>=大于等于
3<小于
4<=小于等于
5= 或省略等于
6!不等于
7<>区间,不包含边界值范围比较
8<=>区间,包含边界值

如果添加relative关键字修改,表示相对于检测光标/检测位置,剩余buffer的长度。

示例

# 示例报文中域名:\x05baidu\x03com,udp载荷长度38个字节
alert udp any any <>  any 53                                 # 1. 匹配端口是53的udp流量
(
    msg: "alert dns 'bufferlen' test1";
    sid: 2;
    content : "|05|baidU", nocase, offset 12, depth 6;       # 2. 从载荷偏移12字节之后的6字节中匹配 "\05baidu",忽略大小写
    # bufferlen : 20, relative;                              # 3. 此处检测光标偏移为16个字节,38-18=20。与depth等无关。
    content : "com", distance 1, within 3; 
    # bufferlen : 16, relative;                              # 4. 此处检测光标偏移为22个字节,38-22=16
    # bufferlen : 38;                                        # 5. 包长/检测缓存区长度为38个字节
)


# 配合http粘性缓冲区,可用于检查http特定字段的长度(无relative时未验证)
alert http
(
    msg:"alert http c2s bufferlen test";
    http_method; content:"GET";                        # 方法为GET时,method缓冲区长度必然为3个字节
    bufferlen:0, relative;                             # 从method缓冲区中测完"GET"后,其剩余0个字节
    sid: 206;
)

alert http
(
    msg:"alert http c2s bufferlen test";
    http_method; content:"GE";                        # 方法为GET时,method缓冲区长度必然为3个字节
    bufferlen:1, relative;                            # 从method缓冲区中测完"GE"后,其剩余1个字节
    sid: 206;
)

3.4.2.3 isdataat(TODO)

存疑。

3.4.2.4 dsize(TODO)

存疑。

dsize选项用于测试数据包的有效负载大小。
语法上和 bufferlen类似。

dsize:[<|>|=|!|<=|>=]size;
dsize:min_size{<>|<=>}max_size;

3.4.2.5 pcre

用于创建 perl 兼容的正则表达式。
pcre 正则语法可参考 pcrepattern man page

语法:

pcre:[!]“/pcre_string/[flag…]”;


flag说明
1i不区分大小写
2s. 元字符支持匹配换行符
3m多行匹配。默认情况’^’ 和 ‘KaTeX parse error: Expected group after '^' at position 28: …尾。<br />设置时m后,'^̲' 和 '’ 匹配缓冲区中任何换行符之后或之前的紧跟位置,以及缓冲区的开头和结尾。
4x指定忽略模式中的空白数据字符,除非转义或在字符类中 。TODO
5A指定模式必须仅在缓冲区的开头匹配(与指定 ‘^’ 字符相同)
6E将“$”设置为仅匹配主题字符串的末尾
7G反转量词的“贪婪”,使它们在默认情况下不贪婪,但如果后跟 ‘?’ 则变得贪婪。
8O覆盖为此表达式配置的 pcre 匹配限制和 pcre 匹配限制递归。TODO
9R从最后一此匹配结束而不是从缓冲区开始开始正则表达式搜索。TODO

示例

alert udp any any <>  any 53
(
    msg: "alert dns 'pcre' test";
    sid: 2;
    pcre : "/^.{12}\x05baidU/i";
    content : "com", distance 1, within 3;
    pcre : "/\x00\x00\x29\x02\00\x00/";
)

3.4.2.5 regex(TODO)

用于创建 perl 兼容的正则表达式,使用安装 hyperscan,并在配置文件中启用。

3.4.2.6 http 特定选项

snort3中,HTTP检测器(HTTP inspector)会将http数据解析为不同元素 (e.g., URIs, headers, methods, etc.),并放入各个粘性缓冲区中。
如下是一个反例。

alert http
(   
    msg:"alert http c2s bufferlen test";
    content:"GET";                       # 没有http粘性缓冲区选项,内容匹配会不命中。
    content:"Host";
    sid: 206;
)

http 粘性缓冲区应放在内容匹配选项之前。 粘性缓冲区之后可以跟多个content。

[sticky buffer]; content:"xxx";  

示例

alert http
(
    msg:"alert http c2s bufferlen test";
    http_method; pcre:"/GE/";
    content:"T";                              # 在http_method中查询
    http_header:field host;content:"172.16"; 
    content:"11.100";                         # 在host 字段中查询
    sid: 206;
)

:::warning
说明

  1. 实际验证,在使用了 http 选项时,应同时使用 service 选项,即 service: http;(规则头中服务为http时除外)
  2. 如遗漏service选项,实际上snort3内部也会自动添加对应选项。 使能 --warn-all时,会抛出相应的警告。
    :::

3.4.2.6.1 http_uri 和 http_raw_uri

这2个选项表示从HTTP 请求 URI 中查找数据。
http_uri缓冲区包含 **完整的 规范化 **URI,而http_raw_uri缓冲区包含 完整的 未规范化的URI。
Snort 在解析 HTTP 请求时,会将URI中需要规范化的任何内容进行规范化,并将最终结果放入http_uri缓冲区中。
规范化操作如下:

  • 解码百分比编码值(例如“%41%41”->“AA)
  • 将反斜杠替换为正斜杠
  • 将加号替换为空格
  • 路径简化
  • 等等

Snort 会将HTTP URI解析为6个单独的组件,并可以限定在这6个组件中查找数据。

  1. scheme
  2. host
  3. port
  4. path
  5. query
  6. fragment
GET https://www.samplehost.com:287/basic/example/of/path?with-query=value#and-fragment HTTP/1.1\r\n

scheme   -> https
host     -> www.samplehost.com
port     -> 287
path     -> /basic/example/of/path
query    -> with-query=value
fragment -> #and-fragment

格式:

http_uri[:{scheme|host|port|path|query|fragment}];
http_raw_uri[:{scheme|host|port|path|query|fragment}];

示例
未规范化URI和选项示例

/inc/user_count.php?date=Thu%20Apr%2013%202017%2013:48:53%20
GMT+0800%20(%E4%B8%AD%E5%9B%BD%E6%A0%87%E5%87%86%E6%97%B6%E9
%97%B4)
http_raw_uri:query; content: "Thu%20Apr%2013%202017";

规范化URI选项示例

/inc/user_count.php?date=Thu Apr 13 2017 13:48:53 GMT+
0800 (中国标准时间)
http_uri:query; content: "Thu Apr 13 2017";

3.6.2.6.2 http_method

该选项用于匹配http方法。
示例

http_method; content:"POST";

3.6.2.6.2 http_header 和 http_raw_header

这2个选项表示在请求头/响应头中查找数据。
http_header 表示规范化的头部,http_raw_header表示未规范化的头部。
格式

http_header[:field header_name];           # field 关键字可用于限定字段名。
http_raw_header[:field header_name];

header_name支持的字段官网文档中并没有列出。常见的字段名如 host 、Connection等,大小写都可以。

示例

http_header:field host ; content: "172.16.11.100";    # Host、HosT等都支持

http_header; content: "Host: 172.16.11.100";     

3.4.3 非载荷选项

3.4.3.1 IP头部相关

3.4.3.1.1 fragoffset(IP头)

检查IP头部中IP分片偏移值。

fragoffset:[<|>|=|!|<=|>=]fragoffset;
fragoffset:fragoffset_min{<>|<=>}fragoffset_max;

alert ip any any -> any any
(
    msg: "alert ftp 'fragoffset' test";
    sid: 4;
    fragoffset: !0;
)

3.4.3.1.2 ttl

检查 IP 头部中的 IP 生存时间 (TTL) 值。

ttl:[<|>|=|!|<=|>=]ttl;
ttl:ttl_min{<>|<=>}ttl_max;

3.4.3.2 TCP头相关

3.4.3.2.1 seq

seq:[<|>|=|!|<=|>=]seq;
seq:seq_min{<>|<=>}seq_max;

3.4.3.2.2 ack

ack:[<|>|=|!|<=|>=]ack;
ack:ack_min{<>|<=>}ack_max;

3.4.3.2.3 window

window:[<|>|=|!|<=|>=]window;
window:window_min{<>|<=>}window_max;

3.4.3.3 flow

用于检查给定数据包的会话属性。

flow:[{established|not_established|stateless}]
[,{to_client|to_server|from_client|from_server}]
[,{no_stream|only_stream}] \ [,{no_frag|only_frag}];

参数描述类别
to_client匹配服务器响应数据包方向
to_server匹配客户端请求
from_client匹配客户端请求
from_server匹配服务器响应
established仅匹配已建立的 TCP 连接流状态
not_established仅在未建立 TCP 连接时匹配
stateless忽略流状态
no_stream仅匹配非重组数据包重组?
only_stream仅匹配重新组装的数据包
no_frag仅匹配碎片数据包IP分片重组?
only_frag仅匹配经过碎片整理的数据包

检测后选项(TODO)

总结

  1. snort规则使用轻量级语法,结构简单,语法清晰,相对容易理解
  2. snort规则语法丰富,功能强大
  3. snort引擎对规则有较为友好的语法检查和容错机制
    1. 存在语法错误时,解析阶段会抛出详细的提示信息,精确到行
    2. 使用http选项时对 service 选项遗漏提醒和自动补充
  4. snort3对规则语法处理上可能不够完备
    1. 有时遗漏 ";"不会抛出异常
    2. 多条distance 、 within 修饰的content选项组合使用时,某些情况下无法命中
  5. 如果期望对snort规则有较为准确和深入的理解,仅停留在文档层面是不够的,需要经过持续的实践积累,且要对snort引擎内部原理有一定了解

参考

  1. Snort3规则编写指南
  2. Snort3 用户手册
  3. Snort2.9用户手册
  • 6
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值