You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
suricata/doc/userguide/rules/dns-keywords.rst

243 lines
6.4 KiB
ReStructuredText

DNS Keywords
============
Suricata supports sticky buffers as well as keywords for efficiently
matching on specific fields in DNS messages.
Note that sticky buffers are expected to be followed by one or more
:doc:`payload-keywords`.
dns.opcode
----------
This keyword matches on the **opcode** found in the DNS header flags.
dns.opcode uses an :ref:`unsigned 8-bit integer <rules-integer-keywords>`.
Syntax
~~~~~~
::
dns.opcode:[!]<number>
dns.opcode:[!]<number1>-<number2>
Examples
~~~~~~~~
Match on DNS requests and responses with **opcode** 4::
dns.opcode:4;
Match on DNS requests where the **opcode** is NOT 0::
dns.opcode:!0;
Match on DNS requests where the **opcode** is between 7 and 15, exclusively:
dns.opcode:7-15;
Match on DNS requests where the **opcode** is not between 7 and 15:
dns.opcode:!7-15;
dns.rcode
---------
This keyword matches on the **rcode** field found in the DNS header flags.
dns.rcode uses an :ref:`unsigned 8-bit integer <rules-integer-keywords>`.
It can also be specified by text from the enumeration.
Currently, Suricata only supports rcode values in the range [0-15], while
the current DNS version supports rcode values from [0-23] as specified in
`RFC 6895 <https://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6>`_.
We plan to extend the rcode values supported by Suricata according to RFC 6895
as tracked by the ticket: https://redmine.openinfosecfoundation.org/issues/6650
Syntax
~~~~~~
::
dns.rcode:[!]<number>
dns.rcode:[!]<number1>-<number2>
Examples
~~~~~~~~
Match on DNS requests and responses with **rcode** 4::
dns.rcode:4;
Match on DNS requests and responses where the **rcode** is NOT 0::
dns.rcode:!0;
dns.rrtype
----------
This keyword matches on the **rrtype** (integer) found in the DNS message.
dns.rrtype uses an :ref:`unsigned 16-bit integer <rules-integer-keywords>`.
It can also be specified by text from the enumeration.
Syntax
~~~~~~
::
dns.rrtype:[!]<number>
Examples
~~~~~~~~
Match on DNS requests and responses with **rrtype** 4::
dns.rrtype:4;
Match on DNS requests and responses where the **rrtype** is NOT 0::
dns.rrtype:!0;
dns.query
---------
``dns.query`` is a sticky buffer that is used to inspect DNS query
names in DNS request messages. Example::
alert dns any any -> any any (msg:"Test dns.query option"; dns.query; content:"google"; nocase; sid:1;)
Being a sticky buffer, payload keywords such as content are to be used after ``dns.query``:
.. image:: dns-keywords/dns_query.png
The ``dns.query`` keyword affects all following contents, until
pkt_data is used or it reaches the end of the rule.
.. note:: **dns.query** is equivalent to the older **dns_query**.
.. note:: **dns.query** will only match on DNS request messages, to
also match on DNS response message, see
`dns.queries.rrname`_.
``dns.queries.rrname`` supports :doc:`multi-buffer-matching`.
Normalized Buffer
~~~~~~~~~~~~~~~~~
Buffer contains literal domain name
- <length> values (as seen in a raw DNS request)
are literal '.' characters
- no leading <length> value
- No terminating NULL (0x00) byte (use a negated relative ``isdataat``
to match the end)
Example DNS request for "mail.google.com" (for readability, hex
values are encoded between pipes):
DNS query on the wire (snippet)::
|04|mail|06|google|03|com|00|
``dns.query`` buffer::
mail.google.com
dns.queries.rrname
------------------
``dns.queries.rrname`` is a sticky buffer that is used to look at the
name field in DNS query (question) resource records. It is nearly
identical to ``dns.query`` but supports both DNS requests and
responses.
``dns.queries.rrname`` will look at both requests and responses, so
``flow`` is recommended to confine to a specific direction.
The buffer being matched on contains the complete re-assembled
resource name, for example "www.suricata.io".
``dns.queries.rrname`` supports :doc:`multi-buffer-matching`.
``dns.queries.rrname`` was introduced in Suricata 8.0.0.
dns.answers.rrname
------------------
``dns.answers.rrname`` is a sticky buffer that is used to look at the
name field in DNS answer resource records.
``dns.answers.rrname`` will look at both requests and responses, so
``flow`` is recommended to confine to a specific direction.
The buffer being matched on contains the complete re-assembled
resource name, for example "www.suricata.io".
``dns.answers.rrname`` supports :doc:`multi-buffer-matching`.
``dns.answers.rrname`` was introduced in Suricata 8.0.0.
dns.authorities.rrname
----------------------
``dns.authorities.rrname`` is a sticky buffer that is used to look at the
rrname field in DNS authority resource records.
``dns.authorities.rrname`` will look at both requests and responses,
so ``flow`` is recommended to confine to a specific direction.
The buffer being matched on contains the complete re-assembled
resource name, for example "www.suricata.io".
``dns.authorities.rrname`` supports :doc:`multi-buffer-matching`.
``dns.authorities.rrname`` was introduced in Suricata 8.0.0.
dns.additionals.rrname
----------------------
``dns.additionals.rrname`` is a sticky buffer that is used to look at
the rrname field in DNS additional resource records.
``dns.additionals.rrname`` will look at both requests and responses,
so ``flow`` is recommended to confine to a specific direction.
The buffer being matched on contains the complete re-assembled
resource name, for example "www.suricata.io".
``dns.additionals.rrname`` supports :doc:`multi-buffer-matching`.
``dns.additionals.rrname`` was introduced in Suricata 8.0.0.
dns.response.rrname
-------------------
``dns.response.rrname`` is a sticky buffer that is used to look at all name
and rdata fields of DNS response (answer) resource records that are
represented as a resource name (hostname). It supports inspecting all
DNS response sections. Example::
alert dns any any -> any any (msg:"Test dns.response.rrname option"; \
dns.response.rrname; content:"google"; nocase; sid:1;)
``rdata`` field matching supports a subset of types that contain
domain name structured data, for example: "www.suricata.io". The list
of types inspected is:
* CNAME
* PTR
* MX
* NS
* SOA (mname data: primary name server)
The buffer being matched on contains the complete re-assembled
resource name, for example "www.suricata.io".
``dns.response.rrname`` supports :doc:`multi-buffer-matching`.
``dns.response.rrname`` was introduced in Suricata 8.0.0.