kimi.md: Sicherheit & Betrieb (Key-Auslagerung, Rate-Limit, Backup-Test)

2026-10-04 22:19:20 +02:00
parent 6cbf88b53e
commit 717aef0d98
1 changed files with 9 additions and 0 deletions
@@ -848,3 +848,12 @@ Zustellung an axel@hocks.eu status=sent, Test-Ticket bereinigt.
 - Zwei Fehler beim ersten Lauf behoben: valid_volumes braucht nur den Host-Pfad (nicht host:container); anleitung-meta.mjs faellt auf GITHUB_SHA zurueck wenn kein .git.
 - Run 2 erfolgreich, Portal live, Setup-Admin-Token aus Gitea-DB geloescht. Doku: DEPLOY.md. Commits 0e889ef, c71d9a8.
 ## 2026-10-04 — Sicherheit & Betrieb (Optimierungen 4)
 - **Kimi-API-Key ausgelagert**: Literal im n8n-Code-Node ersetzt durch $env.KIMI_API_KEY; Key liegt jetzt als Env-Var in /opt/n8n/docker-compose.yml. Workflow in n8n-DB aktualisiert (workflow_entity + NEU: workflow_published_version/workflow_history einfuegen und publizieren - n8n 2.x laeuft aktiv auf der Published Version!).
 - Bonus-Fix: Tool-Namen im Workflow von Unterstrich auf Bindestrich (offene-schaeden, mieter-kontakt, zaehler-anomalien) - die API-Routen nutzen Bindestriche, vorher 404. Auch 429-Erkennung verbreitert (e.statusCode).
 - Assistent End-to-End verifiziert: Mieteinnahmen-Frage lieferte 18.684 EUR Warmmiete aus dem Portal.
 - **Login-Rate-Limiting** in mp-api (server/src/index.js): max 10 Fehlversuche/IP/10min -> 429, Erfolg setzt zurueck. trust proxy auf loopback/linklocal/uniquelocal beschraenkt. Image neu gebaut, verifiziert (exakt 10x401 dann 429; korrekter Login 200).
 - **Backup-Restore-Test**: Dump von heute 03:17 in restoretest eingespielt - importierbar, aber ALTES Schema (vor den Tages-Migrationen). Frischer Dump sofort getestet: identisches Schema + Zeilenzahlen wie Produktion. Backup-Pipeline OK.
 - HINWEIS Luecke: mp-api-Quelle (/opt/mieterportal/server) liegt NUR auf dem Server, nicht im Git-Repo - beim naechsten Mal backend/ ins Repo ziehen.