Podatności Sentry

Sentry, narzędzie do śledzenia błędów i monitorowania wydajności, w wersjach od 21.12.0 do 26.4.0 zawiera krytyczną podatność w implementacji SAML SSO. Atakujący może przejąć dowolne konto użytkownika, używając złośliwego dostawcy tożsamości SAML i innej organizacji w tej samej instancji Sentry. Aby wykorzystać podatność, konieczna jest znajomość adresu e-mail ofiary. Problem naprawiono w wersji 26.4.1.

Sentry od wersji 23.11.0 do 26.7.0 z włączoną funkcją relokacji niebezpiecznie deserializuje pole bazy danych podczas importowania archiwum relokacji. Uwierzytelniony użytkownik może przygotować archiwum powodujące wykonanie dowolnego kodu w procesie pracownika importu.

W Sentry przed wersjami R10.8.2, R10.7.3 i R10.6.4 wykryto podatność umożliwiającą ominięcie uwierzytelniania. Zdalny, nieuwierzytelniony atakujący może uzyskać dostęp na poziomie administracyjnym.

Sentry 8.2.0 zawiera podatność zdalnego wykonania kodu, która pozwala uwierzytelnionym superużytkownikom na wykonanie dowolnych poleceń poprzez wstrzyknięcie złośliwych obiektów spicklowanych w parametrze danych wpisu dziennika audytu. Atakujący mogą wysyłać spreparowane żądania POST do punktu końcowego dziennika audytu administracyjnego z zakodowanymi w base64 skompresowanymi ładunkami pickle w polu danych, aby uzyskać wykonanie kodu z uprawnieniami aplikacji.

W Sentry, platformie do śledzenia błędów i monitorowania wydajności, występuje podatność, która pozwala atakującemu na uzyskanie ważnego tokena dostępu innego użytkownika podczas wymiany tokenów OAuth. Problem dotyczy wersji od 10.0.0 do przed 23.7.2 z powodu nieprawidłowej walidacji poświadczeń.

Sentry to platforma do śledzenia błędów i monitorowania wydajności. W wersjach od 22.1.0 do przed 23.7.2, atakujący z dostępem do tokena o ograniczonych uprawnieniach może uzyskać listę wszystkich tokenów stworzonych przez użytkownika, w tym tokenów z większymi uprawnieniami.

Sentry to platforma do śledzenia błędów i monitorowania wydajności. W wersjach od 8.21.0 do 23.5.2, uwierzytelniony użytkownik mógł pobrać pakiet debugowania lub artefakt z dowolnej organizacji i projektu, znając identyfikator pakietu, bez konieczności posiadania uprawnień.