1.8 KiB
Webverwaltung für Integrationsschlüssel – 2026-10-23
Ergebnis: eigene Webseite mit Programmname, Projektauswahl, Erstellen, erneutem Anzeigen, Verbergen, Kopieren und Widerrufen. API-Schlüssel werden authentifiziert verschlüsselt in separater SQLite gespeichert; die separate Serverschlüsseldatei wird beim ersten Erstellen angelegt. Bestehende env-Zugänge bleiben nutzbar. Menschliche Nutzerverwaltung unverändert ausschließlich per CLI.
Lokale Prüfung ohne LLM-Aufrufe:
python -m pytest tests/test_integration_keys.py tests/test_web_auth.py tests/test_deployment.py tests/test_human_web.py tests/test_dashboard.py tests/profiles/vcore/test_intake_api.py -q
43 passed, 1 dependency deprecation warning
node tests/dashboard-smoke.mjs
PASS, console_errors: []
Abgedeckt: Session-/CSRF-Pflicht, keine Maschinenverwaltung von Schlüsseln, Projektbeschränkung, kein Operatorzugriff, kein Klartext in SQLite oder Listen, Wiederabruf nach neuer Store-Instanz, sofortiger Widerruf auch für bereits laufende API-Prozesse, fehlende Masterdatei ohne stille Neuerzeugung, bestehende Web-/API- Regressionen. Echter Headless-Edge-Test für Erstellen/Anzeigen/Verbergen/Widerrufen und Löschen sichtbarer Schlüsseldaten beim Logout. Kopieren nutzt die native Clipboard-API; deren Interaktion wurde nicht automatisiert geprüft.
Die Entwicklungsversion der neuen API-Abhängigkeit cryptography wurde lokal installiert. Keine realen Schlüssel erzeugt oder ausgegeben; Browser nutzt temporäre isolierte Testdaten, die nach dem Test entfernt werden. Vor Testbeginn Trials 16.939.129.428 Bytes, Fehlerkorpus 2.471.041 Bytes; kleine synthetische Testdaten bleiben innerhalb des 20-GB-Budgets.
Keine kostenpflichtigen Modellaufrufe, keine neuen Token-/Cache-/Kostenwerte.
Kein Deployment und kein Push. Anleitung: docs/integration-keys.md.