Podatności SOGo

SOGo w wersjach przed 5.12.7, przy użyciu PostgreSQL lub MariaDB oraz przechowywaniu haseł w postaci niezaszyfrowanej, umożliwia atak typu SQL injection. Problem dotyczy zmiennej c_password = '%@' w funkcji changePasswordForLogin.

SOGo w wersjach przed 5.12.7, przy użyciu PostgreSQL, umożliwia wstrzyknięcie SQL.

W podatności CVE-2015-5395 występuje luka typu cross-site request forgery (CSRF) w SOGo przed wersją 3.1.0. Atakujący może wykorzystać tę lukę do wykonania nieautoryzowanych działań w imieniu użytkownika.

SOGo przed wersją 5.12.11 konstruuje linki do resetowania hasła używając nagłówka Origin dostarczonego przez klienta jako autorytetu, co pozwala nieuwierzytelnionym atakującym na przekierowanie tokenów odzyskiwania do domen kontrolowanych przez atakującego. Atakujący mogą wysyłać żądania odzyskiwania hasła ze złośliwym nagłówkiem Origin, aby ważne tokeny resetowania hasła były wysyłane na adresy ofiary w linkach wskazujących na infrastrukturę atakującego, co umożliwia przejęcie konta.

Podatność SQL injection w SOGo przed wersją 5.12.7 umożliwia uwierzytelnionym użytkownikom wykonanie dowolnych zapytań SQL poprzez parametr newPassword w funkcji zmiany hasła.

Podatność SQL injection w SOGo przed wersją 5.12.7 umożliwia uwierzytelnionym użytkownikom wykonanie dowolnych zapytań SQL poprzez parametr search w endpointcie allContactSearch.

W systemie SOGo w wersjach do 5.12.7 występuje podatność na wstrzyknięcie SQL w funkcjonalności zarządzania listami kontroli dostępu (ACL). Uwierzytelniony użytkownik może wstrzyknąć złośliwe podzapytania SQL przez parametr uid w endpointcie addUserInAcls, co pozwala na ekstrakcję dowolnych danych z bazy danych. Atakujący może zapisać wydobyte dane do tabeli sogo_acl i odczytać je przez API /acls, tworząc kanał wycieku danych poza pasmem.