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.

API mirrorów push Gitea sprawdzało, czy właściciel repozytorium, a nie żądający użytkownik, może używać ścieżek lokalnego systemu plików. W instancjach z [security] IMPORT_LOCAL_PATHS = true, administrator repozytorium bez uprawnień do importowania lokalnych ścieżek mógł dodać mirror push do lokalnej ścieżki na serwerze, gdy właściciel repozytorium miał takie uprawnienie. Gitea wypychał refy repozytorium do istniejącego repozytorium Git na tej ścieżce z uprawnieniami procesu Gitea.

Podatność w NVIDIA Model-Optimizer umożliwiająca deserializację niezaufanych danych. Udany atak może prowadzić do wykonania kodu, manipulacji danymi, odmowy usługi oraz ujawnienia informacji.

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).

W sshd w OpenSSH do wersji 10.6, w niektórych środowiskach takich jak QNX 6 i SCO OpenServer 5, sshd-session może nieoczekiwanie mieć uprawnienia roota. Jest to związane z opcjami konfiguracji GatewayPorts i StreamLocalForwarding oraz brakiem wsparcia dla przekazywania deskryptorów plików i nieuprzywilejowanej alokacji urządzeń PTY.

W sshd w OpenSSH do wersji 10.6, użycie SDK macOS 27 (lub nowszego) ma skutek uboczny w postaci utraty sandboxingu, co może być nieoczekiwane.

W sshd w OpenSSH przed wersją 10.6, wartość "none" dla opcji konfiguracyjnej jest czasami interpretowana jako nazwa pliku, ale miała oznaczać, że funkcja jest wyłączona.

W Backstage przed wersjami 1.14.6 i 1.15.4, pakiet @backstage/plugin-techdocs-node ma nieprawidłową walidację konfiguracji motywu mkdocs. Użytkownik z prawem zapisu do zarejestrowanego repozytorium może dodać wartości konfiguracyjne w mkdocs.yml, które powodują wykonanie dowolnego kodu podczas budowania dokumentacji.

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.

W Backstage przed wersjami 1.14.6 i 1.15.4, pakiet @backstage/plugin-techdocs-node ma obejście sanityzacji konfiguracji mkdocs. Użytkownicy z możliwością zatwierdzania zmian w repozytorium TechDocs mogą ominąć sanityzator i wykonać dowolny kod na hoście backendu TechDocs podczas generowania dokumentacji.

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.

W Backstage przed wersjami 3.3.1, 3.4.1, 4.0.3 i 4.1.0, pakiet @backstage/plugin-scaffolder-backend ma obejście autoryzacji wejściowej akcji scaffolder. Uwierzytelniony użytkownik z dostępem do szablonów Scaffolder może ominąć skonfigurowane ograniczenia akcji, co może prowadzić do nieautoryzowanego dostępu do repozytoriów i zasobów kontroli wersji.

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 to otwarta platforma do budowania portali deweloperskich. Przed wersjami 3.3.1, 3.4.1, 4.0.3 i 4.1.0 pakiet @backstage/plugin-scaffolder-backend jest podatny na ujawnienie wrażliwych informacji w narzędziu Scaffolder. Uwierzytelniony użytkownik Backstage, który może odczytać zadanie Scaffolder innego użytkownika, może otrzymać wewnętrzne dane wykonawcze.

W Backstage przed wersjami 3.3.1, 3.4.1, 4.0.3 i 4.1.0, pakiet @backstage/plugin-scaffolder-backend ma nieprawidłową walidację stanu zadań. Uwierzytelniony użytkownik z uprawnieniami do tworzenia i dostępu do zadań Scaffolder może, w określonych warunkach, wpływać na pliki dostępne dla backendu Backstage, co może naruszyć poufność, integralność i dostępność.

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ń.

W Backstage przed wersjami 3.5.1, 3.6.2, 3.7.2, 3.8.2 i 3.9.1, pakiet @backstage/plugin-catalog-backend ma nieprawidłową walidację URL w rozwiązywaniu placeholderów encji katalogu. Uwierzytelniony użytkownik może utworzyć encję z dyrektywami placeholderów odwołującymi się do zasobów poza repozytorium źródłowym, co może umożliwić dostęp do danych nieprzeznaczonych dla użytkownika.