Skip to content

Commit

Permalink
[BUG] UI tweaks in Defend policy configuration for 8.14.0 (#5280)
Browse files Browse the repository at this point in the history
* Update text for shortened toggle names

* Update session data toggles

* Update images - classic

* Update images - serverless
  • Loading branch information
joepeeples authored May 31, 2024
1 parent cdd1e6e commit 08b5793
Show file tree
Hide file tree
Showing 14 changed files with 10 additions and 10 deletions.
6 changes: 3 additions & 3 deletions docs/cloud-native-security/session-view.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -33,11 +33,11 @@ but this data is not always collected by default. To confirm that Session View d

. Go to *Manage* -> *Policies*, and edit one or more of your {elastic-defend} integration policies.
. Select the *Policy settings* tab, then scroll down to the Linux event collection section near the bottom.
. Check the box for *Process* events, and turn on the *Include session data* toggle.
. Check the box for *Process* events, and turn on the *Collect session data* toggle.
. If you want to include file and network alerts in Session View, check the boxes for *Network* and *File* events.
. If you want to enable terminal output capture, turn on the *Capture terminal output* toggle.

Session View can only display data that was collected by {elastic-defend} when *Include session data* was enabled. When this setting is enabled, {elastic-defend} includes additional process context data in captured process, file, and network events. For more information about the additional
Session View can only display data that was collected by {elastic-defend} when *Collect session data* was enabled. When this setting is enabled, {elastic-defend} includes additional process context data in captured process, file, and network events. For more information about the additional
fields collected when this setting is enabled, refer to the https://github.com/elastic/ecs/blob/main/rfcs/text/0030-linux-event-model.md[Linux event model RFC].


Expand Down Expand Up @@ -127,7 +127,7 @@ To enable terminal output data capture:

. Go to *Manage* -> *Policies*, then select one or more of your {elastic-defend} integration policies to edit.
. On the *Policy settings* tab, scroll down to the Linux event collection section near the bottom of the page
and select the *Include session data* and *Capture terminal output* options.
and select the *Collect session data* and *Capture terminal output* options.

You can configure several additional settings by clicking *Advanced settings* at the bottom of the page:

Expand Down
2 changes: 1 addition & 1 deletion docs/detections/alerts-view-details.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -249,7 +249,7 @@ preview::[]

* **Related cases**: Shows cases to which the alert has been added. Click a case's name to open its details.
* **Alerts related by source event**: Shows alerts created by the same source event. This can help you find alerts with a shared origin and provide more context about the source event. Click the *Investigate in timeline* button to examine related alerts in Timeline.
* **Alerts related by session**: Shows alerts generated during the same <<session-view, session>>. These alerts share the same session ID, which is a unique ID for tracking a given Linux session. To use this feature, you must enable the *Include session data* setting in your {elastic-defend} integration policy. Refer to <<enable-session-view, Enable Session View data>> for more information.
* **Alerts related by session**: Shows alerts generated during the same <<session-view, session>>. These alerts share the same session ID, which is a unique ID for tracking a given Linux session. To use this feature, you must enable the *Collect session data* setting in your {elastic-defend} integration policy. Refer to <<enable-session-view, Enable Session View data>> for more information.
* **Alerts related by ancestry**: Shows alerts that are related by process events on the same linear branch. Note that alerts generated from processes on child or related branches are not shown. To further examine alerts, click *Investigate in timeline*.

[discrete]
Expand Down
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
2 changes: 1 addition & 1 deletion docs/management/admin/blocklist.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -50,7 +50,7 @@ NOTE: You can also select the `Per Policy` option without immediately assigning

. When you're done adding entries to the blocklist, ensure that the blocklist is enabled for the {elastic-defend} integration policies that you just assigned:
.. Go to **Manage** -> **Policies**, then click on an integration policy.
.. On the **Policy settings** tab, ensure that the **Malware protections enabled** and **Blocklist enabled** toggles are switched on. Both settings are enabled by default.
.. On the **Policy settings** tab, ensure that the **Malware protections** and **Blocklist** toggles are switched on. Both settings are enabled by default.

[discrete]
[[manage-blocklist]]
Expand Down
2 changes: 1 addition & 1 deletion docs/serverless/alerts/view-alert-details.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -242,7 +242,7 @@ In the expanded view, corelation data is organized into several tables:
* **Suppressed alerts**: <DocBadge template="technical preview" /> Shows how many duplicate alerts were suppressed. This information only appears if alert suppression is enabled for the rule.
* **Related cases**: Shows cases to which the alert has been added. Click a case's name to open its details.
* **Alerts related by source event**: Shows alerts created by the same source event. This can help you find alerts with a shared origin and provide more context about the source event. Click the **Investigate in timeline** button to examine related alerts in Timeline.
* **Alerts related by session**: Shows alerts generated during the same <DocLink id="serverlessSecuritySessionView">session</DocLink>. These alerts share the same session ID, which is a unique ID for tracking a given Linux session. To use this feature, you must enable the **Include session data** setting in your ((elastic-defend)) integration policy. Refer to <DocLink id="serverlessSecuritySessionView" section="enable-session-view-data">Enable Session View data</DocLink> for more information.
* **Alerts related by session**: Shows alerts generated during the same <DocLink id="serverlessSecuritySessionView">session</DocLink>. These alerts share the same session ID, which is a unique ID for tracking a given Linux session. To use this feature, you must enable the **Collect session data** setting in your ((elastic-defend)) integration policy. Refer to <DocLink id="serverlessSecuritySessionView" section="enable-session-view-data">Enable Session View data</DocLink> for more information.
* **Alerts related by ancestry**: Shows alerts that are related by process events on the same linear branch. Note that alerts generated from processes on child or related branches are not shown. To further examine alerts, click **Investigate in timeline**.

<div id="prevalence-overview"></div>
Expand Down
6 changes: 3 additions & 3 deletions docs/serverless/cloud-native-security/session-view.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -37,11 +37,11 @@ but this data is not always collected by default. To confirm that Session View d

1. Go to **Assets****Policies**, select a policy and then edit one or more of your ((elastic-defend)) integration policies.
1. Select the **Settings** tab, then scroll down to the Linux event collection section near the bottom.
1. Check the box for **Process** events, and turn on the **Include session data** toggle.
1. Check the box for **Process** events, and turn on the **Collect session data** toggle.
1. If you want to include file and network alerts in Session View, check the boxes for **Network** and **File** events.
1. If you want to enable terminal output capture, turn on the **Capture terminal output** toggle.

Session View can only display data that was collected by ((elastic-defend)) when **Include session data** was enabled. When this setting is enabled, ((elastic-defend)) includes additional process context data in captured process, file, and network events. For more information about the additional
Session View can only display data that was collected by ((elastic-defend)) when **Collect session data** was enabled. When this setting is enabled, ((elastic-defend)) includes additional process context data in captured process, file, and network events. For more information about the additional
fields collected when this setting is enabled, refer to the [Linux event model RFC](https://github.com/elastic/ecs/blob/main/rfcs/text/0030-linux-event-model.md).

<div id="open-session-view"></div>
Expand Down Expand Up @@ -127,7 +127,7 @@ To enable terminal output data capture:

1. Go to **Assets****Policies**, select a policy and then edit one or more of your ((elastic-defend)) integration policies.
1. On the **Settings** tab, scroll down to the Linux event collection section near the bottom of the page
and select the **Include session data** and **Capture terminal output** options.
and select the **Collect session data** and **Capture terminal output** options.

You can configure several additional settings by clicking **Advanced settings** at the bottom of the page:

Expand Down
2 changes: 1 addition & 1 deletion docs/serverless/edr-manage/blocklist.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -66,7 +66,7 @@ By default, a blocklist entry is recognized globally across all hosts running ((

1. When you're done adding entries to the blocklist, ensure that the blocklist is enabled for the ((elastic-defend)) integration policies that you just assigned:
1. Go to **Assets****Policies**, then click on an integration policy.
1. On the **Policy settings** tab, ensure that the **Malware protections enabled** and **Blocklist enabled** toggles are switched on. Both settings are enabled by default.
1. On the **Policy settings** tab, ensure that the **Malware protections** and **Blocklist** toggles are switched on. Both settings are enabled by default.

<div id="manage-blocklist"></div>

Expand Down
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.

0 comments on commit 08b5793

Please sign in to comment.