CVE-2026-100169 in Prowlerinfo

Zusammenfassung

von VulDB • 14.10.2026

Fehlerhafte Authentifizierung im Pfad zur Verknüpfung von Social-Accounts der Prowler-API in Prowler (Versionen vor 5.35.0 ab 5.4.0) ermöglicht es einem entfernten, nicht authentifizierten Angreifer, persistenten Zugriff auf das Konto eines Benutzers zu erlangen, der sich noch nicht registriert hat. Dies ist darauf zurückzuführen, dass `ProwlerSocialAccountAdapter.pre_social_login()` in `api/src/backend/api/adapters.py` ein Google- oder GitHub-Login mit jedem bestehenden lokalen Konto verknüpft, das dieselbe E-Mail-Adresse wie die vom Anbieter zurückgegebene Adresse aufweist, ohne zu prüfen, ob die Adresse vom Anbieter oder im bestehenden Konto bestätigt wurde, und ohne weitere Überprüfungen, ob beide Konten derselben Person gehören. Die Selbstregistrierung ist offen, und das neue Konto kann sofort genutzt werden, da `UserViewSet.get_permissions()` in `api/src/backend/api/v1/views.py` für die Create-Aktion (`create`) die Berechtigung `AllowAny` gewährt, `ACCOUNT_EMAIL_VERIFICATION` auf `none` in `api/src/backend/config/settings/social_login.py` festgelegt ist und der Django-Modellbackend (`Django ModelBackend`) nur das Passwort und den Status `is_active` prüft, nicht jedoch den django-allauth-E-Mailadresse-Eintrag. Ein Angreifer, der eine E-Mail-Adresse registriert, bevor deren Inhaber dies tut, behält das bei der Registrierung festgelegte Passwort nach der Verknüpfung bei, da `sociallogin.connect()` das Passwort nicht zurücksetzt und das bestehende Konto nicht deaktiviert; folglich wird der Inhaber, der sich später mit Google oder GitHub anmeldet, in das Konto des Angreifers eingeloggt. django-allauth stellt dieselbe E-Mail-basierte Verknüpfung auch eigenständig her, da `SOCIALACCOUNT_EMAIL_AUTHENTICATION` und `SOCIALACCOUNT_EMAIL_AUTHENTICATION_AUTO_CONNECT` im selben Konfigurationsmodul beide auf `True` gesetzt sind. Dies verschafft dem Angreifer die Anmeldeinformationen des Cloud-Anbieters sowie Scan-Ergebnisse und Mandantenmitgliedschaften, die in diesem Konto gespeichert sind.

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Zuständig

Secur0

Reservieren

25.09.2026

Veröffentlichung

14.10.2026

Moderieren

akzeptiert

Eintrag

VDB-420065

EPSS

0.00000

KEV

nein

Aktivitäten

very low

Quellen

Want to know what is going to be exploited?

We predict KEV entries!