Updates nav references (#6147)

(cherry picked from commit 3c3e4c8)

# Conflicts:
#	docs/serverless/AI-for-security/connect-to-azure-openai.asciidoc
#	docs/serverless/AI-for-security/connect-to-bedrock.asciidoc
#	docs/serverless/AI-for-security/connect-to-byo-llm.asciidoc
#	docs/serverless/AI-for-security/connect-to-openai.asciidoc
#	docs/serverless/AI-for-security/connect-to-vertex.asciidoc
#	docs/serverless/cloud-native-security/benchmark-rules.asciidoc
#	docs/serverless/cloud-native-security/cspm-get-started-azure.asciidoc
#	docs/serverless/cloud-native-security/cspm-get-started-gcp.asciidoc
#	docs/serverless/cloud-native-security/cspm-get-started.asciidoc
#	docs/serverless/cloud-native-security/d4c-get-started.asciidoc
#	docs/serverless/cloud-native-security/environment-variable-capture.asciidoc
#	docs/serverless/cloud-native-security/get-started-with-kspm.asciidoc
#	docs/serverless/cloud-native-security/kspm.asciidoc
#	docs/serverless/cloud-native-security/security-posture-management.asciidoc
#	docs/serverless/cloud-native-security/vuln-management-get-started.asciidoc

Author: benironside

docs/AI-for-security/connect-to-azure-openai.asciidoc

@@ -101,7 +101,7 @@ The following video demonstrates these steps.
 Finally, configure the connector in {kib}:
 
 . Log in to {kib}.
-. Go to **Stack Management → Connectors → Create connector → OpenAI**.
+. Find the **Connectors** page in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. Then click **Create Connector**, and select **OpenAI**.
 . Give your connector a name to help you keep track of different models, such as `Azure OpenAI (GPT-4 Turbo v. 0125)`.
 . For **Select an OpenAI provider**, choose **Azure OpenAI**.
 . Update the **URL** field. We recommend doing the following:

docs/AI-for-security/connect-to-bedrock.asciidoc

@@ -147,7 +147,7 @@ The following video demonstrates these steps.
 Finally, configure the connector in {kib}:
 
 . Log in to {kib}. 
-. Go to **Stack Management → Connectors → Create connector → Amazon Bedrock**. 
+. . Find the **Connectors** page in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. Then click **Create Connector**, and select **Amazon Bedrock**.
 . Name your connector. 
 . (Optional) Configure the Amazon Bedrock connector to use a different AWS region where Anthropic models are supported by editing the **URL** field, for example by changing `us-east-1` to `eu-central-1`.
 . (Optional) Add one of the following strings if you want to use a model other than the default:

docs/AI-for-security/connect-to-byo.asciidoc

@@ -178,7 +178,7 @@ image::images/lms-custom-logs-config.png[The configuration window for the custom
 Finally, configure the connector:
 
 1. Log in to your Elastic deployment.
-2. Navigate to **Stack Management → Connectors → Create Connector → OpenAI**. The OpenAI connector enables this use case because LM Studio uses the OpenAI SDK.
+2. Find the **Connectors** page in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. Then click **Create Connector**, and select **OpenAI**. The OpenAI connector enables this use case because LM Studio uses the OpenAI SDK.
 3. Name your connector to help keep track of the model version you are using.
 4. Under **Select an OpenAI provider**, select **Other (OpenAI Compatible Service)**.
 5. Under **URL**, enter the domain name specified in your Nginx configuration file, followed by `/v1/chat/completions`.

docs/AI-for-security/connect-to-openai.asciidoc

@@ -47,7 +47,7 @@ The following video demonstrates these steps.
 To integrate with {kib}:
 
 . Log in to {kib}.
-. Navigate to **Stack Management → Connectors → Create Connector → OpenAI**.
+. Find the **Connectors** page in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. Then click **Create Connector**, and select **OpenAI**.
 . Provide a name for your connector, such as `OpenAI (GPT-4 Turbo Preview)`, to help keep track of the model and version you are using.
 . Under **Select an OpenAI provider**, choose **OpenAI**.
 . The **URL** field can be left as default.

docs/AI-for-security/connect-to-vertex.asciidoc

@@ -93,7 +93,7 @@ The following video demonstrates these steps.
 Finally, configure the connector in your Elastic deployment:
 
 1. Log in to your Elastic deployment.
-2. Navigate to **Stack Management → Connectors → Create Connector → Google Gemini**.
+2. Find the **Connectors** page in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. Then click **Create Connector**, select **Google Gemini**.
 3. Name your connector to help keep track of the model version you are using.
 4. Under **URL**, enter the URL for your region.
 5. Enter your **GCP Region** and **GCP Project ID**.

docs/cloud-native-security/cspm-benchmark-rules.asciidoc

@@ -23,7 +23,7 @@ NOTE: Benchmark rules are not editable.
 [discrete]
 == Review your benchmarks
 
-To access your active benchmarks, go to **Rules -> Benchmarks**. From there, you can click a benchmark's name to view the benchmark rules associated with it. You can click a benchmark rule's name to see details including information about how to remediate it, and related links. 
+Find **Benchmarks** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. From there, you can click a benchmark's name to view the benchmark rules associated with it. You can click a benchmark rule's name to see details including information about how to remediate it, and related links. 
 
 Benchmark rules are enabled by default, but you can disable some of them — at the benchmark level — to suit your environment. This means for example that if you have two integrations using the `CIS AWS` benchmark, disabling a rule for that benchmark affects both integrations. To enable or disable a rule, use the **Enabled** toggle on the right of the rules table. 
 

docs/cloud-native-security/cspm-get-started-aws.asciidoc

@@ -35,7 +35,7 @@ You can set up CSPM for AWS either by enrolling a single cloud account, or by en
 == Agentless deployment 
 beta::[]
 
-. From the Elastic Security *Get started* page, click *Add integrations*.
+. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
 . Search for `CSPM`, then click on the result.
 . Click *Add Cloud Security Posture Management (CSPM)*.
 . Select *AWS*, then either *AWS Organization* to onboard multiple accounts, or *Single Account* to onboard an individual account.
@@ -53,7 +53,7 @@ beta::[]
 [discrete]
 [[cspm-add-and-name-integration]]
 === Add the CSPM integration
-. From the Elastic Security *Get started* page, click *Add integrations*.
+. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
 . Search for `CSPM`, then click on the result.
 . Click *Add Cloud Security Posture Management (CSPM)*.
 . Select *AWS*, then either *AWS Organization* to onboard multiple accounts, or *Single Account* to onboard an individual account.

docs/cloud-native-security/cspm-get-started-azure.asciidoc

@@ -35,7 +35,7 @@ You can set up CSPM for Azure by by enrolling an Azure organization (management
 == Agentless deployment 
 beta::[]
 
-. From the Elastic Security *Get started* page, click *Add integrations*.
+. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
 . Search for `CSPM`, then click on the result.
 . Click *Add Cloud Security Posture Management (CSPM)*.
 . Select *Azure*, then either *Azure Organization* to onboard your whole organization, or *Single Subscription* to onboard an individual subscription.
@@ -51,7 +51,8 @@ beta::[]
 [discrete]
 [[cspm-add-and-name-integration-azure]]
 === Add your CSPM integration
-. From the Elastic Security *Get started* page, click *Add integrations*.
+
+. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
 . Search for `CSPM`, then click on the result.
 . Click *Add Cloud Security Posture Management (CSPM)*.
 . Under **Configure integration**, select **Azure**, then select either **Azure Organization** or **Single Subscription**, depending on which resources you want to monitor. 

docs/cloud-native-security/cspm-get-started-gcp.asciidoc

@@ -35,7 +35,7 @@ You can set up CSPM for GCP either by enrolling a single project, or by enrollin
 == Agentless deployment
 beta::[]
 
-. From the Elastic Security *Get started* page, click *Add integrations*.
+. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
 . Search for `CSPM`, then click on the result.
 . Click *Add Cloud Security Posture Management (CSPM)*.
 . Select *GCP*, then either *GCP Organization* to onboard your whole organization, or *Single Account* to onboard an individual account.
@@ -52,7 +52,7 @@ beta::[]
 [discrete]
 [[cspm-add-and-name-integration-gcp]]
 === Add your CSPM integration
-. From the Elastic Security *Get started* page, click *Add integrations*.
+. Find **Integrations** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field].
 . Search for `CSPM`, then click on the result.
 . Click *Add Cloud Security Posture Management (CSPM)*.
 . Under *Configure integration*, select *GCP*, then either *GCP Organization* (recommended) or *Single Account*.

docs/cloud-native-security/d4c-get-started.asciidoc

@@ -22,7 +22,7 @@ This page describes how to set up Cloud Workload Protection (CWP) for Kubernetes
 
 First, you'll need to deploy Elastic's Defend for Containers integration to the Kubernetes clusters you wish to monitor.
 
-. Go to *Manage > Container Workload Security > Add D4C Integration*.
+. Find **Container Workload Security** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. Click **Add D4C Integration**.
 . Name the integration. The default name, which you can change, is `cloud_defend-1`.
 . Optional — make any desired changes to the integration's policy by adjusting the *Selectors* and *Responses* sections. (For more information, refer to the <<d4c-policy-guide, Defend for Containers policy guide>>). You can also change these later.
 . Under *Where to add this integration*, select an existing or new agent policy.
@@ -54,7 +54,7 @@ In order to detect threats using this data, you'll need active <<detection-engin
 
 To install and enable the prebuilt rules:
 
-. Go to *Security > Rules > Detection rules (SIEM)*, then click *Add Elastic rules*.
+. Find **Detection rules (SIEM)** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field]. Click **Add Elastic rules**.
 . Click the *Tags* filter next to the search bar, and search for the `Data Source: Elastic Defend for Containers` tag.
 . Select all the displayed rules, then click *Install _x_ selected rule(s)*.
 . Return to the *Rules* page. Click the *Tags* filter next to the search bar, and search for the `Data Source: Elastic Defend for Containers` tag.
@@ -75,8 +75,7 @@ To enable drift detection, you can use the default D4C policy:
 
 To enable drift prevention, create a new policy:
 
-. Add a new selector called `blockDrift`.
-. Go to *Security > Manage > Container Workload Security > Your integration name*.
+. Find **Container Workload Security** in the navigation menu or use the {kibana-ref}/introduction.html#kibana-navigation-search[global search field], then select your integration.
 . Under *Selectors*, click *Add selector > File Selector*. By default, it selects the operations `createExecutable` and `modifyExecutable`.
 . Name the selector, for example: `blockDrift`.
 . Scroll down to the *Responses* section and click *Add response > File Response*.