Setting
|
Description
|
Name
|
Unique name of the resource. The maximum length of the name is 128 Unicode characters.
Required setting.
|
Tenant
|
The name of the tenant that owns the resource.
Required setting.
|
State
|
This toggle switch enables sending events to the destination. This toggle switch is turned on by default.
|
Type
|
Destination type: http.
Required setting.
|
URL
|
URL that you want to connect to. The following URL formats are supported:
< host name >:< port number > < IPv4 address >:< port number > < port number > .
You can specify IPv6 addresses in the following format: [< IPv6 address >%< interface >:< port number > , for example, [fe80::5054:ff:fe4d:ba0c%eth0]:4222 . You can add multiple URLs or remove an URL. To add an URL, click the + Add button. To remove an URL, click the delete icon next to it.
Required setting.
|
Authorization
|
Type of authorization when connecting to the URL specified in the URL field:
|
Tags
|
|
Description
|
Description of the resource. The maximum length of the description is 4000 Unicode characters.
|
Setting
|
Description
|
Buffer size
|
Buffer size in bytes for accumulating events in the RAM of the server before sending sending them for further processing or storage. The value must be a positive integer. Default buffer size: 1,048,576 bytes (1 MB). Maximum buffer size: 67,108,864 bytes (64 MB).
|
Buffer flush interval
|
Interval (in seconds) for sending events to the destination. The default value is 1 second.
|
Disk buffer size limit
|
Size of the disk buffer in bytes. The default value is 10 GB.
|
Handlers
|
Number of handlers that the service can run simultaneously to process response rules in parallel. To determine the number of handlers, you can use the following formula: (<number of CPUs> / 2) + 2.
|
Output format
|
Format in which events are sent to the destination:
- JSON.
- CEF. If this value is selected, the transmitted events contain the CEF header and only non-empty fields.
|
TLS mode
|
TLS encryption mode. When using TLS encryption, you cannot specify an IP address in the URL field on the Basic settings. Available values:
- Disabled means TLS encryption is not used. This value is selected by default.
- Enabled means TLS encryption is used, but certificates are not verified.
- With verification means TLS encryption is used with verification of the certificate signed with the KUMA root certificate. The root certificate and key of KUMA are created automatically during application installation and are stored on the KUMA Core server in the /opt/kaspersky/kuma/core/certificates/ directory.
- Custom CA means TLS encryption is used with verification that the certificate was signed by a Certificate Authority. If you select this value, in the Custom CA drop-down list, specify a secret with a certificate signed by a certification authority. You can select an existing secret or create a new secret. To create a new secret, select Create new.
If you want to edit the settings of an existing secret, click the pencil icon next to it. How to create a certificate signed by a Certificate Authority? You can create a CA-signed certificate on the KUMA Core server (the following command examples use OpenSSL).
To create a certificate signed by a Certificate Authority:
- Generate a key to be used by the Certificate Authority, for example:
openssl genrsa -out ca.key 2048 - Create a certificate for the generated key, for example:
openssl req -new -x509 -days 365 -key ca.key -subj "/CN=< common host name of Certificate Authority >" -out ca.crt - Create a private key and a request to have it signed by the Certificate Authority, for example:
openssl req -newkey rsa:2048 -nodes -keyout server.key -subj "/CN=< common host name of KUMA server >" -out server.csr - Create the certificate signed by the Certificate Authority. You need to include the domain names or IP addresses of the server for which you are creating the certificate in the
subjectAltName variable, for example:openssl x509 -req -extfile <(printf "subjectAltName=DNS:domain1.ru,DNS:domain2.com,IP:192.168.0.1") -days 365 -in server.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out server.crt - Upload the created
server.crt certificate in the KUMA web interface to a secret of the certificate type, then in the Custom CA drop-down list, select the secret of the certificate type.
To use KUMA certificates on third-party devices, you must change the certificate file extension from CERT to CRT. Otherwise, you can get the x509: certificate signed by unknown authority error. - Custom PFX means TLS encryption with a PFX secret. You must generate a PFX certificate with a private key in PKCS#12 container format in an external Certificate Authority, export the PFX certificate from the key store, and upload the PFX certificate to the KUMA web interface as a PFX secret. If you select this value, in the PFX secret drop-down list, specify a PFX secret with a certificate signed by a certification authority. You can select an existing PFX secret or create a new PFX secret. To create a new PFX secret, select Create new.
If you want to edit the settings of an existing secret, click the pencil icon next to it. How to create a PFX secret? To create a PFX secret:
- In the Name field, enter the name of the PFX secret.
- Click Upload PFX and select the PKCS#12 container file to which you exported the PFX certificate with the private key.
- In the Password field, enter the PFX certificate security password that was set in the PFX Certificate Export Wizard.
- Click the Create button.
The PFX secret is created and displayed in the PFX secret drop-down list.
|
Proxy server
|
The proxy server for the destination. You can select an existing proxy server or create a new proxy server. To create a new proxy server, select Create new.
If you want to edit the settings of an existing proxy server, click the pencil icon next to it.
|
Compression
|
Drop-down list for configuring Snappy compression:
- Disabled. This value is selected by default.
- Use Snappy.
|
URL selection policy
|
Method of determining URLs to which events must be sent first if you added multiple URLs in the URL field on the Basic settings:
- Any means events are sent to a randomly selected available URL as long as the URL accepts events. If the URL becomes unavailable, events are sent to another randomly selected available URL. This value is selected by default.
- Prefer first means events are sent to the first added URL. If the URL becomes unavailable, events are sent to the next added available URL. If the first added URL becomes available again, events are sent to the first added URL again.
- Round robin means events are evenly balanced among the available URLs. This method does not guarantee that events are evenly balanced among the URLs because the buffer may overflow or events may be sent to the destination. You can specify the buffer size in bytes in the Buffer size limit field; you can also specify the interval in seconds for sending events to the destination in the Buffer flush interval field.
|
Delimiter
|
The character that marks the boundary between events:
If you do not select a value in this drop-down list, \n is selected by default.
|
Path
|
The path that must be added in the request to the URL specified in the URL field on the Basic settings tab. For example, if you specify /input as the the path and enter 10.10.10.10 for the URL, the destination will make requests to 10.10.10.10/input .
|
Health check path
|
The URL for sending requests to obtain health information about the system that the destination resource is connecting to.
|
Health check
|
This toggle switch enables the health check. This toggle switch is turned off by default.
|
Disk buffer disabled
|
This toggle switch that enables the disk buffer. This toggle switch is turned on by default.
The disk buffer is used if the collector cannot send normalized events to the destination. You can specify the size of the disk buffer in the Disk buffer size limit field. If the disk buffer runs out of free space, new normalized events will overwrite old normalized events, starting with the oldest.
|
Timeout
|
The time, in seconds, for which the destination waits for a response from another service or component.
|
Debug
|
Ths switch enables resource logging. This toggle switch is turned off by default.
|
Filter
|
Filter for determining which events must be processed by the resource. You can select an existing filter or create a new filter. To create a new filter, select Create new.
If you want to edit the settings of an existing filter, click the pencil icon next to it.
How to create a filter?
To create a filter:
- In the Filter drop-down list, select Create new.
- If you want to keep the filter as a separate resource, select the Save filter check box. In this case, you will be able to use the created filter in various services. This check box is cleared by default.
- If you selected the Save filter check box, enter a name for the created filter resource in the Name field. Maximum length of the name: 128 Unicode characters.
- In the Conditions settings block, specify the conditions that the events must meet:
- Click the Add condition button.
- In the Left operand and Right operand drop-down lists, specify the search parameters. Depending on the data source selected in the Right operand field, you may see fields of additional parameters for identifying the value to be passed to the filter. For example, when you select active list, you must specify the name of the active list, the entry key, and the entry key field.
- In the operator drop-down list, select an operator.
Filter operators - =—the left operand equals the right operand.
- <—the left operand is less than the right operand.
- <=—the left operand is less than or equal to the right operand.
- >—the left operand is greater than the right operand.
- >=—the left operand is greater than or equal to the right operand.
- inSubnet—the left operand (IP address) is in the subnet of the right operand (subnet).
- contains—the left operand contains values of the right operand.
- startsWith—the left operand starts with one of the values of the right operand.
- endsWith—the left operand ends with one of the values of the right operand.
- match—the left operand matches the regular expression of the right operand. The RE2 regular expressions are used.
- hasBit—checks whether the left operand (string or number) contains bits whose positions are listed in the right operand (in a constant or in a list).
The value to be checked is converted to binary and processed right to left. Chars are checked whose index is specified as a constant or a list. If the value being checked is a string, then an attempt is made to convert it to integer and process it in the way described above. If the string cannot be converted to a number, the filter returns False . - hasVulnerability—checks whether the left operand contains an asset with the vulnerability and vulnerability severity specified in the right operand.
If you do not specify the ID and severity of the vulnerability, the filter is triggered if the asset in the event being checked has any vulnerability. - inActiveList—this operator has only one operand. Its values are selected in the Key fields field and are compared with the entries in the active list selected from the Active List drop-down list.
- inDictionary—checks whether the specified dictionary contains an entry defined by the key composed with the concatenated values of the selected event fields.
- inCategory—the asset in the left operand is assigned at least one of the asset categories of the right operand.
- inActiveDirectoryGroup—the Active Directory account in the left operand belongs to one of the Active Directory groups in the right operand.
- TIDetect—this operator is used to find events using CyberTrace Threat Intelligence (TI) data. This operator can be used only on events that have completed enrichment with data from CyberTrace Threat Intelligence. In other words, it can only be used in collectors at the destination selection stage and in correlators.
- inContextTable—presence of the entry in the specified context table.
- intersect—presence in the left operand of the list items specified in the right operand.
- If you want the operator to be case-insensitive, select the do not match case check box. The selection of this check box does not apply to the InSubnet, InActiveList, InCategory or InActiveDirectoryGroup operators. This check box is cleared by default.
- If you want to add a negative condition, select If not from the If drop-down list.
You can add multiple conditions or a group of conditions. - If you have added multiple conditions or groups of conditions, choose a selection condition (and, or, not) by clicking the AND button.
- If you want to add existing filters that are selected from the Select filter drop-down list, click the Add filter button. You can view the nested filter settings by clicking the button.
|