Katalog podatności CVE

Punkt API GET /api/v1/repos/{owner}/{repo}/media/{filepath} zapisywał pliki do 1 KiB przechowywane bezpośrednio w Git (nie w LFS) do odpowiedzi bez nagłówków content type i disposition, których Gitea używa dla treści użytkownika. Plik HTML w repozytorium był renderowany przez przeglądarkę na origin Gitea. Użytkownik z prawem push do repozytorium mógł uruchomić JavaScript w sesji ofiary otwierającej URL media i działać z jej uprawnieniami.

Przy ustawieniu [repository] FORCE_PRIVATE = true, Gitea tworzy nowe repozytoria jako prywatne, ale hook post-receive nadal stosował opcję push repo.private=false do pustego repozytorium utworzonego przez push. Każdy użytkownik mogący tworzyć repozytoria mógł uczynić swoje nowe repozytorium publicznym, naruszając politykę instancji. Domyślna konfiguracja nie jest dotknięta.

NVIDIA TensorRT zawiera podatność umożliwiającą atakującemu wywołanie odczytu poza zakresem pamięci. Skuteczne wykorzystanie tej podatności może prowadzić do odmowy usługi (denial of service).

Backstage to otwarta platforma do budowania portali deweloperskich. Przed wersją 1.15.4 pakiet @backstage/plugin-techdocs-node jest podatny na potencjalne ujawnienie plików przez lokalnego wydawcę techdocs. Przy użyciu lokalnego wydawcy TechDocs (techdocs.publisher.type: 'local') możliwe było podążanie przez punkt końcowy serwowania dokumentacji za referencjami do systemu plików poza zamierzone drzewo dokumentacji, co mogło ujawnić pliki hosta uwierzytelnionym użytkownikom. Ryzyko jest ograniczone przez fakt, że eksploracja wymaga warunków, które nie występują podczas normalnej pracy MkDocs. Wydawcy oparci na chmurze (S3, GCS, Azure Blob Storage) nie są dotknięci. Problem naprawiono w wersji 1.15.4.

Backstage to otwarta platforma do budowania portali deweloperskich. Przed wersją 1.15.4 pakiet @backstage/plugin-techdocs-node jest podatny na arbitralny odczyt plików przez snippety mkdocs. Niebezpieczne rozwiązywanie ścieżek w obsłudze drzewa źródłowego TechDocs pozwala uwierzytelnionemu użytkownikowi, który może rejestrować źródła dokumentacji, na dołączanie treści spoza zamierzonego obszaru dokumentacji. W zależności od wdrożenia może to ujawnić pliki czytelne dla procesu budowania. Problem naprawiono w wersji 1.15.4.

Backstage to otwarta platforma do budowania portali deweloperskich. Przed wersją 4.1.0 pakiet @backstage/plugin-scaffolder-backend jest podatny na nieprawidłową walidację danych wejściowych w sortowaniu listy zadań scaffolder. Uwierzytelniony użytkownik Backstage z uprawnieniami do tworzenia i odczytu odpowiednich zadań scaffolder może w określonych warunkach wywnioskować poufne dane zadań. Skuteczne wykorzystanie wymaga zachowanych sekretów zadań, widoczności docelowego zadania, znajomości struktury sekretów i powtarzanych żądań. Problem naprawiono w wersji 4.1.0.

Backstage to otwarta platforma do budowania portali deweloperskich. Przed wersją 4.1.0 pakiet @backstage/plugin-scaffolder-backend jest podatny na ujawnienie wrażliwych informacji w logach zadań scaffolder. Uwierzytelniony użytkownik, który może tworzyć i odczytywać zadania scaffolder, może obserwować wrażliwe wartości w logach zadań we wdrożeniach z restrykcyjnymi uprawnieniami akcji i dotkniętymi szablonami. Eksploatacja wymaga odrzuconej akcji, której dane wejściowe zawierają taką wartość. Problem naprawiono w wersji 4.1.0.

Backstage to otwarta platforma do budowania portali deweloperskich. Przed wersją 4.1.0 pakiet @backstage/plugin-scaffolder-backend mógł ujawniać wrażliwe informacje w zdarzeniach niepowodzenia zadań Scaffolder. W określonych warunkach szablonu i niepowodzenia uwierzytelniony użytkownik może pobrać poświadczenia zarządzane przez backend, używane podczas wykonywania zadania, z dotkniętych zdarzeń zadań. Problem naprawiono w wersji 4.1.0.

Backstage przed wersją 4.1.0 w pakiecie @backstage/plugin-scaffolder-backend może ujawniać wartości pochodzące z sekretów w logach zadań Scaffolder. Dotyczy to instalacji, które konfigurują wrażliwe sekrety scaffolder.defaultEnvironment.secrets i pozwalają atakującemu na tworzenie lub modyfikację szablonów Scaffolder. Autor szablonu może spowodować, że wartości pochodzące z sekretów używane podczas iteracji szablonu zostaną zapisane i ujawnione użytkownikom mającym dostęp do logów zadań.

Backstage przed wersją 3.9.1 w pakiecie @backstage/plugin-catalog-backend ma niespójną ocenę uprawnień dla właściwości katalogu. W instalacjach, które używają warunków uprawnień opartych na wartościach jako granicy poufności, uwierzytelniony użytkownik może otrzymać dane encji katalogu, które autorzy polityki zamierzali ograniczyć.

Trasy API Gitea dla załączników do zgłoszeń (issues) akceptowały również załączniki należące do komentarzy na tym zgłoszeniu. Ponieważ autor zgłoszenia może edytować i usuwać załączniki zgłoszenia, użytkownik, który otworzył zgłoszenie, mógł zmienić nazwę lub usunąć załączniki, które inni użytkownicy opublikowali w komentarzach na tym zgłoszeniu. Zawartość załączników nie mogła być zmieniona.

Podczas migracji repozytorium z innej instancji Gitea, Gitea używało rozmiaru strony zgłoszonego w ustawieniach API serwera źródłowego do zakończenia paginowanych pobrań. Źródło zgłaszające max_response_items jako 0 powodowało, że te pętle działały w nieskończoność i zwiększały pamięć serwera aż do jej wyczerpania. Każdy użytkownik mogący migrować repozytoria mógł wskazać migrację na serwer, który kontroluje, i spowodować denial of service.

W HDF5 do wersji 2.2.0 występuje przepełnienie bufora na stercie (heap-based buffer over-read) w funkcji H5Z__filter_scaleoffset() w pliku src/H5Zscaleoffset.c. Atakujący może spowodować odmowę usługi (awarię aplikacji) za pomocą spreparowanego pliku HDF5. Gdy zapisane minimalne bity są równe pełnej precyzji typu danych, dekoder kopiuje d_nelmts * size bajtów z skompresowanego fragmentu bez sprawdzania, czy fragment zawiera tyle bajtów.

W sshd i ssh w OpenSSH przed wersją 10.6 nie ma sprawdzenia, czy maksymalna długość pakietu nie jest przekroczona podczas dekompresji wysoce skompresowanych danych.

W sftp w OpenSSH przed wersją 10.6 serwer może wywołać traversal katalogów (powodując zapis plików w nieprzewidzianych lokalizacjach) podczas operacji rekurencyjnego kopiowania.

Backstage przed wersją 0.17.8 w pakiecie @backstage/backend-defaults ma nieprawidłową walidację danych wejściowych w czytnikach URL magazynu w chmurze. Atakujący z dostępem do zapisu do zasobnika magazynu w chmurze używanego przez Backstage może stworzyć nazwy obiektów, które mogą kolidować z chronionymi plikami w katalogu wyjściowym. W niektórych konfiguracjach może to prowadzić do wstrzyknięcia treści.

Backstage przed wersją 0.6.17 w pakiecie @backstage/plugin-proxy-backend ma nieprawidłową walidację danych wejściowych w proxy-backend. Uwierzytelniony użytkownik Backstage może skonstruować URL żądania, które powoduje przekazanie żądania do ścieżki poza skonfigurowaną ścieżką bazową na serwerze docelowym. Ogranicza się to do serwerów docelowych już skonfigurowanych jako punkty końcowe proxy i wymaga domyślnie uwierzytelnienia Backstage.

Backstage przed wersją 2.2.4 w pakiecie @backstage/plugin-techdocs-backend ma nieprawidłową walidację danych wejściowych w żądaniach statycznych treści techdocs. Przy użyciu dostawcy Azure Blob Storage, uwierzytelniony użytkownik Backstage może być w stanie odczytać ograniczone treści TechDocs, gdy włączone są uprawnienia na poziomie encji. Instalacje, które celowo wyłączają domyślną politykę uwierzytelniania backendu, mogą mieć szerszy zakres narażenia.

Backstage przed wersją 2.2.4 w pakiecie @backstage/plugin-techdocs-backend ma nieprawidłowe egzekwowanie autoryzacji dla statycznych treści techdocs. Uwierzytelniony użytkownik z dostępem do jednej witryny dokumentacji TechDocs może skonstruować URL umożliwiający odczyt dokumentacji należącej do innej encji. Dotyczy to tylko instalacji używających zewnętrznego buildera TechDocs z zewnętrznym dostawcą magazynu (S3, GCS itp.) i włączonym frameworkiem uprawnień. Instancje nieużywające frameworka uprawnień nie są dotknięte, ponieważ treści TechDocs są domyślnie widoczne dla wszystkich uwierzytelnionych użytkowników.

Backstage przed wersją 0.8.7 w pakiecie @backstage/plugin-catalog-backend-module-gitlab ma nieprawidłową autoryzację w ingestii użytkowników organizacji GitLab. Instalacje, które włączają ingestię zdarzeń organizacji GitLab i polegają na ograniczonych użytkownikach katalogu jako granicy dostępu, mogą dopuścić nieprzewidzianą tożsamość katalogu. W zależności od konfiguracji logowania i uprawnień może to umożliwić nieautoryzowany dostęp z uprawnieniami standardowego uwierzytelnionego użytkownika.