diff --git a/docs/cse/integrations/insight-enrichment-server.md b/docs/cse/integrations/insight-enrichment-server.md
index 92744d3c6ec..b8b7e03012e 100644
--- a/docs/cse/integrations/insight-enrichment-server.md
+++ b/docs/cse/integrations/insight-enrichment-server.md
@@ -1,17 +1,17 @@
---
id: insight-enrichment-server
title: Insight Enrichment Server
-description: You can use the Cloud SIEM Insight Enrichment Server to automatically enrich Cloud SIEM insights.
+description: You can use the SIEM Insight Enrichment Server to automatically enrich SIEM insights.
---
import Tabs from '@theme/Tabs';
import TabItem from '@theme/TabItem';
import useBaseUrl from '@docusaurus/useBaseUrl';
-The Cloud SIEM Insight Enrichment Server is a component that automatically enriches Cloud SIEM insights.
+The SIEM Insight Enrichment Server is a component that automatically enriches SIEM insights.
:::tip
-The Automation Service is a newer way to perform enrichment. For more information about how to use the Automation Service instead of the Cloud SIEM Insight Enrichment Server, see [Migrate from legacy actions and enrichments to the Automation Service](/docs/cse/automation/automations-in-cloud-siem/#migrate-from-legacy-actions-and-enrichments-to-the-automation-service).
+The Automation Service is a newer way to perform enrichment. For more information about how to use the Automation Service instead of the SIEM Insight Enrichment Server, see [Migrate from legacy actions and enrichments to the Automation Service](/docs/cse/automation/automations-in-siem/#migrate-from-legacy-actions-and-enrichments-to-the-automation-service).
:::
:::note
@@ -24,7 +24,7 @@ The Insight Enrichment Server performs an external query on the [entity](/docs/
You configure enrichments in the server’s configuration file. The key settings are the entity type to run the enrichment on, and the command and command arguments to run.
-The Insight Enrichment Server periodically polls Cloud SIEM for new insights. If an insight’s entity is of the same type as the `entity_type` specified for an enrichment configured in the server’s configuration file, the server runs the enrichment for the entity instance in the insight. You can see an enrichment that has been added to an insight on the **Enrichments** tab for an insight.
+The Insight Enrichment Server periodically polls SIEM for new insights. If an insight’s entity is of the same type as the `entity_type` specified for an enrichment configured in the server’s configuration file, the server runs the enrichment for the entity instance in the insight. You can see an enrichment that has been added to an insight on the **Enrichments** tab for an insight.
@@ -50,7 +50,7 @@ If you're not installing the Insight Enrichment Server on the FED deployment, fo
### Prerequisites
-The Cloud SIEM Insight Enrichment Server can be installed on any Windows system with a Vista+ or Server 2008 or newer operating system. It does not have significant RAM or CPU requirements, so it should be fine running on almost any hardware.
+The SIEM Insight Enrichment Server can be installed on any Windows system with a Vista+ or Server 2008 or newer operating system. It does not have significant RAM or CPU requirements, so it should be fine running on almost any hardware.
You must have local administrative privileges to install the Insight Enrichment Server. By default, the server runs under the LocalService account on the machine. If the Insight Enrichment Server needs privileges to perform actions as a different user, see [Run the server under a service account](#run-the-server-under-a-service-account), below.
diff --git a/docs/cse/integrations/integrate-cse-with-taxii-feed.md b/docs/cse/integrations/integrate-cse-with-taxii-feed.md
index ae10164aa2a..404a4db48b0 100644
--- a/docs/cse/integrations/integrate-cse-with-taxii-feed.md
+++ b/docs/cse/integrations/integrate-cse-with-taxii-feed.md
@@ -1,18 +1,18 @@
---
id: integrate-cse-with-taxii-feed
-title: Integrate Cloud SIEM with a TAXII Feed
+title: Integrate SIEM with a TAXII Feed
sidebar_label: TAXII Feed
-description: Learn how to integrate Cloud SIEM with a TAXII feed.
+description: Learn how to integrate SIEM with a TAXII feed.
---
import useBaseUrl from '@docusaurus/useBaseUrl';
-This article has instructions for integrating Cloud SIEM with a TAXII threat intelligence feed.
+This article has instructions for integrating SIEM with a TAXII threat intelligence feed.
:::note
To integrate with a TAXII feed, first consult the documentation for the feed. For example:
-* If you are integrating Cloud SIEM with the Cybersecurity and Information Security Agency (CISA) TAXII feed, see the [CISA AIS TAXII Server Connection Guide](https://www.cisa.gov/resources-tools/resources/cisa-ais-taxii-server-connection-guide-v20) and [Automated Indicator Sharing](https://www.cisa.gov/topics/cyber-threats-and-advisories/information-sharing/automated-indicator-sharing-ais).
-* If you are integrating Cloud SIEM with Anomali Threatstream, see [Generating Your Own Threat Intelligence Feeds in ThreatStream](https://www.anomali.com/blog/generating-your-own-threat-intelligence-feeds-in-threatstream) on the Anomali blog.
+* If you are integrating SIEM with the Cybersecurity and Information Security Agency (CISA) TAXII feed, see the [CISA AIS TAXII Server Connection Guide](https://www.cisa.gov/resources-tools/resources/cisa-ais-taxii-server-connection-guide-v20) and [Automated Indicator Sharing](https://www.cisa.gov/topics/cyber-threats-and-advisories/information-sharing/automated-indicator-sharing-ais).
+* If you are integrating SIEM with Anomali Threatstream, see [Generating Your Own Threat Intelligence Feeds in ThreatStream](https://www.anomali.com/blog/generating-your-own-threat-intelligence-feeds-in-threatstream) on the Anomali blog.
:::
## About the integration
@@ -21,7 +21,7 @@ To ingest a TAXII feed, you configure the URL of the TAXII provider’s discover
## Requirements
-Cloud SIEM supports TAXII 1.x and TAXII 2.x.
+SIEM supports TAXII 1.x and TAXII 2.x.
## Configure the integration
@@ -29,12 +29,12 @@ Cloud SIEM supports TAXII 1.x and TAXII 2.x.
1. The [ingested threat intelligence indicators](/docs/security/threat-intelligence/about-threat-intelligence/#ingest-threat-intelligence-indicators) appear on the [Threat Intelligence page](/docs/security/threat-intelligence/threat-intelligence-indicators/). To access the Threat Intelligence tab:
* [**New UI**](/docs/get-started/sumo-logic-ui/). In the main Sumo Logic menu, select **Data Management**, and then select **Threat Intelligence**. You can also click the **Go To...** menu at the top of the screen and select **Threat Intelligence**.
* [**Classic UI**](/docs/get-started/sumo-logic-ui-classic/). In the main Sumo Logic menu, select **Manage Data > Threat Intelligence**.
-1. Use the [`hasThreatMatch`](/docs/cse/rules/cse-rules-syntax/#hasthreatmatch) Cloud SIEM rules language function to search incoming records for matches to threat intelligence indicators. When matches are found, they appear on records in Cloud SIEM.
+1. Use the [`hasThreatMatch`](/docs/cse/rules/cse-rules-syntax/#hasthreatmatch) SIEM rules language function to search incoming records for matches to threat intelligence indicators. When matches are found, they appear on records in SIEM.
## Leveraging indicators in rules
-Threat intelligence indicators allow you to enrich incoming records with threat intel information. Cloud SIEM uses the `hasThreatMatch` rules function to compare incoming records with information from the threat feed. When there is a “match”, for instance, when an IP address in a record matches an IP address that the feed says is malicious, Cloud SIEM adds relevant information to that record.
+Threat intelligence indicators allow you to enrich incoming records with threat intel information. SIEM uses the `hasThreatMatch` rules function to compare incoming records with information from the threat feed. When there is a “match”, for instance, when an IP address in a record matches an IP address that the feed says is malicious, SIEM adds relevant information to that record.
-Because the threat intel information is persisted within records, you can reference it downstream in both rules and search. The built-in rules that come with Cloud SIEM will also automatically create a signal for any record with a match from your threat feed.
+Because the threat intel information is persisted within records, you can reference it downstream in both rules and search. The built-in rules that come with SIEM will also automatically create a signal for any record with a match from your threat feed.
-For more information, see [Find Threats with Cloud SIEM](/docs/security/threat-intelligence/threat-indicators-in-cloud-siem/).
+For more information, see [Find Threats with SIEM](/docs/security/threat-intelligence/threat-indicators-in-siem/).
diff --git a/docs/cse/integrations/security-incident-response-integration.md b/docs/cse/integrations/security-incident-response-integration.md
index 114bd50c718..004c0551069 100644
--- a/docs/cse/integrations/security-incident-response-integration.md
+++ b/docs/cse/integrations/security-incident-response-integration.md
@@ -2,18 +2,18 @@
id: security-incident-response-integration
title: Security Incident Response (SIR) Integration
sidebar_label: Security Incident Response (SIR)
-description: Install and configure the integration between Sumo Logic Cloud SIEM and ServiceNow's Security Incident Response (SIR).
+description: Install and configure the integration between Sumo Logic SIEM and ServiceNow's Security Incident Response (SIR).
---
import useBaseUrl from '@docusaurus/useBaseUrl';
-This section has instructions for installing and configuring the integration between Sumo Logic Cloud SIEM and ServiceNow's Security Incident Response (SIR).
+This section has instructions for installing and configuring the integration between Sumo Logic SIEM and ServiceNow's Security Incident Response (SIR).
The screenshots in this topic were captured from SIR UI16. If you have a different UI enabled, your view may be different.
## Overview
-The integration polls for Cloud SIEM for insights and creates a ServiceNow Incident for each insight. It creates composite fields, CI items, and associated MITRE data in ServiceNow.
+The integration polls for SIEM for insights and creates a ServiceNow Incident for each insight. It creates composite fields, CI items, and associated MITRE data in ServiceNow.
Once you have configured the integration, insights that match the query you specify in the configuration, will be ingested by ServiceNow on the configured ingestion cycle, which by default is every five minutes.
@@ -21,7 +21,7 @@ Once you have configured the integration, insights that match the query you spec
The following SIR plugins are required:
-* [Threat Intelligence](https://docs.servicenow.com/bundle/quebec-security-management/page/product/threat-intelligence/reference/threat-intel-landing-page.html) (com.snc.threat.intelligence) — This plugin is required if you want to enable SIR to add MITRE information (stage, tactic, and technique) to Incidents it creates from Cloud SIEM insights.
+* [Threat Intelligence](https://docs.servicenow.com/bundle/quebec-security-management/page/product/threat-intelligence/reference/threat-intel-landing-page.html) (com.snc.threat.intelligence) — This plugin is required if you want to enable SIR to add MITRE information (stage, tactic, and technique) to Incidents it creates from SIEM insights.
* [Security Incident Response](https://docs.servicenow.com/bundle/quebec-security-management/page/product/security-incident-response/reference/sir-landing-page.html) (com.snc.security_incident)
The following SIR system table permissions are required:
@@ -30,11 +30,11 @@ The following SIR system table permissions are required:
* Threat intelligence/mitre tables – Read-only access is required
* Configuration item tables – Read-write access is required.
-Your Cloud SIEM role must allow you to use API keys and to retrieve and modify insights.
+Your SIEM role must allow you to use API keys and to retrieve and modify insights.
## Step 1: Copy your API credentials
-In this step, you make a copy of your API credentials, which you'll need to supply when you install the SIR-Cloud SIEM integration in [Step 5](#step-5-install-the-sir-cloud-siem-integration) below.
+In this step, you make a copy of your API credentials, which you'll need to supply when you install the SIR-SIEM integration in [Step 5](#step-5-install-the-sir-siem-integration) below.
You’ll need to supply a Sumo Logic Access ID and Access Key. If necessary, you can create those in the Sumo Logic UI. For more information, see [Access Keys](/docs/manage/security/access-keys).
@@ -68,7 +68,7 @@ CI Lookup Rules are required to enable discovery of configuration items and avoi
1. Navigate to **CI Lookup Rules** under **Security Operations** in the navigation bar.
1. Select **New** and create three rules shown in the screenshot below. For instructions, see [Create a CI Lookup Rule](https://docs.servicenow.com/bundle/orlando-security-management/page/product/security-operations-common/task/create-ci-identifier-rules.html) in ServiceNow help.
-## Step 5: Install the SIR-Cloud SIEM integration
+## Step 5: Install the SIR-SIEM integration
1. Search for **Integration Configurations** under **Security Operations** in the navigation bar.
1. Locate **Sumo Logic SIR** and click **Configure**.
@@ -83,7 +83,7 @@ To verify that the configuration is working, enter the following in the ServiceN
`x_579138_sumo_logi_sumo_logic_insights.list`
-Within five minutes data will appear if new insights have been created. If no insights have been created, you can check Sumo Logic integration logs by searching for logs with the prefix: “Sumo Cloud SIEM ERROR”. You can also check the Sumo Status table from the navigation bar to see the last error message if any and the current integration health. If the value is healthy then the integration has run at least once with no error.
+Within five minutes data will appear if new insights have been created. If no insights have been created, you can check Sumo Logic integration logs by searching for logs with the prefix: “Sumo SIEM ERROR”. You can also check the Sumo Status table from the navigation bar to see the last error message if any and the current integration health. If the value is healthy then the integration has run at least once with no error.
## Configuration options
@@ -91,7 +91,7 @@ This section describes configuration changes you can make to the integration.
## Update the mapping configuration
-If desired, you can change the mapping between the fields in Cloud SIEM insights and the fields in Incidents that the integration creates in ServiceNow.
+If desired, you can change the mapping between the fields in SIEM insights and the fields in Incidents that the integration creates in ServiceNow.
1. Navigate to the **Table Transform Maps** page in ServiceNow.
1. Open the “Sumo Insight Mapper” for editing.
@@ -111,7 +111,7 @@ Double-click a property to edit it.
| `x_sul_sumo_logic_s.integration_id` | An arbitrary ID assigned by the integration. Do not modify this setting unless recommended by Sumo Logic support. |
| `x_sul_sumo_logic_s.sumo_debug` | Controls what level of logging is enabled. If “true” both info and debug level messages are logged. If “false” only error level messages are logged. |
-## View generated Incident URL in Cloud SIEM
+## View generated Incident URL in SIEM
The URL to the ServiceNow Incident generated for an insight is shown on the details page for the insight.
@@ -119,13 +119,13 @@ The URL to the ServiceNow Incident generated for an insight is shown on the deta
## Example Incident created by integration
-The screenshot below shows a ServiceNow Incident that was created for a Cloud SIEM insight.
+The screenshot below shows a ServiceNow Incident that was created for a SIEM insight.
-## See closed insight in Cloud SIEM
+## See closed insight in SIEM
-After an Incident created by the integration is closed in ServiceNow, the insight from which it was generated will be closed in Cloud SIEM as well.
+After an Incident created by the integration is closed in ServiceNow, the insight from which it was generated will be closed in SIEM as well.
@@ -134,4 +134,4 @@ After an Incident created by the integration is closed in ServiceNow, the insigh
To view log messages written by the integration:
1. Choose **System Log > All** in the ServiceNow left-nav pane.
-1. Search the messages for “Sumo Cloud SIEM”.
+1. Search the messages for “Sumo SIEM”.
diff --git a/docs/cse/match-lists-suppressed-lists/create-match-list.md b/docs/cse/match-lists-suppressed-lists/create-match-list.md
index 25bc3963f09..3a5684775e1 100644
--- a/docs/cse/match-lists-suppressed-lists/create-match-list.md
+++ b/docs/cse/match-lists-suppressed-lists/create-match-list.md
@@ -10,11 +10,11 @@ This topic has information about match lists, their purpose and usage, and how t
## About match lists
-Match lists are lists of important indicators and identifiers configured by a Cloud SIEM analyst. Match lists are typically used to define “allow lists” of items, like IP addresses, URLs, and hostnames, and so on, that you want to exempt from ordinary rule processing. For example, you might want to prevent a rule from firing for records that contain one of a certain set of IP addresses.
+Match lists are lists of important indicators and identifiers configured by a SIEM analyst. Match lists are typically used to define “allow lists” of items, like IP addresses, URLs, and hostnames, and so on, that you want to exempt from ordinary rule processing. For example, you might want to prevent a rule from firing for records that contain one of a certain set of IP addresses.
Here’s a use case for using a match list to define an allow list: Vulnerability scanners often set off false alarms in security data, as they intentionally mimic the behavior of an attacker. Given that this behavior is safe and expected, you don’t want scanner activities to fire a rule. That’s what a match list is for. You can create a match list called “vuln_scanners” that contains the IP addresses of your scanners.
-Here are some match lists in Cloud SIEM.
+Here are some match lists in SIEM.
@@ -30,9 +30,9 @@ You can use Terraform to manage match lists with the [`match_list`](https://regi
## Built-in rules refer to standard match list names
-Many of Cloud SIEM’s built-in rules assume the existence of one or more standard match lists. A standard match list is a list that you need to create and populate so that Cloud SIEM can leverage it. Cloud SIEM rules take advantage of about 20 standard match lists. One example of a standard match list is the “vuln_scanners” list mentioned in the previous section. There are analogous match lists for other entity types, such as “business_ips”, “verified_domains”, and so on.
+Many of SIEM’s built-in rules assume the existence of one or more standard match lists. A standard match list is a list that you need to create and populate so that SIEM can leverage it. SIEM rules take advantage of about 20 standard match lists. One example of a standard match list is the “vuln_scanners” list mentioned in the previous section. There are analogous match lists for other entity types, such as “business_ips”, “verified_domains”, and so on.
-When you create the standard match lists, it’s important to create them correctly: you need to use the exact name Cloud SIEM has defined for the list, and you must specify the correct target column. You can find that information in [Standard match lists](/docs/cse/match-lists-suppressed-lists/standard-match-lists/#standard-match-lists), which also lists the built-in rules that refer to match list data.
+When you create the standard match lists, it’s important to create them correctly: you need to use the exact name SIEM has defined for the list, and you must specify the correct target column. You can find that information in [Standard match lists](/docs/cse/match-lists-suppressed-lists/standard-match-lists/#standard-match-lists), which also lists the built-in rules that refer to match list data.
If you don’t define one or more standard match lists, the rules that refer to the match list data will still function, but you’ll miss out on the benefit that match lists provide. A rule will have no way of knowing that a particular IP address, domain, or other entity in a message should not cause it to fire.
@@ -40,13 +40,13 @@ As necessary, you can also create custom match lists.
## How are match lists used?
-When Cloud SIEM processes an incoming message, it compares the entries in each match list that you’ve created to message fields that are of the same type as the target column of the match list. For example, given a match list whose target column is `Domain`, Cloud SIEM will compare items on that list only to message fields that contain domains.
+When SIEM processes an incoming message, it compares the entries in each match list that you’ve created to message fields that are of the same type as the target column of the match list. For example, given a match list whose target column is `Domain`, SIEM will compare items on that list only to message fields that contain domains.
When a record contains a value that exactly matches one or more match lists (partial matches are not supported), two fields in the record get populated:
-* `listMatches`. Cloud SIEM adds the names of the match lists that the record matched, and the column values of those lists. For example, if an IP address in a record matches the `SourceIP` address in the “vuln_scanners” match list, the `listMatches` field would look like this: `listMatches: ['vuln_scanners', 'column:SourceIp']`
+* `listMatches`. SIEM adds the names of the match lists that the record matched, and the column values of those lists. For example, if an IP address in a record matches the `SourceIP` address in the “vuln_scanners” match list, the `listMatches` field would look like this: `listMatches: ['vuln_scanners', 'column:SourceIp']`
-* `matchedItems`. Cloud SIEM adds the actual key-value pairs that were matched. For example, continuing the example above, if “vuln_scanners” match list contained an entry “5.6.7.8”, and the record’s `SourceIp` is also “5.6.7.8”, and assuming the `SourceIp` address in the “vuln_scanners” match list, the `matchedItems` field would like like this: `matchedItems: [ { value: '5.6.7.8', …other metadata about list item } ]`
+* `matchedItems`. SIEM adds the actual key-value pairs that were matched. For example, continuing the example above, if “vuln_scanners” match list contained an entry “5.6.7.8”, and the record’s `SourceIp` is also “5.6.7.8”, and assuming the `SourceIp` address in the “vuln_scanners” match list, the `matchedItems` field would like like this: `matchedItems: [ { value: '5.6.7.8', …other metadata about list item } ]`
Because the information about list matches gets persisted within records, you can reference it downstream in both rules and search.
@@ -56,7 +56,7 @@ In a rule, you look for matches by extending a rule expression with an `array_
If any of the IP addresses within the record match one of the “vuln_scanner” IPs, the `listMatches` field will have a value of `['vuln_scanners']`. Thus, the check above will effectively prevent signals from firing for those rules on the scanner IP addresses.
-For more information about referring to match list data in rules, see [Match lists](/docs/cse/rules/about-cse-rules#match-lists) in the *About Cloud SIEM Rules* topic.
+For more information about referring to match list data in rules, see [Match lists](/docs/cse/rules/about-cse-rules#match-lists) in the *About SIEM Rules* topic.
## Match list limitations
@@ -64,20 +64,20 @@ A match list can contain up to 100,000 items.
## Matching behavior
-When comparing a field value to items on a match list, Cloud SIEM generally requires an exact match (case insensitive). There are two exceptions to that rule.
+When comparing a field value to items on a match list, SIEM generally requires an exact match (case insensitive). There are two exceptions to that rule.
* Match lists that contain IP addresses can list either explicit IP addresses, CIDR blocks of IP addresses, (for example `1.2.3.4/24`), or both.
* Match lists that contain domains can list, either complete internet domains or partial domain. Partial domains will match all the matching subdomains. For example, `google.com` in a list will match `mail.google.com` in a record. Note that the converse is not the case: `mail.google.com` in a list won’t match `google.com`.
## Create a match list
-Perform the steps below to create a match list in Cloud SIEM.
+Perform the steps below to create a match list in SIEM.
:::tip
-You can also create and manage match lists with Cloud SIEM's REST [API](/docs/cse/administration/cse-apis).
+You can also create and manage match lists with SIEM's REST [API](/docs/cse/administration/cse-apis).
:::
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Match List**. You can also click the **Go To...** menu at the top of the screen and select **Match List**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Match Lists**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Match List**. You can also click the **Go To...** menu at the top of the screen and select **Match List**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Match Lists**.
1. Click **Add Match List**.
1. On the **Add Match List** popup, enter the following:
1. **Name**. Name of the match list. If you are creating a standard match list, make sure the name matches the standard match list name. For more information, see [Standard match lists](/docs/cse/match-lists-suppressed-lists/standard-match-lists#standard-match-lists). We recommend no embedded spaces in list names. For example, instead of *my list*, use *my_list*.
@@ -137,7 +137,7 @@ Sumo Logic recommends the following conventions and best practices for using m
### Use match lists
-Use the match list feature early on to get the most value from Cloud SIEM. This feature allows you to prevent rules from firing as a result of devices and activity in your environment that you know are benign. This optimizes the detection process by reducing noise in results, and helps reduce alert overload and analysis fatigue.
+Use the match list feature early on to get the most value from SIEM. This feature allows you to prevent rules from firing as a result of devices and activity in your environment that you know are benign. This optimizes the detection process by reducing noise in results, and helps reduce alert overload and analysis fatigue.
Match lists are not your only option for creating allowlists or denylists. For entities, use [schema key tags](/docs/cse/match-lists-suppressed-lists/standard-match-lists) rather than match lists. And to suppress signals altogether, use [suppressed lists](/docs/cse/match-lists-suppressed-lists/suppressed-lists).
diff --git a/docs/cse/match-lists-suppressed-lists/custom-match-list-columns.md b/docs/cse/match-lists-suppressed-lists/custom-match-list-columns.md
index 72e431856e5..f2922b069e4 100644
--- a/docs/cse/match-lists-suppressed-lists/custom-match-list-columns.md
+++ b/docs/cse/match-lists-suppressed-lists/custom-match-list-columns.md
@@ -6,17 +6,17 @@ description: Learn how to define custom columns for use in Match Lists.
import useBaseUrl from '@docusaurus/useBaseUrl';
-Match lists are lists of important indicators and identifiers that a Cloud SIEM analyst creates. Match lists are typically used to define “allow lists” of items, like IP addresses, URLs, or hostnames that you want to exempt from ordinary rule processing. Many of Cloud SIEM’s built-in rules reference [standard match lists](/docs/cse/match-lists-suppressed-lists/standard-match-lists). Examples of standard match lists include a list of trusted domains, and a list of IP addresses that shouldn’t trigger SSL detection rules.
+Match lists are lists of important indicators and identifiers that a SIEM analyst creates. Match lists are typically used to define “allow lists” of items, like IP addresses, URLs, or hostnames that you want to exempt from ordinary rule processing. Many of SIEM’s built-in rules reference [standard match lists](/docs/cse/match-lists-suppressed-lists/standard-match-lists). Examples of standard match lists include a list of trusted domains, and a list of IP addresses that shouldn’t trigger SSL detection rules.
-You can define your own custom match lists, and reference them in rules that you write yourself. When you create a match list, whether it’s a standard or a custom list, you select a target column, which indicates the record attribute or attributes that should be compared to the match list. The options that appear in the **Target Column** selector list include “Hostname”, “Domain”, “Username”, and so on. Note that these options usually map to multiple record attributes. For example, if you select “Username” as a list’s target column, any occurrences of username, `fromUser_username`, or `user_username` in incoming records will be compared to the match list. For information about how **Target Column** options in the UI map to Cloud SIEM schema attributes, see [Match Fields Reference](/docs/cse/match-lists-suppressed-lists/match-fields-reference).
+You can define your own custom match lists, and reference them in rules that you write yourself. When you create a match list, whether it’s a standard or a custom list, you select a target column, which indicates the record attribute or attributes that should be compared to the match list. The options that appear in the **Target Column** selector list include “Hostname”, “Domain”, “Username”, and so on. Note that these options usually map to multiple record attributes. For example, if you select “Username” as a list’s target column, any occurrences of username, `fromUser_username`, or `user_username` in incoming records will be compared to the match list. For information about how **Target Column** options in the UI map to SIEM schema attributes, see [Match Fields Reference](/docs/cse/match-lists-suppressed-lists/match-fields-reference).
If you create a match list for which none of the existing target column options is appropriate, you can create a custom column.
-## View custom columns in the Cloud SIEM UI
+## View custom columns in the SIEM UI
To see the custom columns that have been defined in your environment:
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Match List**. You can also click the **Go To...** menu at the top of the screen and select **Match List**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Match Lists**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Match List**. You can also click the **Go To...** menu at the top of the screen and select **Match List**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Match Lists**.
1. On the **Match Lists** page, click **Custom Columns**.
1. The **Custom Columns** page lists the custom columns that have been defined in your environment.
@@ -25,7 +25,7 @@ To see the custom columns that have been defined in your environment:
1. On the **Custom Columns** page, click **Add Custom Column**.
1. The **Add Custom Column** popup appears.
1. **Name**. Enter a name for the custom column.
-1. **Fields**. Click to display a selector list of Cloud SIEM attributes. You can select multiple attributes. If multiple attributes are selected, the match list will match if the list item value matches a record value for any of the custom column attributes. Click **Show Field Guide** to view more information about attributes, such as data type.
+1. **Fields**. Click to display a selector list of SIEM attributes. You can select multiple attributes. If multiple attributes are selected, the match list will match if the list item value matches a record value for any of the custom column attributes. Click **Show Field Guide** to view more information about attributes, such as data type.
1. Click **Save** to add the new column.
## Edit a custom column
diff --git a/docs/cse/match-lists-suppressed-lists/index.md b/docs/cse/match-lists-suppressed-lists/index.md
index 6e57815db9d..7c92861997c 100644
--- a/docs/cse/match-lists-suppressed-lists/index.md
+++ b/docs/cse/match-lists-suppressed-lists/index.md
@@ -4,7 +4,7 @@ title: Match Lists and Suppressed Lists
description: Learn about creating a match list and their usage in rules.
---
-This guide has information about Cloud SIEM match lists, including how they are used in Cloud SIEM and how to create them.
+This guide has information about SIEM match lists, including how they are used in SIEM and how to create them.
import useBaseUrl from '@docusaurus/useBaseUrl';
@@ -32,7 +32,7 @@ In this section, we'll introduce the following concepts:
diff --git a/docs/cse/match-lists-suppressed-lists/match-fields-reference.md b/docs/cse/match-lists-suppressed-lists/match-fields-reference.md
index 9dd959c9d19..734b11f5b9b 100644
--- a/docs/cse/match-lists-suppressed-lists/match-fields-reference.md
+++ b/docs/cse/match-lists-suppressed-lists/match-fields-reference.md
@@ -6,9 +6,9 @@ description: Learn what record fields a match list with a given target column is
import useBaseUrl from '@docusaurus/useBaseUrl';
-This topic is a reference to the record fields that a match list with a given target column will be compared to. Each header below (Domain, Hostname, Username, and so on) is a supported target column for a Cloud SIEM match list. The items listed below each header are record fields
+This topic is a reference to the record fields that a match list with a given target column will be compared to. Each header below (Domain, Hostname, Username, and so on) is a supported target column for a SIEM match list. The items listed below each header are record fields
-If a record contains a field whose name matches one of the match fields for a target column, Cloud SIEM will append the match list name to the record in the `list_matches` array.
+If a record contains a field whose name matches one of the match fields for a target column, SIEM will append the match list name to the record in the `list_matches` array.
## Destination IP Address
diff --git a/docs/cse/match-lists-suppressed-lists/standard-match-lists.md b/docs/cse/match-lists-suppressed-lists/standard-match-lists.md
index 9ab694334b6..cffd87f59e6 100644
--- a/docs/cse/match-lists-suppressed-lists/standard-match-lists.md
+++ b/docs/cse/match-lists-suppressed-lists/standard-match-lists.md
@@ -1,18 +1,18 @@
---
id: standard-match-lists
title: Entity Tags and Standard Match Lists
-description: Learn about entity tags and standard match lists in Cloud SIEM.
+description: Learn about entity tags and standard match lists in SIEM.
---
import useBaseUrl from '@docusaurus/useBaseUrl';
-This topic has information about how you can identify specific entities or indicators that should be treated differently during Cloud SIEM rule processing. For example, you might want to prevent a rule from firing for records that contain one of a certain set of IP addresses. Conversely, you might want to only fire a signal if a user entity belongs to a certain group, such as domain admins. There are currently two methods of achieving this sort of allowlist/denylist behavior:
+This topic has information about how you can identify specific entities or indicators that should be treated differently during SIEM rule processing. For example, you might want to prevent a rule from firing for records that contain one of a certain set of IP addresses. Conversely, you might want to only fire a signal if a user entity belongs to a certain group, such as domain admins. There are currently two methods of achieving this sort of allowlist/denylist behavior:
-* Schema key tags for entities. This is the recommended approach. You simply apply predefined [schema key tags](/docs/cse/records-signals-entities-insights/tags-insights-signals-entities-rules) to new entities once they come into Cloud SIEM. Then in a rule, you look for matches by extending a rule expression with the [`array_contains`](/docs/cse/rules/cse-rules-syntax/#array_contains) function, for example: `array_contains(fieldTags["user_username"], "schema-key:schema-value")`. See [Schema tag keys for entities](#schema-tag-keys-for-entities) for information about which tag:value pairs to use for different entities.
+* Schema key tags for entities. This is the recommended approach. You simply apply predefined [schema key tags](/docs/cse/records-signals-entities-insights/tags-insights-signals-entities-rules) to new entities once they come into SIEM. Then in a rule, you look for matches by extending a rule expression with the [`array_contains`](/docs/cse/rules/cse-rules-syntax/#array_contains) function, for example: `array_contains(fieldTags["user_username"], "schema-key:schema-value")`. See [Schema tag keys for entities](#schema-tag-keys-for-entities) for information about which tag:value pairs to use for different entities.
:::tip
- The most efficient way to assign tags to entities is to configure [entity groups](/docs/cse/records-signals-entities-insights/create-an-entity-group), and allow Cloud SIEM to automatically apply tags based on group membership.
+ The most efficient way to assign tags to entities is to configure [entity groups](/docs/cse/records-signals-entities-insights/create-an-entity-group), and allow SIEM to automatically apply tags based on group membership.
:::
-* Standard match lists. This is the original approach for excluding entities from rule processing. It involves adding entities to standard match lists, as described in [Create a Match List](/docs/cse/match-lists-suppressed-lists/create-match-list). Then in a rule, you look for matches by extending a rule expression with the [`array_contains`](/docs/cse/rules/cse-rules-syntax/#array_contains) function, for example: `array_contains(listMatches, 'match_list_name')`. Standard match lists are described in [Standard match lists](#standard-match-lists) below. When creating Standard match lists using the [Cloud SIEM REST API](/docs/api/cloud-siem-enterprise/), the expected `target_column` value is indicated in the entries below using parentheses, as in: "**Target column:** Source IP Address (`SrcIp`)."
+* Standard match lists. This is the original approach for excluding entities from rule processing. It involves adding entities to standard match lists, as described in [Create a Match List](/docs/cse/match-lists-suppressed-lists/create-match-list). Then in a rule, you look for matches by extending a rule expression with the [`array_contains`](/docs/cse/rules/cse-rules-syntax/#array_contains) function, for example: `array_contains(listMatches, 'match_list_name')`. Standard match lists are described in [Standard match lists](#standard-match-lists) below. When creating Standard match lists using the [SIEM REST API](/docs/api/siem-enterprise/), the expected `target_column` value is indicated in the entries below using parentheses, as in: "**Target column:** Source IP Address (`SrcIp`)."
## Schema tag keys for entities
@@ -91,7 +91,7 @@ Assign the _userGroup tag to users accounts known to be involved with specific
**Description:** Accounts that are known to be involved with specific administrative or privileged activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Windows - Excessive User Interactive Logons Across Multiple Hosts
### admin_ips
@@ -100,7 +100,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Hosts that are known to be involved with specific administrative or privileged activity on the network. Can be used for tracking hosts that are operated by admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* PowerShell Remote Administration
* PsExec Admin Tool Detection
* SMB write to admin hidden share
@@ -111,7 +111,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Users that are known to be involved with specific administrative or privileged activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Lateral Movement Using the Windows Hidden Admin Share
* Outlier in Data Outbound Per Day by Admin or Sensitive Device
* Outlier in Data Outbound Per Hour by Admin or Sensitive Device
@@ -122,7 +122,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** IPs that are known to be involved with specific administrative or privileged activity on the network.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Alibaba ActionTrail KMS Activity
### Alibaba_admin_users
@@ -131,7 +131,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Users that are known to be involved with specific administrative or privileged activity on the network.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Alibaba ActionTrail KMS Activity
### auth_servers
@@ -140,7 +140,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Network authentication servers, including Active Directory, LDAP, Kerberos, RADIUS/TACACS, and NIS servers. May be used in analytics designed to detect [DCSync](https://attack.mitre.org/techniques/T1003/006/) attacks.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* DNS Lookup of High Entropy Domain
### authorized_third_party_domains
@@ -149,7 +149,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Authorized third party domains.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Salesforce LoginAs Event
@@ -159,7 +159,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Hosts that are known to be involved with specific administrative or privileged activity in AWS. Can be used for tracking hosts that are operated by admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* AWS Cloud Storage Deletion
* AWS CloudTrail - Aggressive Reconnaissance
* AWS CloudTrail - Database Snapshot Created
@@ -201,7 +201,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Users that are known to be involved with specific administrative or privileged activity in AWS. Can be used for tracking users that are admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* AWS Cloud Storage Deletion
* AWS CloudTrail - Aggressive Reconnaissance
* AWS CloudTrail - Database Snapshot Created
@@ -243,7 +243,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Remote ASNs supporting business processes.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Domain Resolution in Non-Standard TLD
* Executable Downloaded - Content-Type Mismatch
* HTTP Request to Domain in Non-Standard TLD
@@ -257,7 +257,7 @@ The following Cloud SIEM rules refer to this match list:
*Domain* matches against the `domain` field, not the FQDN (i.e. hostname or query), so *example.com* is a valid entry is but *www.example.com* is not.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Bitsadmin to Uncommon TLD
* Connection to High Entropy Domain
* DNS DGA Lookup Behavior - NXDOMAIN Responses
@@ -281,7 +281,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** DNS hostnames that are known to be business-related FQDNs.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Bitsadmin to Uncommon TLD
* Connection to High Entropy Domain
* DNS DGA Lookup Behavior - NXDOMAIN Responses
@@ -310,7 +310,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Remote IP addresses supporting business processes. Can be used for things like SSH servers for SFTP file exchanges (similarly, FTP servers).
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Bitsadmin to Uncommon TLD
* Connection to High Entropy Domain
* Domain Resolution in Non-Standard TLD
@@ -334,7 +334,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** DNS caching resolvers/authoritative content servers in customer environments.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Direct Outbound DNS Traffic
* Possible DNS over TLS (DoT) Activity
* Too many empty/refused DNS queries
@@ -345,7 +345,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Domain controller IPs.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Brute Force Attempt
* Domain Brute Force Attempt
* Domain Password Attack
@@ -363,7 +363,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Domain controller hostnames.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Interactive Logon to Domain Controller
* Suspicious DC Logon
@@ -373,7 +373,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Known account names that utilize downgraded encryption types with multiple SPNs. This is an exception match list that should be populated with a list of Kerberos principal names (for example, jdoe@EXAMPLE.COM) matched in endpoint username that are known to trigger content around legacy downgraded encryption types. This is directly related to the detection of [*Kerberoasting*](https://attack.mitre.org/techniques/T1208/) attacks.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* First Seen Kerberoasting Attempt from User - Global
* First Seen Kerberoasting Attempt from User - Host
* Too Many Kerberos Encryption Downgrade SPNs (Kerberoasting)
@@ -386,7 +386,7 @@ The following Cloud SIEM rules refer to this match list:
This should be populated with list of account names confirmed in `event_data['SubjectUserName']` for regularly occurring 4662 baseline events. This may be used in analytics designed to detect [DCsync](https://attack.mitre.org/techniques/T1003/006/) attacks.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -396,7 +396,7 @@ none
**Description:** Authorized domains.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Connection to High Entropy Domain
* HTTP request for single character file name
* Possible DNS Data Exfiltration
@@ -407,7 +407,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Authorized hostnames.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Connection to High Entropy Domain
* HTTP request for single character file name
* Possible DNS Data Exfiltration
@@ -418,7 +418,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Known FTP servers.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -428,7 +428,7 @@ none
**Description:** Users or hosts that are known to be involved with specific administrative or privileged activity in GCP. Can be used for tracking users or hosts that are admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* GCP Audit Cloud SQL Database Modified
* GCP Audit GCE Firewall Rule Modified
* GCP Audit GCE Network Route Created or Modified
@@ -451,7 +451,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Hosts that are known to be involved with specific administrative or privileged activity in GCP. Can be used for tracking hosts that are operated by admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* GCP Image Creation
* GCP Image Deletion
* GCP Image Discovery
@@ -467,7 +467,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Users that are known to be involved with specific administrative or privileged activity in GCP. Can be used for tracking users that are admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* GCP Image Creation
* GCP Image Deletion
* GCP Image Discovery
@@ -483,7 +483,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Hosts that are known to be involved with specific administrative or privileged activity in Google Workspace. Can be used for tracking hosts that are operated by admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rule refers to this match list:
+The following SIEM rule refers to this match list:
* G Suite - Admin Activity
### Google_Workspace_admin_users
@@ -492,7 +492,7 @@ The following Cloud SIEM rule refers to this match list:
**Description:** Users that are known to be involved with specific administrative or privileged activity in Google Workspace. Can be used for tracking users that are admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rule refers to this match list:
+The following SIEM rule refers to this match list:
* G Suite - Admin Activity
### guest_networks
@@ -501,7 +501,7 @@ The following Cloud SIEM rule refers to this match list:
**Description:** Known guest WLAN and other guests/BYOD network addresses.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Base32 in DNS Query
* Bitsadmin to Uncommon TLD
* Connection to High Entropy Domain
@@ -532,7 +532,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** List of IPs for Honeypots.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Traffic to Honeypot IP
### http_servers
@@ -541,7 +541,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Web servers in your environment.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Spike in URL Length from IP Address
### known_docker_images
@@ -550,7 +550,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Known approved Docker images that act as an allowlist. If an image is identified that is not on this list, further investigation is warranted. If approved images are identified they should be added to this list.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Unrecognized Container Image
### lan_scanner_exception_ips
@@ -563,7 +563,7 @@ Examples of hosts that are suited for this match list:
* Telephony server that pushes content to deployed softphones over SMB/CIFS
* Data security audit software that connects to SMB shares
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Amazon VPC - Network Scan
* Amazon VPC - Port Scan
* Excessive Outbound Firewall Blocks
@@ -585,7 +585,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Source NAT addresses. Can be used as an exception match list to block content relying on the evaluation of data per-host from applying to hosts that are translated or aggregations of other hosts. Note that this can also be applied using [proxy_servers](#proxy_servers) as an example of a specific case.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* DNS DGA Lookup Behavior - NXDOMAIN Responses
### nms_ips
@@ -598,7 +598,7 @@ Hosts known to be Network Management System (NMS) nodes.
Can be used as an exception match list for systems that connect to other hosts in environment for purposes of management, monitoring, and so on.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Amazon VPC - Network Scan
* Amazon VPC - Port Scan
* GCP Port Scan
@@ -615,7 +615,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Users that are known to be involved with specific administrative or privileged activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Okta Admin App Accessed
* Okta - First Seen user Accessing Admin Application
@@ -625,7 +625,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Locations that are known to be untrusted.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* OneLogin - API Credentials - Key Used from Untrusted Location
### palo_alto_sinkhole_ips
@@ -636,7 +636,7 @@ The following Cloud SIEM rules refer to this match list:
Should contain the default IPv4 sinkhole address from PANW (72.5.65.111) and should include additionally any other sinkhole IP you have configured.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
None
@@ -646,7 +646,7 @@ None
**Description:** Forward proxy servers, including HTTP and SOCKS proxies.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Amazon VPC - Network Scan
* Amazon VPC - Port Scan
* DNS DGA Lookup Behavior - NXDOMAIN Responses
@@ -665,7 +665,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Copy of the [proxy_servers](#proxy_servers) match list for directional matches.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Bitsadmin to Uncommon TLD
* Excessive Outbound Firewall Blocks
* Executable Downloaded - Content-Type Mismatch
@@ -697,7 +697,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Copy of the [proxy_server](#proxy_servers) match list for directional matches.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -707,7 +707,7 @@ none
**Description:** Public Ip Addresses.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Doublepulsar scan - likely not infected
* Likely doublepulsar Infected
@@ -717,7 +717,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Hosts that are known to be involved with specific administrative or privileged activity in Salesforce. Can be used for tracking hosts that are operated by admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Salesforce Custom Permission Creation
* Salesforce Excessive Documents Downloaded
* Salesforce LoginAs Event
@@ -738,7 +738,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Users that are known to be involved with specific administrative or privileged activity in Salesforce. Can be used for tracking users that are admins and other privileged users, or are often the source of restricted, privileged or suspicious authorized actions, and so on. This sort of tracking is useful for baselining activity and as a result, surfacing more suspicious activity.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Salesforce Custom Permission Creation
* Salesforce Excessive Documents Downloaded
* Salesforce LoginAs Event
@@ -759,7 +759,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Malware sandboxes or security devices interacting with malicious infrastructure.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Threat Intel Match - IP Address
* Threat Intel - Matched Domain Name
* Threat Intel - Device IP Matched Threat Intel Domain Name
@@ -771,7 +771,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Destination networks that are authorized/standard targets of vulnerability scans in customer environment.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -781,7 +781,7 @@ none
**Description:** SMTP sending/receiving hosts in customer environment.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -791,7 +791,7 @@ none
**Description:** Database servers in customer environment.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -801,7 +801,7 @@ none
**Description:** Known SSH servers.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -811,7 +811,7 @@ none
**Description:** SSL exception IPs.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* SSL Certificate Expired
* SSL Certificate Expires Soon
* SSL Certificate Not Valid Yet
@@ -823,7 +823,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Telnet servers in your environment.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -833,7 +833,7 @@ none
**Description:** A record flagged an IP address from a threat intelligence match list.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -843,7 +843,7 @@ none
**Description:** A list of devices that should not have external media installed on them.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Unauthorized External Device Installation
### verified_applications
@@ -852,7 +852,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Reviewed and validated legitimate or non-threat applications.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Lateral Movement Using the Windows Hidden Admin Share
### verified_domains
@@ -861,7 +861,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Reviewed and validated legitimate or non-threat domains.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Base32 in DNS Query
* Bitsadmin to Uncommon TLD
* Connection to High Entropy Domain
@@ -885,7 +885,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Reviewed and validated legitimate or non-threat hostnames.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Bitsadmin to Uncommon TLD
* Connection to High Entropy Domain
* DNS Lookup of High Entropy Domain
@@ -911,7 +911,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Reviewed and validated legitimate or non-threat ips.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Domain Resolution in Non-Standard TLD
* HTTP Request to Domain in Non-Standard TLD
* Threat Intel - Destination IP Address (Low Confidence)
@@ -930,7 +930,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Reviewed and validated legitimate or non-threat IP addresses.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Executable Downloaded - Content-Type Mismatch
### verified_uri_paths
@@ -943,7 +943,7 @@ This is a shared match list that should be imported into target environments.
Match list items have a TTL specified that will result in the items having an expiration date set in the future.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Executable Downloaded - Content-Type Mismatch
* HTTP Request to Domain in Non-Standard TLD
@@ -953,7 +953,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** VPN/remote access user address pools and DHCP scopes.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -963,7 +963,7 @@ none
**Description:** VPN/remote access servers, including IKE/IPsec/SSL VPN concentrators, OpenVPN endpoints, and so on.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
none
@@ -973,7 +973,7 @@ none
**Description:** Vulnerability scanner and network mapping hosts.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Amazon VPC - Network Scan
* Amazon VPC - Port Scan
* Base32 in DNS Query
@@ -1037,7 +1037,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** List of webserver hostnames or IPs.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Web Servers Executing Suspicious Processes
### zoom_admins
@@ -1046,7 +1046,7 @@ The following Cloud SIEM rules refer to this match list:
**Description:** Known admin users of Zoom.
-The following Cloud SIEM rules refer to this match list:
+The following SIEM rules refer to this match list:
* Zoom - Account Created
* Zoom - Account Deleted
* Zoom - Group Admin Added
diff --git a/docs/cse/match-lists-suppressed-lists/suppressed-lists.md b/docs/cse/match-lists-suppressed-lists/suppressed-lists.md
index 43f57002623..3171639db8c 100644
--- a/docs/cse/match-lists-suppressed-lists/suppressed-lists.md
+++ b/docs/cse/match-lists-suppressed-lists/suppressed-lists.md
@@ -6,9 +6,9 @@ description: Suppressed lists allow you to suppress signals that contain a parti
import useBaseUrl from '@docusaurus/useBaseUrl';
-Cloud SIEM supports several types of [signal suppression](/docs/cse/records-signals-entities-insights/about-signal-suppression): suppression of redundant signals, suppression of signals on particular entities, suppression of signals on blocks of IP addresses, and finally the suppressed lists feature, which enables you to suppress signals that contain a particular indicator value in any of the signals’ records.
+SIEM supports several types of [signal suppression](/docs/cse/records-signals-entities-insights/about-signal-suppression): suppression of redundant signals, suppression of signals on particular entities, suppression of signals on blocks of IP addresses, and finally the suppressed lists feature, which enables you to suppress signals that contain a particular indicator value in any of the signals’ records.
-You can create suppressed lists from the Cloud SIEM UI or using the Cloud SIEM API. A suppressed list can contain a set of indicators—IPs (CIDR blocks), hostnames, or any other type that you can use in a match list—and then any signal that has a record containing a listed indicator will be suppressed.
+You can create suppressed lists from the SIEM UI or using the SIEM API. A suppressed list can contain a set of indicators—IPs (CIDR blocks), hostnames, or any other type that you can use in a match list—and then any signal that has a record containing a listed indicator will be suppressed.
Here are some sample suppressed lists:
@@ -46,7 +46,7 @@ Match lists are for when you want to use the existence or absence of an indicato
## How are suppressed lists used?
-Cloud SIEM uses suppressed lists similar to how it uses [match lists](#suppressed-list-or-match-list). When Cloud SIEM processes an incoming record, it compares the entries in each suppressed list to record fields of the same type as the target column of the suppressed list. For example, given a suppressed list whose target column is **Domain**, Cloud SIEM will compare items on that list only to record fields that contain domains.
+SIEM uses suppressed lists similar to how it uses [match lists](#suppressed-list-or-match-list). When SIEM processes an incoming record, it compares the entries in each suppressed list to record fields of the same type as the target column of the suppressed list. For example, given a suppressed list whose target column is **Domain**, SIEM will compare items on that list only to record fields that contain domains.
Keep in mind:
* Suppression lists will suppress any signal where the suppressed indicator is present, regardless of the primary entity in the signal.
@@ -54,8 +54,8 @@ Keep in mind:
* If any entities within the record match items listed in a suppressed list, suppressed signals will be generated for those entities across all rules. Consequently, these signals will not affect the entity's activity score or contribute to insight generation.
When a record contains a value that matches one or more suppressed lists, two fields in the record get populated:
-* `listMatches`. Cloud SIEM adds the names of the suppressed lists that the record matched, and the column values of those lists. For example, if an IP address in a record matches the SourceIP address in the “vuln_scanners” suppressed list, the `listMatches` field would look like this: `listMatches: ['vuln_scanners', 'column:SourceIp']`
-* `matchedItems`. Cloud SIEM adds the actual key-value pairs that were matched. For example, continuing the example above, if “vuln_scanners” match list contained an entry “5.6.7.8”, and the record’s SourceIp is also “5.6.7.8”, the assuming the SourceIP address in the “vuln_scanners” suppressed list, the `matchedItems` field would look like this: `matchedItems: [ { value: '5.6.7.8', …other metadata about list item } ]`
+* `listMatches`. SIEM adds the names of the suppressed lists that the record matched, and the column values of those lists. For example, if an IP address in a record matches the SourceIP address in the “vuln_scanners” suppressed list, the `listMatches` field would look like this: `listMatches: ['vuln_scanners', 'column:SourceIp']`
+* `matchedItems`. SIEM adds the actual key-value pairs that were matched. For example, continuing the example above, if “vuln_scanners” match list contained an entry “5.6.7.8”, and the record’s SourceIp is also “5.6.7.8”, the assuming the SourceIP address in the “vuln_scanners” suppressed list, the `matchedItems` field would look like this: `matchedItems: [ { value: '5.6.7.8', …other metadata about list item } ]`
Because the information about list matches gets persisted within records, you can reference it downstream in both rules and search.
@@ -68,9 +68,9 @@ A suppressed list can contain up to 50,000 items.
## Create a suppressed list from the UI
-Perform the steps below to create a suppressed list and add an indicator to it using the Cloud SIEM UI.
+Perform the steps below to create a suppressed list and add an indicator to it using the SIEM UI.
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Suppressed Lists**. You can also click the **Go To...** menu at the top of the screen and select **Suppressed Lists**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Suppressed Lists**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Suppressed Lists**. You can also click the **Go To...** menu at the top of the screen and select **Suppressed Lists**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Suppressed Lists**.
1. Click **Add Suppressed List**.
})
1. On the **Add Suppressed List** popup, enter the following:
1. **Name**. Name of the suppressed list.
@@ -128,9 +128,9 @@ specified:
1. Drag your file onto the import popup, or click to navigate to the file, and then click Import.
1. Optionally, you can enter an expiration for the indicators on the list. If you do, it will override any expirations that are defined in the file. Enter the expiration in any ISO date format. For example: `2022-12-31`
-## Manage suppressed lists with the Cloud SIEM API
+## Manage suppressed lists with the SIEM API
-You can use Cloud SIEM APIs to create and manage suppressed lists. For information about Cloud SIEM APIs and how to access the API documentation, see [Cloud SIEM APIs](/docs/cse/administration/cse-apis).
+You can use SIEM APIs to create and manage suppressed lists. For information about SIEM APIs and how to access the API documentation, see [SIEM APIs](/docs/cse/administration/cse-apis).
## Best Practices for using suppressed lists
diff --git a/docs/cse/records-signals-entities-insights/about-signal-suppression.md b/docs/cse/records-signals-entities-insights/about-signal-suppression.md
index b61fcbcd121..92532a2c3cc 100644
--- a/docs/cse/records-signals-entities-insights/about-signal-suppression.md
+++ b/docs/cse/records-signals-entities-insights/about-signal-suppression.md
@@ -2,9 +2,9 @@
id: about-signal-suppression
title: About Signal Suppression
sidebar_label: Signal Suppression
-description: Learn about the ways that Cloud SIEM signals can be suppressed, and so excluded from the insight generation process.
+description: Learn about the ways that SIEM signals can be suppressed, and so excluded from the insight generation process.
keywords:
- - Cloud SIEM
+ - SIEM
- entity
- entities
---
@@ -13,7 +13,7 @@ import useBaseUrl from '@docusaurus/useBaseUrl';
This topic describes the various ways that signals can get suppressed.
-In Cloud SIEM, a *suppressed signal* is a signal that Cloud SIEM's insight algorithm will exclude from the insight generation process. In other words, a suppressed signal does not contribute to or become a part of an insight. By default, signals are automatically suppressed for 72 hours.
+In SIEM, a *suppressed signal* is a signal that SIEM's insight algorithm will exclude from the insight generation process. In other words, a suppressed signal does not contribute to or become a part of an insight. By default, signals are automatically suppressed for 72 hours.
Signal suppression can occur for a variety of reasons, including [entity suppression](#suppress-by-entity), [network blocks](#suppress-by-network-block), [suppression lists](#suppress-by-indicator), and identifying [redundant signals](#automatic-suppression-of-redundant-signals) by our rules correlation engine. In all cases, signals will still be generated in the suppressed state. Depending on the reason, the field `suppressedReasons` will be populated in the `sec_signal` index. For example, this may include the signal ID of an identical signal that caused subsequent redundant signals to be suppressed, or it may contain the name of the network block with suppression enabled.
@@ -37,15 +37,15 @@ For certain rule types (Threshold, Chain, or Aggregation), the minimum valid val
## Suppress by entity
-You can suppress an entity on its [details page](/docs/cse/records-signals-entities-insights/view-manage-entities#about-the-entities-details-page) in the Cloud SIEM UI using the suppression slider.
+You can suppress an entity on its [details page](/docs/cse/records-signals-entities-insights/view-manage-entities#about-the-entities-details-page) in the SIEM UI using the suppression slider.
})
-You can suppress multiple entities at once on the [entities list page](/docs/cse/records-signals-entities-insights/view-manage-entities#about-the-entities-list-page) in the Cloud SIEM UI. Note that in the screenshot below, the row for an Entity that is currently suppressed contains a **Suppressed** indicator.
+You can suppress multiple entities at once on the [entities list page](/docs/cse/records-signals-entities-insights/view-manage-entities#about-the-entities-list-page) in the SIEM UI. Note that in the screenshot below, the row for an Entity that is currently suppressed contains a **Suppressed** indicator.
})
-When you checkmark one or more entities, the **Update Suppression** button appears. When you click it you’re prompted to set the suppression state for the select entities. You can also create a .csv file with your suppression changes, and use the **Import Metadata** button to upload it to Cloud SIEM. For details, see the [View and Manage Entities](/docs/cse/records-signals-entities-insights/view-manage-entities) topic.
+When you checkmark one or more entities, the **Update Suppression** button appears. When you click it you’re prompted to set the suppression state for the select entities. You can also create a .csv file with your suppression changes, and use the **Import Metadata** button to upload it to SIEM. For details, see the [View and Manage Entities](/docs/cse/records-signals-entities-insights/view-manage-entities) topic.
You can see what entities are currently suppressed on the **Entities** page by filtering the list by **Suppressed**.
})
@@ -63,5 +63,5 @@ You can suppress signals on all of the IP addresses in a network block. You can
## Automatic suppression of redundant signals
-Cloud SIEM suppresses redundant signals to prevent the generation of multiple, virtually identical insights. For information about how this works, see [Redundant signal suppression](/docs/cse/get-started-with-cloud-siem/insight-generation-process#redundant-signal-suppression).
+SIEM suppresses redundant signals to prevent the generation of multiple, virtually identical insights. For information about how this works, see [Redundant signal suppression](/docs/cse/get-started-with-siem/insight-generation-process#redundant-signal-suppression).
diff --git a/docs/cse/records-signals-entities-insights/configure-custom-insight.md b/docs/cse/records-signals-entities-insights/configure-custom-insight.md
index c238d1acf0c..f2e20e5e0a0 100644
--- a/docs/cse/records-signals-entities-insights/configure-custom-insight.md
+++ b/docs/cse/records-signals-entities-insights/configure-custom-insight.md
@@ -5,14 +5,14 @@ sidebar_label: Custom Insights
description: Learn how to set up custom insight configurations, which you can use to automatically generate insights on some basis other than entity activity scores.
keywords:
- custom insight
- - cloud siem
+ - siem
---
import useBaseUrl from '@docusaurus/useBaseUrl';
-As described in the [Insight Generation Process](/docs/cse/get-started-with-cloud-siem/insight-generation-process/) topic, Cloud SIEM automatically generates an insight based on an entity’s activity score, which is the cumulative severity of the unique signals that have fired on an entity during a period of time. In some cases, you may want Cloud SIEM to generate an insight on some basis other than entity activity scores. For example, you might want an insight generated whenever a particular set of signals are fired in a particular order.
+As described in the [Insight Generation Process](/docs/cse/get-started-with-siem/insight-generation-process/) topic, SIEM automatically generates an insight based on an entity’s activity score, which is the cumulative severity of the unique signals that have fired on an entity during a period of time. In some cases, you may want SIEM to generate an insight on some basis other than entity activity scores. For example, you might want an insight generated whenever a particular set of signals are fired in a particular order.
-This topic has instructions for defining a custom insight, which is a configuration you set up that causes Cloud SIEM to generate insights based purely on one or more signals being fired.
+This topic has instructions for defining a custom insight, which is a configuration you set up that causes SIEM to generate insights based purely on one or more signals being fired.
import TerraformLink from '../../reuse/terraform-link.md';
@@ -35,7 +35,7 @@ This lets you choose how you want to define a custom insight. You can specify th
Which method should you use? The difference is whether you’re going to create an insight based on the name of the signal that was fired, or based on the name of the rule that fired the signal.
-Typically, signals that a rule generates have the same name as the rule. That is not the case with Cloud SIEM’s normalized rules. That’s because normalized rules, for example [normalized threat rules](/docs/cse/rules/normalized-threat-rules/), are written to work with multiple data sources. The names of the signals that a normalized rule fires vary by data source. So, if you want your custom insight configuration to generate insights for signals fired by normalized rules, you should base it on signal names, rather than rule names.
+Typically, signals that a rule generates have the same name as the rule. That is not the case with SIEM’s normalized rules. That’s because normalized rules, for example [normalized threat rules](/docs/cse/rules/normalized-threat-rules/), are written to work with multiple data sources. The names of the signals that a normalized rule fires vary by data source. So, if you want your custom insight configuration to generate insights for signals fired by normalized rules, you should base it on signal names, rather than rule names.
## When are custom insights generated?
@@ -55,7 +55,7 @@ In that case, under **Strict Signal Configuration**, select **Only include the s
To create a custom insight:
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Custom Insights**. You can also click the **Go To...** menu at the top of the screen and select **Custom Insights**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu, select **Content > Custom Insights**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Custom Insights**. You can also click the **Go To...** menu at the top of the screen and select **Custom Insights**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu, select **Content > Custom Insights**.
1. Click **Add Custom Insight** on the **Custom Insights** page.
1. The **Configure the Custom Insight** popup appears.
})
1. In the **Name** field, enter a name for the custom insight.
diff --git a/docs/cse/records-signals-entities-insights/configure-entity-lookup-table.md b/docs/cse/records-signals-entities-insights/configure-entity-lookup-table.md
index f570698f2b5..a6f69b53d63 100644
--- a/docs/cse/records-signals-entities-insights/configure-entity-lookup-table.md
+++ b/docs/cse/records-signals-entities-insights/configure-entity-lookup-table.md
@@ -10,7 +10,7 @@ import useBaseUrl from '@docusaurus/useBaseUrl';
This topic describes entity lookup tables and how to configure them.
:::note
-Entity lookup tables are supported if your Cloud SIEM URL ends in `sumologic.com`.
+Entity lookup tables are supported if your SIEM URL ends in `sumologic.com`.
:::
## What are entity lookup tables good for?
@@ -49,7 +49,7 @@ Entity lookup tables are based on Sumo Logic’s [lookup tables](/docs/search/lo
## Creating a lookup table
-Before you configure a lookup table in Cloud SIEM, you must [create the lookup table](/docs/search/lookup-tables/create-lookup-table/) in the Sumo Logic platform. There are a variety of ways to create a lookup table.
+Before you configure a lookup table in SIEM, you must [create the lookup table](/docs/search/lookup-tables/create-lookup-table/) in the Sumo Logic platform. There are a variety of ways to create a lookup table.
### Limitations
@@ -59,19 +59,19 @@ You can configure a maximum of five entity lookup tables.
You can create lookup tables from information about hosts and users–known as inventory data–in your environment. Inventory data is collected by Sumo Logic core platform inventory sources, typically by an Active Directory source running on a Sumo Logic Installed Collector, and also by sources that leverage the Sumo Logic Cloud-to-Cloud Integration Framework.
-This method–the typical way to populate a lookup table for the purpose of entity normalization–involves running a log search against data collected by a Cloud SIEM inventory source, and then saving and scheduling the search. This process is described in the [Save Inventory Data to a Lookup Table](/docs/cse/administration/save-inventory-data-lookup-table) topic. After creating the table, perform the steps in [Configure the lookup table in Cloud SIEM](#configure-the-lookup-table-in-cloud-siem), below.
+This method–the typical way to populate a lookup table for the purpose of entity normalization–involves running a log search against data collected by a SIEM inventory source, and then saving and scheduling the search. This process is described in the [Save Inventory Data to a Lookup Table](/docs/cse/administration/save-inventory-data-lookup-table) topic. After creating the table, perform the steps in [Configure the lookup table in SIEM](#configure-the-lookup-table-in-siem), below.
### Existing lookups
-If you already have a lookup table that contains normalization data, you can configure it in Cloud SIEM. Or, if you have existing normalization data that is not currently in a lookup table you can create a lookup table with that data. Note that your lookup table must contain a field that contains a lookup value and one that contains a substitution value. There is no requirement for particular column names.
+If you already have a lookup table that contains normalization data, you can configure it in SIEM. Or, if you have existing normalization data that is not currently in a lookup table you can create a lookup table with that data. Note that your lookup table must contain a field that contains a lookup value and one that contains a substitution value. There is no requirement for particular column names.
-For instructions, see [Create a Lookup Table](/docs/search/lookup-tables/create-lookup-table/). After creating the table, perform the steps in [Configure the lookup table in Cloud SIEM](#configure-the-lookup-table-in-cloud-siem), below.
+For instructions, see [Create a Lookup Table](/docs/search/lookup-tables/create-lookup-table/). After creating the table, perform the steps in [Configure the lookup table in SIEM](#configure-the-lookup-table-in-siem), below.
-### Configure the lookup table in Cloud SIEM
+### Configure the lookup table in SIEM
-After you've [created your entity lookup table](/docs/search/lookup-tables/create-lookup-table/) in the Sumo Logic library, you can configure it in Cloud SIEM.
+After you've [created your entity lookup table](/docs/search/lookup-tables/create-lookup-table/) in the Sumo Logic library, you can configure it in SIEM.
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **Cloud SIEM**, and then under **Cloud SIEM Entities** select **Normalization**. You can also click the **Go To...** menu at the top of the screen and select **Normalization**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top Cloud SIEM menu select **Configuration**, and then under **Entities** select **Normalization**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **SIEM**, and then under **SIEM Entities** select **Normalization**. You can also click the **Go To...** menu at the top of the screen and select **Normalization**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top SIEM menu select **Configuration**, and then under **Entities** select **Normalization**.
1. On the **Normalization** tab, click **Lookup Tables**.
1. Select the lookup table.
1. The **Existing Lookup Table** popup appears. Following is an example.
})
diff --git a/docs/cse/records-signals-entities-insights/create-an-entity-group.md b/docs/cse/records-signals-entities-insights/create-an-entity-group.md
index c5c10ba5da5..a0877af60a6 100644
--- a/docs/cse/records-signals-entities-insights/create-an-entity-group.md
+++ b/docs/cse/records-signals-entities-insights/create-an-entity-group.md
@@ -54,7 +54,7 @@ It’s possible to define entity groups that overlap, in terms of the entities t
Follow these instructions to create an entity group based on entity name or whether the entity is within a specified range of IP addresses.
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **Cloud SIEM**, and then under **Cloud SIEM Entities** select **Groups**. You can also click the **Go To...** menu at the top of the screen and select **Groups**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top Cloud SIEM menu select **Configuration**, and then under **Entities** select **Groups**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **SIEM**, and then under **SIEM Entities** select **Groups**. You can also click the **Go To...** menu at the top of the screen and select **Groups**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top SIEM menu select **Configuration**, and then under **Entities** select **Groups**.
1. On the **Entity Groups** page, click **+ Add Entity Group**.
1. The **Add Entity Group** popup appears. (In the screenshot below, values are already entered.)
})
1. **Name**. Enter a name for the entity group.
@@ -89,7 +89,7 @@ Follow these instructions to create an entity group based on entity name or whet
Follow these instructions to create an entity group that corresponds to a group in an inventory service in your infrastructure.
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **Cloud SIEM**, and then under **Cloud SIEM Entities** select **Groups**. You can also click the **Go To...** menu at the top of the screen and select **Groups**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top Cloud SIEM menu select **Configuration**, and then under **Entities** select **Groups**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **SIEM**, and then under **SIEM Entities** select **Groups**. You can also click the **Go To...** menu at the top of the screen and select **Groups**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top SIEM menu select **Configuration**, and then under **Entities** select **Groups**.
1. On the **Entity Groups** page, click **+ Add Entity Group**.
1. The **Add Entity Group** popup appears. (In the screenshot below, values are already entered.)
})
1. **Name**. Enter a name for the entity group.
@@ -115,7 +115,7 @@ Follow these instructions to create an entity group that corresponds to a group
The [screenshot above](#create-an-entity-group-based-on-inventory-group-membership) where we create an "ADFS server" entity group corresponds to the following example:
1. Let's say you want to create an entity group for ADFS servers. The Active Directory inventory data for your ADFS servers adheres to the following pattern. Notice the computer name, and how it appears in the `distinguishedName` field:
})
-2. The corresponding Cloud SIEM entity inventory enrichment for the data is as follows. Notice how the `distinguishedName` field is defined:
})
+2. The corresponding SIEM entity inventory enrichment for the data is as follows. Notice how the `distinguishedName` field is defined:
})
3. Now, to ensure that we add the data for these entities to an "ADFS Servers" entity group, we create the entity group as shown in the [screenshot above](#create-an-entity-group-based-on-inventory-group-membership). We set the inventory key as `fields.distinguishedname`, the value as `.*OU\=ADFS.*`, and the tag to be applied as `adfs_server`.
4. Then when the entity group is processed, the tag we specified is applied to each entity in the group, like in this example from the entities details page:
})
@@ -129,8 +129,8 @@ array_contains(fieldTags["srcDevice_ip"], "DB Server")
## API support
-You can use the `/entity-group-configuration` API to create, read, update, and delete entity groups. For more information, see [Cloud SIEM APIs](/docs/cse/administration/cse-apis).
+You can use the `/entity-group-configuration` API to create, read, update, and delete entity groups. For more information, see [SIEM APIs](/docs/cse/administration/cse-apis).
## Additional resources
-Blog: [Use new Cloud SIEM Entity Groups to make threat response more efficient](https://www.sumologic.com/blog/cloud-siem-entity-groups)
\ No newline at end of file
+Blog: [Use new SIEM Entity Groups to make threat response more efficient](https://www.sumologic.com/blog/siem-entity-groups)
\ No newline at end of file
diff --git a/docs/cse/records-signals-entities-insights/create-custom-entity-type.md b/docs/cse/records-signals-entities-insights/create-custom-entity-type.md
index 2251596fe6a..ab94207e3be 100644
--- a/docs/cse/records-signals-entities-insights/create-custom-entity-type.md
+++ b/docs/cse/records-signals-entities-insights/create-custom-entity-type.md
@@ -7,25 +7,25 @@ description: Learn how to create a custom entity type.
import useBaseUrl from '@docusaurus/useBaseUrl';
-This topic has instructions for how to create custom entity types in Cloud SIEM.
+This topic has instructions for how to create custom entity types in SIEM.
-In Cloud SIEM, *entities* are fundamental to the insight generation process. When a Cloud SIEM rule fires, it generates a signal for each “on-entity” attribute configured for the rule. Cloud SIEM correlates signals by entity to create insights. This process is described in the [Insight Generation Process](/docs/cse/get-started-with-cloud-siem/insight-generation-process/) topic.
+In SIEM, *entities* are fundamental to the insight generation process. When a SIEM rule fires, it generates a signal for each “on-entity” attribute configured for the rule. SIEM correlates signals by entity to create insights. This process is described in the [Insight Generation Process](/docs/cse/get-started-with-siem/insight-generation-process/) topic.
-Cloud SIEM has a number of built-in entity types, for example, IP address, hostname, and username. For a list of fields that Cloud SIEM considers entities and the entity types they map to, see [Schema: Entity Fields](https://github.com/SumoLogic/cloud-siem-content-catalog/blob/master/schema/entity_fields.md) in the Cloud SIEM Content Catalog.
+SIEM has a number of built-in entity types, for example, IP address, hostname, and username. For a list of fields that SIEM considers entities and the entity types they map to, see [Schema: Entity Fields](https://github.com/SumoLogic/siem-content-catalog/blob/master/schema/entity_fields.md) in the SIEM Content Catalog.
-When you create a rule, in the signal configuration section, the rules editor prompts you to select an “on-entity” attribute from a list of all of the Cloud SIEM schema attributes that hold entities. What if you want to correlate signals by something other than an item that is one of Cloud SIEM standard entity types? That’s what custom entity types are for.
+When you create a rule, in the signal configuration section, the rules editor prompts you to select an “on-entity” attribute from a list of all of the SIEM schema attributes that hold entities. What if you want to correlate signals by something other than an item that is one of SIEM standard entity types? That’s what custom entity types are for.
-If you’d like to be able to correlate signals by a different type of entity, you can create a custom entity type. For example, you might want to correlate signals by file hash. When you create a custom entity type, you identify the Cloud SIEM schema attributes that hold data of the custom type. Given the example of a file hash entity type, you would select attributes that contain file hashes, like `file_hash_md5`, `file_hash_sha1`, and so on. The attributes you configure for your custom entity type will be available in the **On-Entity** selector list in the **Then Create a Signal** section of the rule configuration UI.
+If you’d like to be able to correlate signals by a different type of entity, you can create a custom entity type. For example, you might want to correlate signals by file hash. When you create a custom entity type, you identify the SIEM schema attributes that hold data of the custom type. Given the example of a file hash entity type, you would select attributes that contain file hashes, like `file_hash_md5`, `file_hash_sha1`, and so on. The attributes you configure for your custom entity type will be available in the **On-Entity** selector list in the **Then Create a Signal** section of the rule configuration UI.
-Just as for entities of built-in types listed above—IP addresses, MAC addresses, hostnames, and so on—when a rule fires on a custom entity, if the entity doesn’t already exist in Cloud SIEM, it is added, and can be viewed on the entity list page.
+Just as for entities of built-in types listed above—IP addresses, MAC addresses, hostnames, and so on—when a rule fires on a custom entity, if the entity doesn’t already exist in SIEM, it is added, and can be viewed on the entity list page.
To create a custom entity type:
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **Cloud SIEM**, and then under **Cloud SIEM Entities** select **Custom Types**. You can also click the **Go To...** menu at the top of the screen and select **Custom Types**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top Cloud SIEM menu select **Configuration**, and then under **Entities** select **Custom Types**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **SIEM**, and then under **SIEM Entities** select **Custom Types**. You can also click the **Go To...** menu at the top of the screen and select **Custom Types**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top SIEM menu select **Configuration**, and then under **Entities** select **Custom Types**.
1. On the **Custom Entity Types** tab click **+ Add Custom Type**.
2. The **Add Custom Entity Type** popup appears.
})
3. **Name**. Enter a meaningful name for the custom entity type. The name can include alphanumeric characters and spaces. The name you enter will appear as the **Name** of the custom entity type on the **Custom Entity Type** page.
-4. **Identifier**. Enter a unique identifier for the custom entity type. The Identifier can include lowercase alphanumeric characters. The Identifier of the entity type doesn’t appear in the Cloud SIEM UI, but is used by the Cloud SIEM backend.
+4. **Identifier**. Enter a unique identifier for the custom entity type. The Identifier can include lowercase alphanumeric characters. The Identifier of the entity type doesn’t appear in the SIEM UI, but is used by the SIEM backend.
:::note
The entity type Identifier cannot be changed once you’ve saved it.
:::
diff --git a/docs/cse/records-signals-entities-insights/entity-criticality.md b/docs/cse/records-signals-entities-insights/entity-criticality.md
index 8f2cea85895..9dad301d589 100644
--- a/docs/cse/records-signals-entities-insights/entity-criticality.md
+++ b/docs/cse/records-signals-entities-insights/entity-criticality.md
@@ -7,7 +7,7 @@ description: You can use entity criticality to adjust the severity of signals fo
import useBaseUrl from '@docusaurus/useBaseUrl';
-This page describes Cloud SIEM’s entity criticality feature and how to use it.
+This page describes SIEM’s entity criticality feature and how to use it.
You can use entity criticality to adjust the severity of signals for specific entities based on some risk factor or other consideration. For example, an executive’s laptop is likely to contain important data, so signals related to that entity should have a higher severity. To allow for this, you define a criticality, which is a single arithmetic expression that will be used to adjust the severity of signals on entities the criticality is assigned to. For example: `severity+3`
@@ -27,16 +27,16 @@ You can use Terraform to manage entity criticality with the [`sumologic_cse_enti
## About criticality and insight generation
-The maximum severity that can be assigned to a Cloud SIEM rule is 10, so normally, signal severity is also limited to 10. Note however that Cloud SIEM doesn’t impose a maximum value on the severity that results from a criticality, although the minimum value will always be 0.
+The maximum severity that can be assigned to a SIEM rule is 10, so normally, signal severity is also limited to 10. Note however that SIEM doesn’t impose a maximum value on the severity that results from a criticality, although the minimum value will always be 0.
-As described in the [insight generation](/docs/cse/get-started-with-cloud-siem/insight-generation-process/) topic, an insight is generated on an entity based on the cumulative severity of the unique signals that have fired on it over the previous two weeks, unless a different period is configured. The cumulative
+As described in the [insight generation](/docs/cse/get-started-with-siem/insight-generation-process/) topic, an insight is generated on an entity based on the cumulative severity of the unique signals that have fired on it over the previous two weeks, unless a different period is configured. The cumulative
severity is referred to as the entity’s activity score. Keep in mind that higher signal severities will increase an entity’s activity score and result in insight’s being generated sooner.
You can configure both the detection window and the threshold activity score for insight generation, as described in the [Set Insight Generation Window and Threshold](/docs/cse/records-signals-entities-insights/set-insight-generation-window-threshold/) topic.
## Define a criticality
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **Cloud SIEM**, and then under **Cloud SIEM Entities** select **Criticality**. You can also click the **Go To...** menu at the top of the screen and select **Criticality**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top Cloud SIEM menu select **Configuration**, and then under **Entities** select **Criticality**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **SIEM**, and then under **SIEM Entities** select **Criticality**. You can also click the **Go To...** menu at the top of the screen and select **Criticality**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top SIEM menu select **Configuration**, and then under **Entities** select **Criticality**.
1. On the **Criticality** tab, click **+ Add Criticality**.
1. The **Add Criticality** popup appears.
})
2. **Name**. Enter a name.
@@ -47,7 +47,7 @@ You can configure both the detection window and the threshold activity score for
You can associate a criticality with one or more entities.
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Entities**. You can also click the **Go To...** menu at the top of the screen and select **Entities**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Click **Entities** at the top of the screen.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Entities**. You can also click the **Go To...** menu at the top of the screen and select **Entities**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Click **Entities** at the top of the screen.
1. Navigate to the entity you want to assign a criticality and click it to display the **Entity Details** page.
2. On the **Entity Details** page, click the **Criticality** field to display a list of Criticalities.
})
3. Click a criticality to apply it to the entity.
diff --git a/docs/cse/records-signals-entities-insights/global-intelligence-security-insights.md b/docs/cse/records-signals-entities-insights/global-intelligence-security-insights.md
index ffe83c2b84f..cba8922ed5a 100644
--- a/docs/cse/records-signals-entities-insights/global-intelligence-security-insights.md
+++ b/docs/cse/records-signals-entities-insights/global-intelligence-security-insights.md
@@ -7,7 +7,7 @@ description: Insight Confidence scores, predicted by Sumo Logic’s Global Intel
import useBaseUrl from '@docusaurus/useBaseUrl';
import Iframe from 'react-iframe';
-This page describes Global Intelligence for security insights, implemented in Cloud SIEM as Global Confidence Scores. This feature helps security analysts triage and prioritize insights.
+This page describes Global Intelligence for security insights, implemented in SIEM as Global Confidence Scores. This feature helps security analysts triage and prioritize insights.
:::training Micro Lesson
@@ -16,7 +16,7 @@ Watch this micro lesson to learn more about Global Intelligence for insights.
-The score is generated based on the underlying pattern of signals in an insight. The model compares this pattern to previously observed patterns from insights that were closed with either a **False Positive** or **Resolved** resolution. The model does such comparisons broadly—across the global installed base of Cloud SIEM customers—so it can generate a confidence score based on the patterns seen at one customer when encountered at another. In addition to leveraging the patterns discovered across the Cloud SIEM installed base, the model customizes scores for insights in your account based on your customized content, including tuned and custom rules.
+The score is generated based on the underlying pattern of signals in an insight. The model compares this pattern to previously observed patterns from insights that were closed with either a **False Positive** or **Resolved** resolution. The model does such comparisons broadly—across the global installed base of SIEM customers—so it can generate a confidence score based on the patterns seen at one customer when encountered at another. In addition to leveraging the patterns discovered across the SIEM installed base, the model customizes scores for insights in your account based on your customized content, including tuned and custom rules.
:::tip Fear not
All information used by the model is anonymized and no customer-confidential information is processed or retained.
diff --git a/docs/cse/records-signals-entities-insights/index.md b/docs/cse/records-signals-entities-insights/index.md
index 0082578c365..51ad6f4ba70 100644
--- a/docs/cse/records-signals-entities-insights/index.md
+++ b/docs/cse/records-signals-entities-insights/index.md
@@ -1,10 +1,10 @@
---
slug: /cse/records-signals-entities-insights
title: Records, Signals, Entities, and Insights
-description: Understand how Sumo Logic Cloud SIEM uses records, signals, and entities to detect threats and generate meaningful insights.
+description: Understand how Sumo Logic SIEM uses records, signals, and entities to detect threats and generate meaningful insights.
---
-Learn about insight generation, working with entities, and how to query Cloud SIEM records.
+Learn about insight generation, working with entities, and how to query SIEM records.
import useBaseUrl from '@docusaurus/useBaseUrl';
@@ -32,7 +32,7 @@ In this section, we'll introduce the following concepts:
})
View and Manage Entities
-
Learn about all the entities in Cloud SIEM and their activity scores.
+
Learn about all the entities in SIEM and their activity scores.
@@ -44,7 +44,7 @@ In this section, we'll introduce the following concepts:
})
Custom Entity Types
-
Learn how to create custom entity types in Cloud SIEM.
+
Learn how to create custom entity types in SIEM.
@@ -62,25 +62,25 @@ In this section, we'll introduce the following concepts:
})
View Records for a Signal
-
Learn how to view records associated with a signal in Cloud SIEM.
+
Learn how to view records associated with a signal in SIEM.
})
Signal Suppression
-
Learn about ways to suppress and exclude Cloud SIEM signals from the insight generation process.
+
Learn about ways to suppress and exclude SIEM signals from the insight generation process.
})
Using Tags
-
Learn how to add context to Cloud SIEM items, and search and filter items by tag.
+
Learn how to add context to SIEM items, and search and filter items by tag.
diff --git a/docs/cse/records-signals-entities-insights/search-cse-records-in-sumo.md b/docs/cse/records-signals-entities-insights/search-cse-records-in-sumo.md
index b595f65d20d..a1290c8099b 100644
--- a/docs/cse/records-signals-entities-insights/search-cse-records-in-sumo.md
+++ b/docs/cse/records-signals-entities-insights/search-cse-records-in-sumo.md
@@ -1,24 +1,24 @@
---
id: search-cse-records-in-sumo
-title: Searching for Cloud SIEM Records in Sumo Logic
-sidebar_label: Search Sumo Logic for Cloud SIEM Records
-description: Learn how to search the Sumo Logic platform for Cloud SIEM records.
+title: Searching for SIEM Records in Sumo Logic
+sidebar_label: Search Sumo Logic for SIEM Records
+description: Learn how to search the Sumo Logic platform for SIEM records.
---
import useBaseUrl from '@docusaurus/useBaseUrl';
-This topic has information about how to search the Sumo Logic platform for records and signals that have been forwarded from Cloud SIEM. For more information about performing log searches in Sumo Logic, see [Search Basics](/docs/search/get-started-with-search/search-basics).
+This topic has information about how to search the Sumo Logic platform for records and signals that have been forwarded from SIEM. For more information about performing log searches in Sumo Logic, see [Search Basics](/docs/search/get-started-with-search/search-basics).
-## Partitions with Cloud SIEM data
-This section has information about the Sumo Logic partitions that contain Cloud SIEM data.
+## Partitions with SIEM data
+This section has information about the Sumo Logic partitions that contain SIEM data.
-### Partitions for Cloud SIEM records
+### Partitions for SIEM records
-In Cloud SIEM, normalized records are categorized by [record type](/docs/cse/schema/cse-record-types/), for example, Audit, Authentication, Network, NetworkDHCP, and so on.
+In SIEM, normalized records are categorized by [record type](/docs/cse/schema/cse-record-types/), for example, Audit, Authentication, Network, NetworkDHCP, and so on.
In Sumo Logic, records are stored in partitions, which are indexes that enable better search performance. The table below shows which partition each record type is stored in. Note that some partitions contain multiple record types.
-| Cloud SIEM record type | Sumo Logic partition |
+| SIEM record type | Sumo Logic partition |
|:-----------------------------------|:---------------------------|
| Audit | sec_record_audit |
| AuditChange | sec_record_audit |
@@ -48,7 +48,7 @@ Inventory log data is not stored in any `sec_record*` partitions. You must use `
### Partition for unparsed or unmapped messages
-| Cloud SIEM record type | Sumo Logic partition |
+| SIEM record type | Sumo Logic partition |
|:-----------------|:----------------------|
| FailedRecord | sec_record_failure |
@@ -58,25 +58,25 @@ Within a FailedRecord, `fields.reason` will contain the reason why the FailedRec
_index=sec_record_failure | fields %fields.reason
```
-### Partition for Cloud SIEM signals
+### Partition for SIEM signals
-Cloud SIEM signals are retained in the **sec_signal** partition. Signals are saved in JSON format, and support search by keyword and nested attributes.
+SIEM signals are retained in the **sec_signal** partition. Signals are saved in JSON format, and support search by keyword and nested attributes.
The **sec_signal** partition is automatically generated, and its contents are retained for two years, at no additional cost.
## About the Security Record Details view
-When you query Cloud SIEM records or signals in a Sumo Logic log search tab, the contents of each record or signal are presented in a field named **Security Record Details**. The **Security Record Details** is somewhat unique in that it cannot be referenced in a query itself. It is a read-only field. Note however, that you can add subfields of the **Security Record Details** field as separate columns in the field browser. You can see an example of doing that in [Save a query with predefined display fields](#save-a-query-with-predefined-display-fields) below. And like any other field, you can hide the **Security Record Details** field, if desired.
+When you query SIEM records or signals in a Sumo Logic log search tab, the contents of each record or signal are presented in a field named **Security Record Details**. The **Security Record Details** is somewhat unique in that it cannot be referenced in a query itself. It is a read-only field. Note however, that you can add subfields of the **Security Record Details** field as separate columns in the field browser. You can see an example of doing that in [Save a query with predefined display fields](#save-a-query-with-predefined-display-fields) below. And like any other field, you can hide the **Security Record Details** field, if desired.
})
## Search records from the Partitions page
-If you have the **View Partitions** role capability, you can search Cloud SIEM partitions from the **Partitions** page in the Sumo Logic UI.
+If you have the **View Partitions** role capability, you can search SIEM partitions from the **Partitions** page in the Sumo Logic UI.
1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu select **Data Management**, and then under **Logs** select **Partitions**. You can also click the **Go To...** menu at the top of the screen and select **Partitions**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the main Sumo Logic menu, select **Manage Data > Logs > Partitions**.
-1. The partitions that contain Cloud SIEM records begin with the string "sec_record".
})
+1. The partitions that contain SIEM records begin with the string "sec_record".
})
2. To search for all content in the partition, click the icon that appears next to a partition name when you hover over a row.
3. A log search tab opens with a query, like `_index=PartitionName`, that returns all of the logs created within the currently selected time range, 15 minutes by default. For a description of the results, see [Search all record partitions](#search-all-record-partitions), below.
@@ -132,7 +132,7 @@ _index=sec_record_audit OR _index=sec_record_network
## Search all record partitions
-To search all records in all of the in partitions that contain Cloud SIEM records, use an asterisk (`*`)wildcard.
+To search all records in all of the in partitions that contain SIEM records, use an asterisk (`*`)wildcard.
```sumo
_index=sec_record_*
@@ -148,7 +148,7 @@ _index=sec_record_network objectType=NetworkHTTP
## Return a count of records by record type
-You can use the count operator to aggregate your query results. In the following query, we use the asterisk wildcard to search across all partitions that contain Cloud SIEM records, and count the results by `objectType`, which contains the record type. The following query returns the count of records of each type.
+You can use the count operator to aggregate your query results. In the following query, we use the asterisk wildcard to search across all partitions that contain SIEM records, and count the results by `objectType`, which contains the record type. The following query returns the count of records of each type.
```sumo
_index=sec_record_*
@@ -158,7 +158,7 @@ _index=sec_record_*
## Search by keyword
-You can search Cloud SIEM fields by keyword, for example:
+You can search SIEM fields by keyword, for example:
```sumo
_index=sec_record_authentication kerberos
@@ -168,7 +168,7 @@ Keyword searching is supported for security indexes across all fields, unlike ot
### Referencing nested JSON fields
-The **Security Record Details** field contains a JSON object with all of the fields from the underlying record or signal. Some of the data is nested in one or more sub-objects, like the `fields` object for record, shown expanded in the screenshot below. The fields object contains the contents of the [fields](/docs/cse/schema/schema-attributes) in the underlying record, which is all of the unnormalized data from the original log message before it was normalized to the Cloud SIEM schema.
+The **Security Record Details** field contains a JSON object with all of the fields from the underlying record or signal. Some of the data is nested in one or more sub-objects, like the `fields` object for record, shown expanded in the screenshot below. The fields object contains the contents of the [fields](/docs/cse/schema/schema-attributes) in the underlying record, which is all of the unnormalized data from the original log message before it was normalized to the SIEM schema.
})
@@ -186,4 +186,4 @@ _index=sec_record_authentication
```sumo
_index=sec_record_* srcDevice_ip=*
```
-* The partitions that contain Cloud SIEM records and signals are stored in a dedicated security data tier. You can’t access data in the security indexes and data in other data tiers (Continuous, Frequent, or Infrequent) and Flex in the same query.
+* The partitions that contain SIEM records and signals are stored in a dedicated security data tier. You can’t access data in the security indexes and data in other data tiers (Continuous, Frequent, or Infrequent) and Flex in the same query.
diff --git a/docs/cse/records-signals-entities-insights/set-insight-generation-window-threshold.md b/docs/cse/records-signals-entities-insights/set-insight-generation-window-threshold.md
index ce9837a8679..03502c8f266 100644
--- a/docs/cse/records-signals-entities-insights/set-insight-generation-window-threshold.md
+++ b/docs/cse/records-signals-entities-insights/set-insight-generation-window-threshold.md
@@ -9,11 +9,11 @@ import useBaseUrl from '@docusaurus/useBaseUrl';
This section has instructions for changing the detection window and the threshold activity score for insight generation.
-By default, the detection window is 14 days, and the threshold activity score is 12. That means if an entity's activity score goes from 0 to 13 within a 14 day period, Cloud SIEM will generate an insight on that entity. For information about how that works, see [Understanding entity activity scores](/docs/cse/get-started-with-cloud-siem/insight-generation-process#understanding-entity-activity-scores), in the *Insight Generation Process* topic.
+By default, the detection window is 14 days, and the threshold activity score is 12. That means if an entity's activity score goes from 0 to 13 within a 14 day period, SIEM will generate an insight on that entity. For information about how that works, see [Understanding entity activity scores](/docs/cse/get-started-with-siem/insight-generation-process#understanding-entity-activity-scores), in the *Insight Generation Process* topic.
To change the insight generation settings:
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the Sumo Logic main menu select **Cloud SIEM**, and then under **Cloud SIEM Workflow** select **Insight Detection**. You can also click the **Go To...** menu at the top of the screen and select **Insight Detection**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top Cloud SIEM menu select **Configuration**, and then under **Workflow** select **Detection**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the Sumo Logic main menu select **SIEM**, and then under **SIEM Workflow** select **Insight Detection**. You can also click the **Go To...** menu at the top of the screen and select **Insight Detection**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top SIEM menu select **Configuration**, and then under **Workflow** select **Detection**.
Your current detection settings are displayed on the Insight Detection page.
})
1. Enter values for **Detection Threshold** and **Signal Suppression**:
* **Standard Threshold**
diff --git a/docs/cse/records-signals-entities-insights/tags-insights-signals-entities-rules.md b/docs/cse/records-signals-entities-insights/tags-insights-signals-entities-rules.md
index bdd3c11b107..48e93c062ac 100644
--- a/docs/cse/records-signals-entities-insights/tags-insights-signals-entities-rules.md
+++ b/docs/cse/records-signals-entities-insights/tags-insights-signals-entities-rules.md
@@ -2,30 +2,30 @@
id: tags-insights-signals-entities-rules
title: Using Tags with Insights, Signals, Entities, and Rules
sidebar_label: Using Tags
-description: Tags are metadata you can attach to insights, signals, entities, and rules. Tags are useful for adding context to these Cloud SIEM items. You can also search for and filter items by tag.
+description: Tags are metadata you can attach to insights, signals, entities, and rules. Tags are useful for adding context to these SIEM items. You can also search for and filter items by tag.
---
import useBaseUrl from '@docusaurus/useBaseUrl';
## What are tags?
-Tags are metadata you can attach to insights, signals, entities, and rules. Tags are useful for adding context to these Cloud SIEM items. You can also search for and filter items by tag.
+Tags are metadata you can attach to insights, signals, entities, and rules. Tags are useful for adding context to these SIEM items. You can also search for and filter items by tag.
There are two types of tags:
* **Schema keys**. These are predefined key-value pairs, which are useful for ensuring that users use consistent values when assigning tags to items. There are two built-in schema tags: **Tactic** and **Technique**, which relate to the Mitre ATT&CK framework.
- You can create your own schema tags as well, as described in [Create a Custom Tag Schema](/docs/cse/administration/create-a-custom-tag-schema/). You can optionally configure a URL for each value in a custom tag schema. If you do, a user will be able to open that URL from the tag’s action menu when it’s presented in the Cloud SIEM UI. See [Tag actions](#tag-actions) below for an example.
+ You can create your own schema tags as well, as described in [Create a Custom Tag Schema](/docs/cse/administration/create-a-custom-tag-schema/). You can optionally configure a URL for each value in a custom tag schema. If you do, a user will be able to open that URL from the tag’s action menu when it’s presented in the SIEM UI. See [Tag actions](#tag-actions) below for an example.
- You can assign schema key tags to custom rules you’ve developed. For built-in rules, you can assign or delete new schema tags, but you can’t change or remove the tags that come with the rule. You can also assign schema key tags to insights, both Cloud SIEM-generated and custom.
-* **Keyword tags**. These are arbitrary labels that you define yourself. You can assign keyword tags to custom rules, entities, and insights, both Cloud SIEM-generated and custom. You can’t remove or change the tags that come with built-in rules.
+ You can assign schema key tags to custom rules you’ve developed. For built-in rules, you can assign or delete new schema tags, but you can’t change or remove the tags that come with the rule. You can also assign schema key tags to insights, both SIEM-generated and custom.
+* **Keyword tags**. These are arbitrary labels that you define yourself. You can assign keyword tags to custom rules, entities, and insights, both SIEM-generated and custom. You can’t remove or change the tags that come with built-in rules.
A tag attached to a rule is applied to signals that the rule generates. Similarly, tags applied to a signal are applied to the insights the signal contributes to. All of the tags applied to an insight's contributing signals are aggregated, de-duplicated, and applied to the insight. Note that an item is tagged when it is created. So, if you add a tag to a rule, signals and insights created before you updated the rule will not have that tag applied.
## Tags and types
-Some items that support tags in Cloud SIEM can be tagged explicitly from the
-Cloud SIEM UI. Some can inherit tags from another item. The table below
+Some items that support tags in SIEM can be tagged explicitly from the
+SIEM UI. Some can inherit tags from another item. The table below
summarizes this behavior.
| Type | Supports explicit tag assignment? | Items inherit tags from... |
@@ -57,30 +57,30 @@ difference is where you do the tagging.
### UI for tagging a rule
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Rules**. You can also click the **Go To...** menu at the top of the screen and select **Rules**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Rules**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Rules**. You can also click the **Go To...** menu at the top of the screen and select **Rules**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Rules**.
1. Navigate to a custom rule.
1. The UI for tagging is at the bottom of the **Then Create a Signal** area of the **Rule Editor**.
1. To add a tag, follow the instructions in [Add a schema key tag](#applya-schema-key-tag) or [Add a keyword tag](#apply-a-keyword-tag).
### UI for tagging an entity
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Entities**. You can also click the **Go To...** menu at the top of the screen and select **Entities**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Click **Entities** at the top of the screen.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Entities**. You can also click the **Go To...** menu at the top of the screen and select **Entities**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Click **Entities** at the top of the screen.
1. Navigate to the entity to which you want to attach a tag.
1. The UI for tagging is at the bottom of the **Details** pane.
2. To add a tag, follow the instructions in [Add a keyword tag](#apply-a-keyword-tag).
-### UI for tagging a Cloud SIEM-generated insight
+### UI for tagging a SIEM-generated insight
Note that in addition to tags that you manually assign to an insight, an insight will inherit any tags that were applied to the content that went into the insight—the entity and the rule(s) or custom insight definitions that created the included signals—will automatically be inherited (and aggregated) by the insight.
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Insights**. You can also click the **Go To...** menu at the top of the screen and select **Insights**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Click **Insights** at the top of the screen.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Insights**. You can also click the **Go To...** menu at the top of the screen and select **Insights**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Click **Insights** at the top of the screen.
1. Navigate to the insight to which you want to attach a tag.
1. The UI for tagging is at the bottom of the **Details** pane.
1. To add a tag, follow the instructions in [Add a schema key tag](#applya-schema-key-tag) or [Add a keyword tag](#apply-a-keyword-tag).
### UI for tagging a custom insight
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Custom Insights**. You can also click the **Go To...** menu at the top of the screen and select **Custom Insights**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Custom Insights**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Custom Insights**. You can also click the **Go To...** menu at the top of the screen and select **Custom Insights**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Custom Insights**.
1. Navigate to a custom insight and select it.
1. The UI for tagging is at the bottom of the **Then Create a Signal** area of the insight editor. To add a tag, follow the instructions in [Add a schema key tag](#applya-schema-key-tag) or [Add a keyword tag](#apply-a-keyword-tag).
@@ -104,7 +104,7 @@ Note that in addition to tags that you manually assign to an insight, an insight
### Search insights, signals, or entities by tag
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Search Cloud SIEM**, and click the funnel icon. You can also click the **Go To...** menu at the top of the screen and select **Search Cloud SIEM**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Near the top of the screen, click in the Cloud SIEM search area and then click the funnel icon.
})
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Search SIEM**, and click the funnel icon. You can also click the **Go To...** menu at the top of the screen and select **Search SIEM**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). Near the top of the screen, click in the SIEM search area and then click the funnel icon.
})
1. Select **Insights**, **Signals**, or **Entities** from the **Sources** list.
})
1. Select **Tags** from the **Fields** list.
})
1. Choose **contain** or **do not contain** from the **Operators** list.
})
@@ -112,7 +112,7 @@ Note that in addition to tags that you manually assign to an insight, an insight
### Search rules by tag
-1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **Cloud SIEM > Rules**. You can also click the **Go To...** menu at the top of the screen and select **Rules**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Rules**.
+1. [**New UI**](/docs/get-started/sumo-logic-ui). In the main Sumo Logic menu, select **SIEM > Rules**. You can also click the **Go To...** menu at the top of the screen and select **Rules**.
[**Classic UI**](/docs/get-started/sumo-logic-ui-classic). In the top menu select **Content > Rules**.
1. Click in the **Filters** area and select **Tags** from the **Fields** list.
})
1. Choose **contain** or **do not contain** from the **Operators** list.
})
1. Select a tag from either the **Schema Keys** or **Keyword Tags** list. If you select a tag from the **Schema Keys** list, you are prompted to select a value, and items that match are listed. If you select a tag from the **Keywords Tags** list, items that match are listed. Note that if an item has a MITRE-related tag, an icon appears next to it. Click the icon to view a MITRE page on the Tactic or Technique.
\ No newline at end of file
diff --git a/docs/cse/records-signals-entities-insights/view-manage-entities.md b/docs/cse/records-signals-entities-insights/view-manage-entities.md
index 185fdfefdfe..ae99d81c556 100644
--- a/docs/cse/records-signals-entities-insights/view-manage-entities.md
+++ b/docs/cse/records-signals-entities-insights/view-manage-entities.md
@@ -1,9 +1,9 @@
---
id: view-manage-entities
title: View and Manage Entities
-description: The Entities page lists all of the entities in Cloud SIEM and their activity scores.
+description: The Entities page lists all of the entities in SIEM and their activity scores.
keywords:
- - Cloud SIEM
+ - SIEM
- entity
- entities
---
@@ -11,7 +11,7 @@ keywords:
import useBaseUrl from '@docusaurus/useBaseUrl';
import Iframe from 'react-iframe';
-This topic has information about the **Entities** page in Cloud SIEM UI, which lists all of the entities in Cloud SIEM and their activity scores, and the **Entities > Details** page, which presents information about a particular entity, including signals and insights associated with the entity.
+This topic has information about the **Entities** page in SIEM UI, which lists all of the entities in SIEM and their activity scores, and the **Entities > Details** page, which presents information about a particular entity, including signals and insights associated with the entity.
The **Entities** page is useful for monitoring entities that are close to having an insight created. On the **Entities > Details** page, you can view signals and insights for an entity, and, as desired, manually create an insight from signals associated with the entity.
@@ -24,7 +24,7 @@ Watch this micro lesson to learn more about entities.