Splunk® Enterprise

Knowledge Manager Manual

Download manual as PDF

Download topic as PDF

About Splunk regular expressions

This primer helps you create valid regular expressions. For a discussion of regular expression syntax and usage, see an online resource such as www.regular-expressions.info or a manual on the subject.

Regular expressions match patterns of characters in text and are used for extracting default fields, recognizing binary file types, and automatic assignation of source types. You also use regular expressions when you define custom field extractions, filter events, route data, and correlate searches. Search commands that use regular expressions include rex and regex and evaluation functions such as match and replace.

Splunk regular expressions are PCRE (Perl Compatible Regular Expressions) and use the PCRE C library.

Regular expressions terminology and syntax

Term Description
literal The exact text of characters to match using a regular expression.
regular expression The metacharacters that define the pattern that Splunk software uses to match against the literal.
groups Regular expressions allow groupings indicated by the type of bracket used to enclose the regular expression characters. Groups can define character classes, repetition matches, named capture groups, modular regular expressions, and more. You can apply quantifiers to and use alternation within enclosed groups.
character class Characters enclosed in square brackets. Used to match a string. To set up a character class, define a range with a hyphen, such as [A-Z], to match any uppercase letter. Begin the character class with a caret (^) to define a negative match, such as [^A-Z] to match any lowercase letter.
character type Similar to a wildcard, character types represent specific literal matches. For example, a period . matches any character, \w matches words or alphanumeric characters including an underscore, and so on.
anchor Character types that match text formatting positions, such as return (\r) and newline (\n).
alternation Refers to supplying alternate match patterns in the regular expression. Use a vertical bar or pipe character ( | ) to separate the alternate patterns, which can include full regular expressions. For example, grey|gray matches either grey or gray.
quantifiers, or repetitions Use ( *, +, ? ) to define how to match the groups to the literal pattern. For example, * matches 0 or more, + matches 1 or more, and ? matches 0 or 1.
back references Literal groups that you can recall for later use. To indicate a back reference to the value, specify a dollar symbol ($) and a number (not zero).
lookarounds A way to define a group to determine the position in a string. This definition matches the regular expression in the group but gives up the match to keep the result. For example, use a lookaround to match x that is followed by y without matching y.

Character types

Character types are short for literal matches.

Term Description Example Explanation
\w Match a word character (a letter, number, or underscore character). \w\w\w Matches any three word characters.
\W Match a non-word character. \W\W\W Matches any three non-word characters.
\d Match a digit character. \d\d\d-\d\d-\d\d\d\d Matches a Social Security number, or a similar 3-2-4 number string.
\D Match a non-digit character. \D\D\D Matches any three non-digit characters.
\s Match a whitespace character. \d\s\d Matches a sequence of a digit, a whitespace, and then another digit.
\S Match a non-whitespace character. \d\S\d Matches a sequence of a digit, a non-whitespace character, and another digit.
. Match any character. Use sparingly. \d\d.\d\d.\d\d Matches a date string such as 12/31/14 or 01.01.15, but can also match 99A99B99.

Groups, quantifiers, and alternation

Regular expressions allow groupings indicated by the type of bracket used to enclose the regular expression characters. You can apply quantifiers ( *, +, ? ) to the enclosed group and use alternation within the group.

Term Description Example Explanation
* Match zero or more times. \w* Matches zero or more word characters.
+ Match one or more times. \d+ Match at least one digit.
 ? Match zero or one time. \d\d\d-?\d\d-?\d\d\d\d Matches a Social Security Number with or without dashes.
( ) Parentheses define match or capture groups, atomic groups, and lookarounds. (H..).(o..) When given the string Hello World, this matches Hel and o W.
[ ] Square brackets define character classes. [a-z0-9#] Matches any character that is a through z, 0 through 9, or #.
{ } Curly brackets define repetitions. \d{3,5} Matches a string of 3 to 5 digits in length.
< > Angle brackets define named capture groups. Use the syntax (?P<var> ...) to set up a named field extraction. (?P<ssn>\d\d\d-\d\d-\d\d\d\d) Pulls out a Social Security Number and assigns it to the ssn field.
[[ ]] Double brackets define Splunk-specific modular regular expressions. [[octet]] A validated 0-255 range integer.

A simple example of groups, quantifiers, and alternation

This example shows two ways to match either to or too.

The first regular expression uses the ? quantifier to match up to one more "o" after the first.

The second regular expression uses alternation to specify the pattern.


Capture groups in regular expressions

A named capture group is a regular expression grouping that extracts a field value when regular expression matches an event. Capture groups include the name of the field. They are notated with angle brackets as follows:

matching text (?<field_name>capture pattern) more matching text.

For example, you have this event text: fail admin_user

Here are two regular expressions that use different syntax in their capturing groups to pull the same set of fields from that event.

  • Expression A: (?<ip>\d+\.\d+\.\d+\.\d+) (?<result>\w+) (?<user>.*)
  • Expression B: (?<ip>\S+) (?<result>\S+) (?<user>\S+)

In Expression A, the pattern-matching characters used for the first capture group (ip) are specific. \d means "digit" and + means "one or more." So \d+ means "one or more digits." \. refers to a period.

The capture group for ip wants to match one or more digits, followed by a period, followed by one or more digits, followed by a period, followed by one or more digits, followed by a period, followed by one or more digits. This describes the syntax for an ip address.

The second capture group in Expression A for the result field has the pattern \w+, which means "one or more alphanumeric characters." The third capture group in Expression A for the user field has the pattern .*, which means "match everything that's left."

Expression B uses a common technique called negative matching. With negative matching, the regular expression does not try to define which text to match. Instead it defines what the text is not. In this Expression B, the values that should be extracted from the sample event are "not space" characters (\S). It uses the + to specify "one or more" of the "not space" characters.

So Expression B says:

  1. Pull out the first string of not-space characters for the ip field value.
  2. Ignore the following space.
  3. Then pull out the second string of not-space characters for the result field value.
  4. Ignore the second space.
  5. Pull out the third string of not-space characters for the user field value."

Non-capturing group matching

Use the syntax (?: ... ) to create groups that are matched but which are not captured. Note that here you do not need to include a field name in angle brackets. The colon character after the ? character is what identifies it as a non-capturing group.

For example, (?:Foo|Bar) matches either Foo or Bar, but neither string is captured.

Modular regular expressions

Modular regular expressions refer to small chunks of regular expressions that are defined to be used in longer regular expression definitions. Modular regular expressions are defined in transforms.conf.

For example, you can define an integer and then use that regular expression definition to define a float.

# matches an integer or a hex number
REGEX = 0x[a-fA-F0-9]+|\d+

# matches a float (or an int)
REGEX = \d*\.\d+|[[int]]

In the regular expression for [float], the modular regular expression for an integer or hex number match is invoked with double square brackets, [[int]].

You can also use the modular regular expression in field extractions.

# this would match only numbers from 0-255 (one octet in an ip)
REGEX = (?:2(?:5[0-5]|[0-4][0-9])|[0-1][0-9][0-9]|[0-9][0-9]?)

# matches a valid IPv4 optionally followed by :port_num the 
# octets in the ip would also be validated 0-255 range
# Extracts: ip, port
REGEX = (?<ip>[[octet]](?:\.[[octet]]){3})(?::[[int:port]])?

The [octet] regular expression uses two nested non-capturing groups to do its work. See the subsection in this topic on non-capturing group matching.

Use default fields
About event types

This documentation applies to the following versions of Splunk® Enterprise: 6.2.0, 6.2.1, 6.2.2, 6.2.3, 6.2.4, 6.2.5, 6.2.6, 6.2.7, 6.2.8, 6.2.9, 6.2.10, 6.2.11, 6.2.12, 6.2.13, 6.2.14, 6.2.15, 6.3.0, 6.3.1, 6.3.2, 6.3.3, 6.3.4, 6.3.5, 6.3.6, 6.3.7, 6.3.8, 6.3.9, 6.3.10, 6.3.11, 6.3.12, 6.3.13, 6.3.14, 6.4.0, 6.4.1, 6.4.2, 6.4.3, 6.4.4, 6.4.5, 6.4.6, 6.4.7, 6.4.8, 6.4.9, 6.4.10, 6.4.11, 6.5.0, 6.5.1, 6.5.1612 (Splunk Cloud only), 6.5.2, 6.5.3, 6.5.4, 6.5.5, 6.5.6, 6.5.7, 6.5.8, 6.5.9, 6.5.10, 6.6.0, 6.6.1, 6.6.2, 6.6.3, 6.6.4, 6.6.5, 6.6.6, 6.6.7, 6.6.8, 6.6.9, 6.6.10, 6.6.11, 6.6.12


Link to improved (simplified) regex:
... but I'm beginning to suspect I should just have a different regex for each of the 3 main branches.

July 20, 2016

I'd love to be able to use the J option in PCRE regex, which allows duplicate subpattern names.

example: this regex
^[^\[\n]*\[(?P<timestamp>[^\]]+)\]\s+.*ACTIVITIES - (((?P<activity>Finished build)|(?P<activity>Build started);)\s(?P<buildConfigurationName>.*)|(?P<activity>Build added to queue);\sQueued build {.*configuration=(?P<buildConfigurationName>.*))\s+\{.*id=(?P<buildConfigurationId>[^,]+).*internal id=(?P<buildConfigurationInternalId>\w).*triggered by "(?P<triggeredBy>[^"]+)
would have been a useful field extractor for some teamCity activity log entries, as shown here:

Any other way to do this?

July 19, 2016

@Niteshbharadwaj7: The final "?" tells the system to repeat the previous token one or zero times, as many times as possible. The closed parenthesis character ")" closes the non-capturing group that begins with "(?:2". See the subsection in this topic on "Non-capturing group matching." And see https://regex101.com/. This is a website that can help you understand what each part of a regular expression does.

Mness, Splunker
June 6, 2016

For the below octet definition, why do we need "?)" at last.
# this would match only numbers from 0-255 (one octet in an ip)
REGEX = (?:2(?:5[0-5]|[0-4][0-9])|[0-1][0-9][0-9]|[0-9][0-9]?)

June 5, 2016

@Kenrus, good catch! I've removed those extra words from the end of the sentence.

Andrewb splunk, Splunker
May 25, 2016

Under the "Capture groups in regular expression" section, the explanation of the capture group for ip has one too many "followed by a period".

May 25, 2016

@tdoty : Good catch! I fixed that sentence so it reads as it should.

Mness, Splunker
February 22, 2016

under the header Non-Capturing Groups: "...to create groups that are captured but which are not matched" should read "...to create groups that are matched but which are not captured"

February 19, 2016

@ Boopaljothi: To add to Gary Gapinski's comment, which provides good information--

The topic has been updated with a bit of information about non-capturing groups, which regular expressions identify with the in regular expressions with the (?: ...) syntax. For more information you can look at this topic in RexEgg, currently one of the better online tutorials for regular expressions: http://www.rexegg.com/regex-disambiguation.html#noncap.

In addition you can use regex101 to break down complex regular expressions to see how they work: https://regex101.com/

Try entering the regular expression in this example to regex101 to find out how it works.

Kindest regards,
Splunk Documentation

Mness, Splunker
January 5, 2016

@Boopaljothi: the octet modular regex example is a non-capturing variant. Without the (two) non-capturing designations, it would be «REGEX = (2(5[0-5]|[0-4][0-9])|[0-1][0-9][0-9]|[0-9][0-9]?)». The «2» following the «(?:» initiates a match beginning with that digit. That match is the first outermost alternation «2(5[0-5]|[0-4][0-9])» (matching an octet with the value 200–255).

January 3, 2016

# this would match only numbers from 0-255 (one octet in an ip)
REGEX = (?:2(?:5[0-5]|[0-4][0-9])|[0-1][0-9][0-9]|[0-9][0-9]?)

can someone tell how this regex matches a octet. what does ?:2 stands for? After reading the section understood that ? is for zero or one match but how that is applied in this regex. i am still new to splunk so may be my questions is from beginners level. Thanks

December 23, 2015

This modular regular expressions are basically a way to use already extracted field in REGEX which is very useful. I tried to do something similar in the search app (inline) and it is not yet possible. I encountered this error message: Regex - Cannot find regex reference.

April 23, 2015

Can you include an example of hostname matching as it is very common, a hostname could be a hostname or FQDN in syslog logs. Example:<br />REGEX=(?=^.{1,254}$)(^(((?!-)[a-zA-Z0-9-]{1,63}(?

November 4, 2014

Was this documentation topic helpful?

Enter your email address, and someone from the documentation team will respond to you:

Please provide your comments here. Ask a question or make a suggestion.

You must be logged into splunk.com in order to post comments. Log in now.

Please try to keep this discussion focused on the content covered in this documentation topic. If you have a more general question about Splunk functionality or are experiencing a difficulty with Splunk, consider posting a question to Splunkbase Answers.

0 out of 1000 Characters