configure Falcosidekick Slack forwarding
Kube-bench CIS scan / Scan ephemeral K3s cluster (push) Successful in 58s
Kube-bench CIS scan / Scan ephemeral K3s cluster (push) Successful in 58s
This commit is contained in:
@@ -4,7 +4,7 @@ Falco alert delivery must use a Kubernetes Secret. Do not commit a Slack
|
||||
Incoming Webhook URL, Slack token, Discord webhook URL, or generated Secret
|
||||
manifest to this repository.
|
||||
|
||||
The expected Secret contract for the future alerting configuration is:
|
||||
The expected Secret contract for the Git-managed Falcosidekick configuration is:
|
||||
|
||||
```yaml
|
||||
apiVersion: v1
|
||||
@@ -28,8 +28,8 @@ kubectl create secret generic falco-alerting \
|
||||
--dry-run=client -o yaml | kubectl apply -f -
|
||||
```
|
||||
|
||||
The `webhook-url` key is the interface that the Falco alerting configuration
|
||||
will consume. The Secret is intentionally not included in the Falco
|
||||
The `webhook-url` key is injected into Falcosidekick as `SLACK_WEBHOOKURL`.
|
||||
The Secret is intentionally not included in the Falco
|
||||
Kustomization because ArgoCD must not manage or render the credential from
|
||||
Git.
|
||||
|
||||
@@ -44,6 +44,6 @@ Avoid printing Secret data in shared terminals or CI logs. To rotate the
|
||||
webhook, update the Secret in place with the creation command and restart the
|
||||
Falco workloads after the alerting integration is configured.
|
||||
|
||||
The repository currently verifies Falco runtime detections locally. Webhook
|
||||
delivery remains a separate configuration step because it requires an
|
||||
interactive Slack or Discord credential.
|
||||
The repository verifies Falco runtime detections locally. Webhook delivery is
|
||||
enabled by the Git-managed Falcosidekick resources after the Secret exists, and
|
||||
still requires an interactive Slack or Discord credential for end-to-end testing.
|
||||
|
||||
Reference in New Issue
Block a user