Podatności WeGIA

W systemie WeGIA przed wersją 3.9.2 wykryto podatność typu Insecure Direct Object Reference (IDOR) na stronie profilu pracownika. Uwierzytelniony atakujący może uzyskać dostęp do dowolnych rekordów pracowników, wstrzykując parametr id_pessoa, który nadpisuje identyfikator z sesji. Możliwe jest wyliczenie wszystkich identyfikatorów i pobranie pełnych danych profilowych, w tym imienia, CPF, adresu, danych kontaktowych i flag administracyjnych.

WeGIA przed wersją 3.9.2 zawiera podatność na obejście autoryzacji w procesie zmiany hasła, która umożliwia każdemu uwierzytelnionemu użytkownikowi zmianę hasła swojego konta bez podawania istniejących poświadczeń, wykorzystując bezwarunkowe wykluczenie metody alterarSenha z kontroli uprawnień w controle/control.php. Atakujący mogą manipulować parametrem redir, aby wskazywał na alterar_senha.php, kierując przez verificarSenhaConfig() zamiast verificarSenha(), aby ominąć weryfikację bieżącego hasła i przekształcić tymczasowy dostęp sesji w trwałe przejęcie konta.

WeGIA to menedżer internetowy dla instytucji charytatywnych. Przed wersją 3.6.2 zidentyfikowano uwierzytelnioną podatność na wstrzykiwanie SQL w punkcie końcowym Atendido_ocorrenciaControle przez parametr id_memorando. Ta wada pozwala na pełną eksfiltrację bazy danych, ujawnienie wrażliwych danych osobowych (PII) oraz potencjalny odczyt dowolnych plików w źle skonfigurowanych środowiskach. Podatność naprawiona w wersji 3.6.2.

WeGIA, menedżer internetowy dla instytucji charytatywnych, przed wersją 3.6.2 zawiera podatność na odbity Cross-Site Scripting (XSS) w pliku html/memorando/insere_despacho.php. Aplikacja nie sanitizuje ani nie koduje danych wejściowych użytkownika przekazywanych przez parametr GET id_memorando przed odzwierciedleniem ich w źródle HTML (prawdopodobnie wewnątrz bloku <script> lub atrybutu). Umożliwia to nieuwierzytelnionym atakującym wstrzyknięcie dowolnego JavaScriptu lub HTML do kontekstu sesji przeglądarki użytkownika. Podatność naprawiona w wersji 3.6.2.

WeGIA przed wersją 3.6.9 zawiera podatność na otwarte przekierowanie. Parametr 'redirect' pobierany z żądania GET nie jest walidowany ani sprawdzany na białej liście, a następnie używany bezpośrednio w nagłówku Location. Atakujący może przekierować użytkownika na złośliwą stronę.

WeGIA przed wersją 3.6.9 zawiera podatność na otwarte przekierowanie. Parametr 'redirect' jest pobierany bezpośrednio z $_GET bez walidacji URL, a następnie używany w nagłówku Location, co pozwala na przekierowanie użytkowników na dowolne zewnętrzne strony.

WeGIA przed wersją 3.6.9 zawiera podatność na otwarte przekierowanie w endpointcie /WeGIA/controle/control.php przez parametr 'nextPage'. Aplikacja nie waliduje tego parametru, co pozwala atakującym przekierowywać użytkowników na dowolne zewnętrzne strony.

WeGIA przed wersją 3.6.9 zawiera podatność otwartego przekierowania w endpoint /WeGIA/controle/control.php przez parametr nextPage przy metodo=listarTodos i nomeClasse=EstoqueControle. Parametr nie jest walidowany, co pozwala na przekierowanie użytkowników na dowolne zewnętrzne strony.

WeGIA przed wersją 3.6.9 zawiera podatność na trwałe XSS przez nazwę pliku kopii zapasowej. Atakujący może wstrzyknąć złośliwy skrypt, który wykona się w przeglądarce ofiary.

WeGIA do wersji 3.6.9 zawiera podatność na otwarte przekierowanie w endpointcie /WeGIA/controle/control.php przez parametr nextPage. Aplikacja nie waliduje tego parametru, umożliwiając atakującym przekierowanie użytkowników na dowolne zewnętrzne strony.

WeGIA przed wersją 3.6.9 zawiera podatność otwartego przekierowania w endpoint /WeGIA/controle/control.php przez parametr nextPage przy metodo=listarId i nomeClasse=IsaidaControle. Parametr nie jest walidowany, co pozwala na przekierowanie użytkowników na dowolne zewnętrzne strony.

WeGIA (Web gerenciador para instituições assistenciais) w wersjach przed 3.6.9 zawiera podatność na wstrzyknięcie SQL w pliku dao/memorando/DespachoDAO.php. Parametr id_memorando jest pobierany z $_REQUEST bez walidacji i bezpośrednio interpolowany do zapytań SQL, co pozwala każdemu uwierzytelnionemu użytkownikowi na wykonanie dowolnych poleceń SQL w bazie danych. Podatność została naprawiona w wersji 3.6.9.