You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/management/admin/blocklist.asciidoc
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,7 +16,7 @@ The blocklist is not intended to broadly block benign applications for non-secur
16
16
17
17
By default, a blocklist entry is recognized globally across all hosts running {elastic-defend}. If you have a https://www.elastic.co/pricing[Platinum or Enterprise subscription], you can also assign a blocklist entry to specific {elastic-defend} integration policies, which blocks the process only on hosts assigned to that policy.
18
18
19
-
. Go to **Manage** -> **Blocklist**.
19
+
. Find **Blocklist** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
20
20
21
21
. Click **Add blocklist entry**. The **Add blocklist** flyout appears.
22
22
@@ -49,7 +49,7 @@ NOTE: You can also select the `Per Policy` option without immediately assigning
49
49
. Click **Add blocklist**. The new entry is added to the **Blocklist** page.
50
50
51
51
. 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:
52
-
.. Go to **Manage** -> **Policies**, then click on an integration policy.
52
+
.. Go to the **Policies** page, then click on an integration policy.
53
53
.. On the **Policy settings** tab, ensure that the **Malware protections** and **Blocklist** toggles are switched on. Both settings are enabled by default.
Copy file name to clipboardExpand all lines: docs/management/admin/host-isolation-exceptions.asciidoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -21,7 +21,7 @@ You must have the *Host Isolation Exceptions* <<endpoint-management-req,privileg
21
21
22
22
Host isolation is a https://www.elastic.co/pricing[Platinum or Enterprise subscription] feature. By default, a host isolation exception is recognized globally across all hosts running {elastic-defend}. You can also assign a host isolation exception to a specific {elastic-defend} integration policy, affecting only the hosts assigned to that policy.
23
23
24
-
. Go to **Manage** -> **Host isolation exceptions**.
24
+
. Find **Host isolation exceptions** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
25
25
. Click **Add Host isolation exception**.
26
26
. Fill in these fields in the **Add Host isolation exception** flyout:
27
27
.. `Name your host isolation exceptions`: Enter a name to identify the host isolation exception.
. Find **Endpoints** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field], then either:
116
116
* Select the appropriate endpoint in the *Endpoint* column, and click *Take action -> Release host* in the endpoint details flyout.
117
117
* Click the *Actions* menu (*...*) on the appropriate endpoint, then select *Release host*.
118
118
. Enter a comment describing why you're releasing the host (optional).
@@ -142,7 +142,7 @@ image::images/host-released-notif.png[Host released notification message,350]
142
142
143
143
To confirm if a host has been successfully isolated or released, check the response actions history, which logs the response actions performed on a host.
144
144
145
-
Go to *Manage* -> *Endpoints*, click an endpoint's name, then click the *Response action history* tab. You can filter the information displayed in this view. Refer to <<response-actions-history>> for more details.
145
+
Go to the *Endpoints* page, click an endpoint's name, then click the *Response action history* tab. You can filter the information displayed in this view. Refer to <<response-actions-history>> for more details.
146
146
147
147
[role="screenshot"]
148
148
image::images/response-actions-history-endpoint-details.png[Response actions history page UI,75%]
Copy file name to clipboardExpand all lines: docs/management/admin/response-actions-config.asciidoc
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -51,7 +51,7 @@ Expand a section below for your endpoint security system:
51
51
. **Install the CrowdStrike integration and {agent}.** Elastic's {integrations-docs}/crowdstrike[CrowdStrike integration]
52
52
collects and ingests logs into {elastic-sec}.
53
53
+
54
-
.. Go to **Integrations**, search for and select **CrowdStrike**, then select **Add CrowdStrike**.
54
+
.. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field], search for and select **CrowdStrike**, then select **Add CrowdStrike**.
55
55
.. Configure the integration with an **Integration name** and optional **Description**.
56
56
.. Select **Collect CrowdStrike logs via API**, and enter the required **Settings**:
57
57
- **Client ID**: Client ID for the API client used to read CrowdStrike data.
@@ -66,7 +66,7 @@ Expand a section below for your endpoint security system:
66
66
+
67
67
IMPORTANT: Do not create more than one CrowdStrike connector.
68
68
+
69
-
.. Go to **Stack Management** → **Connectors**, then select **Create connector**.
69
+
.. Find **Connectors** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field], then select **Create connector**.
70
70
.. Select the CrowdStrike connector.
71
71
.. Enter the configuration information:
72
72
- **Connector name**: A name to identify the connector.
@@ -100,7 +100,7 @@ Refer to the {integrations-docs}/sentinel_one[SentinelOne integration docs] or S
100
100
101
101
. **Install the SentinelOne integration and {agent}.** Elastic's {integrations-docs}/sentinel_one[SentinelOne integration] collects and ingests logs into {elastic-sec}.
102
102
+
103
-
.. Go to **Integrations**, search for and select **SentinelOne**, then select **Add SentinelOne**.
103
+
.. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field], search for and select **SentinelOne**, then select **Add SentinelOne**.
104
104
.. Configure the integration with an **Integration name** and optional **Description**.
105
105
.. Ensure that **Collect SentinelOne logs via API** is selected, and enter the required **Settings**:
106
106
- **URL**: The SentinelOne console URL.
@@ -113,7 +113,7 @@ Refer to the {integrations-docs}/sentinel_one[SentinelOne integration docs] or S
113
113
+
114
114
IMPORTANT: Do not create more than one SentinelOne connector.
115
115
116
-
.. Go to **Stack Management** → **Connectors**, then select **Create connector**.
116
+
.. Find **Connectors** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field], then select **Create connector**.
117
117
.. Select the **SentinelOne** connector.
118
118
.. Enter the configuration information:
119
119
- **Connector name**: A name to identify the connector.
Copy file name to clipboardExpand all lines: docs/management/admin/response-actions-history.asciidoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@
14
14
You must have the *Response Actions History* <<endpoint-management-req,privilege>> to access this feature.
15
15
--
16
16
17
-
To access the response actions history for all endpoints, go to *Manage* -> *Response actions history*. You can also access the response actions history for an individual endpoint from these areas:
17
+
To access the response actions history for all endpoints, find **Response actions history** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. You can also access the response actions history for an individual endpoint from these areas:
18
18
19
19
* *Endpoints* page: Click an endpoint's name to open the details flyout, then click the *Response actions history* tab.
20
20
* *Response console* page: Click the *Response actions history* button.
0 commit comments