CVE-2026-106556

Pakiet @backstage/plugin-techdocs-node przed wersjami 1.14.6 i 1.15.4 nieprawidłowo walidował konfigurację rozszerzeń Markdown dla TechDocs. Uwierzytelniony użytkownik mogący rejestrować lub modyfikować źródła dokumentacji może spowodować, że proces budowania TechDocs uzyska dostęp do zasobów poza zamierzonym obszarem dokumentacji. Może to ujawnić dane hosta backendu lub wewnętrzne zasoby sieciowe.

Backstage to otwarty framework do budowania portali deweloperskich. Przed wersjami 1.14.8, 1.15.6 i 2.0.1 pakiet @backstage/plugin-techdocs-node nieprawidłowo walidował konfigurację markdown_extensions w stylu mapowania. Uwierzytelniony atakujący mogący zarejestrować lub wpłynąć na źródło dokumentacji oparte na SCM może obejść sanityzację TechDocs i spowodować import oraz instancjonowanie obiektów Pythona w środowisku uruchomieniowym generatora, prowadząc do wykonania dowolnego kodu. Wcześniejsze poprawki w wersjach 1.14.6 i 1.15.4 nie rozwiązały w pełni obsługiwanej reprezentacji mapowania markdown_extensions. Wpływ jest największy, gdy generowanie dokumentacji działa z poświadczeniami backendu, dostępem do systemu plików lub dostępem do sieci wewnętrznej.

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.

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.

Pakiet @backstage/plugin-techdocs-node od wersji 0.11.12 do 1.14.7 i 1.15.5 ma nieprawidłową walidację konfiguracji wtyczki mkdocs w TechDocs. Uwierzytelniony atakujący kontrolujący repozytorium źródłowe TechDocs może spowodować, że kompilacja dokumentacji pobierze i opublikuje dane z lokalizacji sieciowych osiągalnych dla środowiska kompilacji.

Backstage (pakiet @backstage/plugin-techdocs-node) przed wersjami 1.14.6 i 1.15.0-1.15.4 niewystarczająco weryfikuje plik mkdocs.yml, co może prowadzić do nieintencjonalnego wykonania kodu przez niezaufane znaczniki YAML, konfigurację markdown_extensions i inne opcje.

Podatność w @backstage/plugin-techdocs-node umożliwia ominięcie listy dozwolonych kluczy konfiguracyjnych MkDocs, co prowadzi do zdalnego wykonania dowolnego kodu Python podczas procesu budowania dokumentacji. Problem został załatany w wersji 1.14.3.

Podatność w @backstage/plugin-techdocs-node pozwala atakującemu na zdalne wykonanie kodu Python na serwerze budowania TechDocs poprzez złośliwą konfigurację `mkdocs.yml`. Problem występuje w trybie `runIn: local` przed wersjami 1.13.11 i 1.14.1.