Unauthenticated users could execute project configuration sync operations that should be restricted trusted users
Beschreibung
### Gastbenutzer können auf den Config Sync Updater `index` zugreifen, signierte `Daten` erhalten und zustandsändernde Config Sync-Aktionen (`regenerate-yaml`, `apply-yaml-changes`) ohne Authentifizierung ausführen. ### Details `ConfigSyncController` erweitert `BaseUpdaterController`, und der Basis-Updater ist anonym für Bedienfeldanfragen zugänglich. `index` sendet den signierten Updater-Status (`data`) aus, der von Gästen in nachfolgenden Anfragen wiederverwendet werden kann. Sensible Aktionen, die über diese Methode erreichbar sind, sind `actionApplyYamlChanges`, `actionRegenerateYaml`, `applyExternalChanges` und `regenerateExternalConfig`. Reproduktionsschritte 1. Guest POST zu: http POST /admin/actions/config-sync/index 2. Daten aus dem zurückgegebenen JS-Zustand extrahieren: Craft.updater = ... setState({"data":"", ...}); 3. Daten als Gast wiederverwenden: `` POST /admin/actions/config-sync/regenerate-yaml data=&= `` or `` POST /admin/actions/config-sync/apply-yaml-changes data=&= ``4. Beobachten Sie die abgeschlossene Antwort und Zustands-/Dateiänderungen. ### Impact Unauthenticated-Benutzer können Projektkonfigurations-Synchronisierungsvorgänge ausführen, die auf vertrauenswürdige Admin- / Bereitstellungskontexte beschränkt sein sollten. Je nach anstehendem YAML/Config-Zustand kann dies zu unautorisierten Config-Zustandsübergängen und einem Service-Integritätsrisiko führen. ### Referenzen https://github.com/craftcms/cms/commit/7f0ead833f7
Quellen & weiterführende Informationen
Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.
Was ist zur Behebung zu tun?
Auf eine behobene Version aktualisieren: 5.9.14, 4.17.8.
Empfohlene Schritte
- Betroffene Systeme identifizieren: Pixel & Tonic Craft CMS.
- Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
- Update/Rollout auf behobene Version vorbereiten und priorisiert einspielen.
- Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.
Übergangsmaßnahmen
- Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
- WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
- Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.
- Administrative Zugänge besonders absichern: MFA, Passwortrotation, Session-Invalidierung.