fix(bp-falco): rename rules_file → rules_files (Falco 0.36+ canonical key, Closes #570) (#574)

Falco 0.36+ uses `rules_files` (plural) as the canonical multi-file rules
key. Setting the deprecated `rules_file` (singular) alongside the upstream
subchart's `rules_files` default causes Falco to detect a config conflict
and abort startup with CrashLoopBackOff on otech22.

Bump bp-falco 1.0.0 → 1.0.1. Bootstrap-kit slot 31 updated.

Co-authored-by: alierenbaysal <alierenbaysal@openova.io>
This commit is contained in:
e3mrah 2026-05-02 12:59:29 +04:00 committed by GitHub
parent 06844d3a70
commit b88e98026f
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
3 changed files with 7 additions and 3 deletions

View File

@ -49,7 +49,7 @@ spec:
chart:
spec:
chart: bp-falco
version: 1.0.0
version: 1.0.1
sourceRef:
kind: HelmRepository
name: bp-falco

View File

@ -12,7 +12,7 @@ description: |
(static scanning) and feeds the SIEM pipeline via Falcosidekick into
bp-opensearch.
type: application
version: 1.0.0
version: 1.0.1
appVersion: "0.43.1"
keywords: [catalyst, blueprint, falco, security, runtime, ebpf, threat-detection]
maintainers:

View File

@ -32,8 +32,12 @@ falco:
# Falco rules — solo-Sovereign default uses the upstream stable rules.
# Per-Sovereign overlays MAY append custom rules via `falco.rulesfile.customRules`.
# NOTE: `rules_files` (plural) is the canonical key since Falco 0.36+.
# Using the deprecated `rules_file` (singular) alongside the subchart's
# `rules_files` default causes Falco to abort with a config conflict.
# Fixes CrashLoopBackOff on otech22 (issue #570).
falco:
rules_file:
rules_files:
- /etc/falco/falco_rules.yaml
- /etc/falco/falco_rules.local.yaml
- /etc/falco/k8s_audit_rules.yaml