CrowdSec v1.7.8 -> v1.8.1

1.8.0 ist weitgehend additiv (Bot-Detection ist opt-in, dazu eine k8s-Quelle)
und schliesst zwei DoS-Luecken in der HTTP- und der k8s-audit-Acquisition -
beide nutzen wir hier nicht, GHSA-g2x2-jgfg-pg7g und GHSA-rh69-4vqj-9gj8.
1.8.1 korrigiert nur einen Fehlalarm der Bot-Erkennung.

Vor dem Austausch beide Volumes kalt gesichert (Config 446K, DB 38M unter
/home/lutz/backups). Danach geprueft: Collections alle enabled, Syslog-Quelle
der Synologies lauscht wieder auf 5514, Traefik-Access-Log wird getailt,
Decisions erhalten.

Den MikroTik-Bouncer hinterher bewusst neu gestartet statt auf "Container
laeuft" zu vertrauen - er merkt einen LAPI-Neustart erst beim naechsten
Handshake, genau daran hing der stille Ausfall im September. Er meldet
wieder "Address ... already present" gegen die Address-List der AX3.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docker-compose.yml

@@ -8,7 +8,7 @@
 
 services:
   traefik:
-    image: traefik:v3.7              # aktuell v3.7.5 (Jun 2026), enthaelt Fix fuer CVE-2026-22045 (TLS-ALPN)
+    image: traefik:v3.7.16          # 2026-10-24: von v3.7.5 gepinnt (vorher floating v3.7)
     container_name: traefik
     restart: unless-stopped
     depends_on:
@@ -34,7 +34,7 @@ services:
       - "192.168.0.142:1194:1194/udp"
 
   crowdsec:
-    image: crowdsecurity/crowdsec:v1.7.8   # v1.7.x benoetigt das /var/lib/crowdsec/data Volume (vorhanden)
+    image: crowdsecurity/crowdsec:v1.8.1   # 2026-10-24: 1.7.8 -> 1.8.1 (zwei DoS-Fixes in HTTP-/k8s-Acquisition, beide hier ungenutzt)
     container_name: crowdsec
     restart: unless-stopped
     networks: