- Verschifft
- 17. September 2026 um 03:33 UTC
- Autor
- Kamo
- Ausschuss
- cb7395f
GET /api/ai/provider und GET /api/ai/providers/{id' beantwortet mit dem DECRYPTED API-Schlüssel jedes Anbieters. Die Liste ist was jedes Mitglied KI-Chat-Modell Picker lädt (und kamo-js / die mobile App), so dass jedes Mitglied einer Organisation Nachbestellung) benötigte nur eine Sitzung, so dass jedes Mitglied auch die Basis-URL eines Providers auf ihren eigenen Server zeigen konnte und drücken Test, der die entschlüsselte Taste dorthin sendet. Der Einstellungsbildschirm verlangte bereits MANAGE_AI_SETTINGS; Server nicht. - Beide liest jetzt Antwort hatApiKey und maskiertApiKey (die letzten vier Zeichen; eine kurze oder unverschlüsselbare Schlüssel zeigt nichts von sich selbst). Die ungenutzte MaskeApiKey, die den Chiffretext maskiert hat, wird ersetzt. - Erstellen, Aktualisieren, Löschen, Testen und Neubestellen von Antwort 403 ohne MANAGE_AI_SETTINGS (Gott umgeht, wie überall). - Update behält den gespeicherten Schlüssel, es sei denn, ein nicht-blank eingesandt wird. Das Bearbeitungsformular wurde aus der zurückgegebenen Taste ausgefüllt, so eine im Klartext gesäkelte Zeile (Entschlüsselung zu "") hatte ihren Schlüssel mit einem verschlüsselten Rohling auf jedem Speichern überschrieben. AiProvidKeyExposureTest fährt den Controller über MockMvc mit dem echten SessionHelper: ohne Schlüssel in beiden lesen, der Zustand des Schlüssels gemeldet, leer hält / getippt ersetzt, und alle fünf Änderungen für ein Mitglied ohne die Rechten mit nichts gespeichert und kein Adapter aufgerufen. Fünf seiner sechs Tests scheitern gegen den vorherigen Controller. Die kamo-interne Einstellungsform stoppt die Erwartung der Taste in der gleichen Änderungs-Set.