Creating a custom property

In the DSM Editor, you can define a custom property for one or more log source types whose events do not fit into the IBM QRadar normalized event model. For example, the set of system properties might not capture all relevant data from some applications, operating systems, databases, and other systems.

About this task

You can create a custom property for data that does not fit into QRadar system properties. Use the custom properties in searches and test against them in rules.

Procedure

  1. On the Properties tab in the DSM Editor, click Add (+).
  2. To create a new custom property definition, use the following steps:
    1. On the Choose a Custom Property Definition to Express page, select Create New.
    2. On the Create a new Custom Property Definition page, configure the parameters in the following table.
      Table 1. Custom property parameters
      Parameter Description
      Name A descriptive name for the custom property that you create.
      Field Type The default is Text.
      Tip: When you select Number or Date from the Field Type list, extra fields are displayed.
      Enable this Property for use in Rules and Search Indexing When this option is enabled, during the parsing stage of the event pipeline, QRadar attempts to extract the property from events immediately as they enter the system. Other components downstream in the pipeline such as rules, forwarding profiles and indexing can use the extracted values. Property information is persisted along with the rest of the event record and doesn't need to be extracted again when it is retrieved as part of a search or report. This option enhances performance when the property is retrieved, but can have a negative impact on performance during the event parsing process, and impacts storage.

      When this option is not enabled, QRadar extracts the property from the events only when they are retrieved or viewed.

      Important: To use Custom Properties in rule tests, forwarding profiles, or for search indexing, make sure that this checkbox is selected. Rule evaluation, event forwarding, and indexing occur before events are written to disk, so the values must be extracted at the parsing stage.
      Use number format from a Locale This field displays when you select Number from the Field Type list. If you select the Use number format from a Locale checkbox, you must select an Extracted Number Format from the list.
      Extracted Date/Time Format This field displays when you select Date from the Field Type list. You must provide a datetime pattern that matches how the datetime appears in the original event.

      For example, 'MMM dd YYYY HH:mm:ss' is a valid datetime pattern for a time stamp like 'Apr 17 2017 11:29:00'.

      Locale This field displays when you select Date from the Field Type list. You must select the locale of the event.

      For example, if the locale is English, it recognizes 'Apr' as a short form of the month 'April'. But if the event is presented in French and the month token is 'Avr' (for Avril), then set the locale to a French one, or the code does not recognize it as a valid date.

    3. If you want to extract the property from events as they enter the system, select the Enable this property for use in Rules and Search indexing check box.
    4. Click Save.
  3. To use an existing custom property, use the following steps:
    1. On the Choose a Custom Property Definition to Express page, search for an existing custom property from the Filter Definitions field.
    2. Click Select to add the custom property.

What to do next

Configure a custom property expression