#2940 Update zap-scantyoe in the auto-discovery documentation

Reet00 · Reet00 · commit d173e737d27b · 2025-05-30T15:28:55.000+02:00
Signed-off-by: Samreet Singh &lt;samreet.singh@iteratec.com&gt;
diff --git a/documentation/docs/auto-discovery/installation.md b/documentation/docs/auto-discovery/installation.md
@@ -32,9 +32,9 @@ To ease the rollout of the auto-discovery in already existing clusters the auto-
 This behavior can be configured using one of the following `resourceInclusion` modes:
 
 - enabled-per-namespace (default) : scans discovered resources in namespaces marked as enabled by an annotation
-- enabled-per-resource :  only scans resources marked as enabled by an annotation
+- enabled-per-resource : only scans resources marked as enabled by an annotation
 - all (scans every resource in the whole cluster!)
-  
+
 These modes can be set via the `config.resourceInclusion` parameter in the helm chart:
 
 ```bash
@@ -52,6 +52,7 @@ Annotating a namespace can be done as follows. Here the default namespace is ann
 ```bash
 kubectl annotate namespace default auto-discovery.securecodebox.io/enabled=true
 ```
+
 Annotating a individual resource is done as follows. Here the deployment `juice-shop` in the namespace `default` is annotated.
 
 It is done by adding the annotation to the chart values, which is then passed to the deployment template. This results into the pod containing the service/deployment always having the annotation. The process may be different in your case:
@@ -60,10 +61,10 @@ It is done by adding the annotation to the chart values, which is then passed to
 helm upgrade --install juice-shop oci://ghcr.io/securecodebox/helm/juice-shop  --set-json='annotations={"auto-discovery.securecodebox.io/enabled":"true"}'
 ```
 
-You should now see a ZAP-advanced [ScheduledScan](/docs/api/crds/scheduled-scan) created for juice-shop or any other service that you have annotated.
+You should now see a ZAP Automation Framework [ScheduledScan](/docs/api/crds/scheduled-scan) created for juice-shop or any other service that you have annotated.
 
 ```bash
-$ kubectl get scheduledscans.execution.securecodebox.io 
+$ kubectl get scheduledscans.execution.securecodebox.io
 NAME                                                             TYPE                INTERVAL   FINDINGS
-juice-shop-service-port-3000                                     zap-advanced-scan   168h0m0s   5
+juice-shop-service-port-3000                                     zap-automation-framework   168h0m0s   5
 ```
diff --git a/documentation/docs/auto-discovery/service-auto-discovery.md b/documentation/docs/auto-discovery/service-auto-discovery.md
@@ -14,14 +14,14 @@ The Service AutoDiscovery will create a `ScheduledScan` with the given parameter
 The Service AutoDiscovery will ignore services where the underlying pods do not serve http(s). It does this by checking for open ports `80, 443, 3000, 5000, 8000, 8443, 8080`. It is also sufficient to name the ports `http` or `https` when a different port is used than the ports specified above.
 Services without a matching port number or name are currently ignored.
 
-By default the Service AutoDiscovery creates [ZAP Advanced](../scanners/zap-advanced.md) for each service. These scans are relatively generic and don't include any configuration regarding authentication / authorization. As the setup and configuration of the ZAP-Advanced Chart is located in each namespace it is possible to tweak the default configuration to support authenticated and more highly configured scans. For guides on how to configure ZAP Advanced refer to the [ZAP Advanced Documentation](../scanners/zap-advanced.md).
+By default the Service AutoDiscovery creates [ZAP Automation Framework](../scanners/zap-automation-framework.md) for each service. These scans are relatively generic and don't include any configuration regarding authentication / authorization. As the setup and configuration of the zap-automation-framework Chart is located in each namespace it is possible to tweak the default configuration to support authenticated and more highly configured scans. For guides on how to configure ZAP Automation Framework refer to the [ZAP Automation Framework Documentation](../scanners/zap-automation-framework.md).
 
 ### Setup
 
-By default the Service AutoDiscovery creates ScheduledScans using the [ZAP Advanced](/docs/scanners/zap-advanced) `ScanType`. It must be installed in the same namespace as the containers you wish to scan. The following steps will install `zap-advanced` in the `default` namespace:
+By default the Service AutoDiscovery creates ScheduledScans using the [ZAP Automation Framework](/docs/scanners/zap-automation-framework) `ScanType`. It must be installed in the same namespace as the containers you wish to scan. The following steps will install `zap-automation-framework` in the `default` namespace:
 
 ```bash
-helm upgrade --install zap-advanced oci://ghcr.io/securecodebox/helm/zap-advanced
+helm upgrade --install zap-automation-framework oci://ghcr.io/securecodebox/helm/zap-automation-framework
 ```
 
 #### Deactivation
diff --git a/documentation/docs/how-tos/autodiscovery.md b/documentation/docs/how-tos/autodiscovery.md
@@ -29,7 +29,7 @@ If a pod consists of multiple containers, the above described logic will be appl
 
 ### Service AutoDiscovery
 
-The Service AutoDiscovery will create a scheduled scan with the given parameters (see [readme](https://github.com/secureCodeBox/secureCodeBox/blob/main/auto-discovery/kubernetes/README.md) for config options) for each Kubernetes service it detects. (It is possible to scan APIs that require authentication, see the [ZAP Advanced](../scanners/zap-advanced.md) documentation).
+The Service AutoDiscovery will create a scheduled scan with the given parameters (see [readme](https://github.com/secureCodeBox/secureCodeBox/blob/main/auto-discovery/kubernetes/README.md) for config options) for each Kubernetes service it detects. (It is possible to scan APIs that require authentication, see the [ZAP Automation Framework ](../scanners/zap-automation-framework.md) documentation).
 The Service AutoDiscovery is enabled by default but can be disabled manually.
 
 The Service AutoDiscovery will ignore services where the underlying pods do not serve http(s). It does this by checking for open ports `80, 443, 3000, 5000, 8000, 8443, 8080`. It is also sufficient to name the ports `http` or `https` when a different port is used than the ports specified above.
@@ -40,10 +40,10 @@ Services without a matching port number or name are currently ignored.
 For the sake of the tutorial, it will be assumed that a Kubernetes cluster and the SCB operator is already up and running. If not, check out the [installation](/docs/getting-started/installation/) tutorial for more information.
 This tutorial will use the `default` and `securecodebox-system` namespaces.
 
-First install the `zap-advanced` (for service AutoDiscovery) and `trivy` (for Container AutoDiscovery) scan types:
+First install the `zap-automation-framework` (for service AutoDiscovery) and `trivy` (for Container AutoDiscovery) scan types:
 
 ```bash
-helm upgrade --install zap-advanced oci://ghcr.io/securecodebox/helm/zap-advanced
+helm upgrade --install zap-automation-framework oci://ghcr.io/securecodebox/helm/zap-automation-framework
 helm upgrade --install trivy oci://ghcr.io/securecodebox/helm/trivy
 ```
 
@@ -73,13 +73,13 @@ Then install juice-shop as a demo target:
 helm upgrade --install juice-shop oci://ghcr.io/securecodebox/helm/juice-shop
 ```
 
-The AutoDiscovery will create two scheduled scans after some time. One for the juice-shop service using `zap`, and one for the juice-shop container using `trivy`:
+The AutoDiscovery will create two scheduled scans after some time. One for the juice-shop service using `zap-automation-framework`, and one for the juice-shop container using `trivy`:
 
 ```bash
 $ kubectl get scheduledscans
-NAME                                                             TYPE                INTERVAL   FINDINGS
-juice-shop-service-port-3000                                     zap-advanced-scan   168h0m0s
-scan-juice-shop-at-350cf9a6ea37138b987a3968d046e61bcd3bb18d2ec   trivy               168h0m0s
+NAME                                                             TYPE                       INTERVAL   FINDINGS
+juice-shop-service-port-3000                                     zap-automation-framework   168h0m0s
+scan-juice-shop-at-350cf9a6ea37138b987a3968d046e61bcd3bb18d2ec   trivy                      168h0m0s
 ```
 
 Install a second juice-shop into the namespace:
@@ -88,14 +88,14 @@ Install a second juice-shop into the namespace:
 helm upgrade --install juice-shop2 oci://ghcr.io/securecodebox/helm/juice-shop
 ```
 
-The AutoDiscovery will then create a second `zap` scan for the service, but no additional `trivy` container scan, as the juice-shop container is already being scanned.
+The AutoDiscovery will then create a second `zap-automation-framework` scan for the service, but no additional `trivy` container scan, as the juice-shop container is already being scanned.
 
 ```bash
 $ kubectl get scheduledscans
-NAME                                                             TYPE                INTERVAL   FINDINGS
-juice-shop-service-port-3000                                     zap-advanced-scan   168h0m0s
-juice-shop2-service-port-3000                                    zap-advanced-scan   168h0m0s
-scan-juice-shop-at-350cf9a6ea37138b987a3968d046e61bcd3bb18d2ec   trivy               168h0m0s
+NAME                                                             TYPE                       INTERVAL   FINDINGS
+juice-shop-service-port-3000                                     zap-automation-framework   168h0m0s
+juice-shop2-service-port-3000                                    zap-automation-framework   168h0m0s
+scan-juice-shop-at-350cf9a6ea37138b987a3968d046e61bcd3bb18d2ec   trivy                      168h0m0s
 ```
 
 Delete both juice-shop deployments.
