Katalog podatności CVE

Brak walidacji typu zestawu kolejek w xQueueAddToSet() w FreeRTOS-Kernel przed wersją 11.3.1 może pozwolić nieuprzywilejowanemu zadaniu na portach z MPU i configUSE_QUEUE_SETS=1 na odczyt uprzywilejowanej pamięci jądra. Aby zaradzić temu problemowi, użytkownicy powinni zaktualizować do wersji 11.3.1 lub nowszej.

FreeRTOS-Kernel przed wersją 11.3.1 nie waliduje minimalnego rozmiaru przy alokacji bezpiecznego kontekstu, co może pozwolić lokalnym użytkownikom na uszkodzenie metadanych sterty w bezpiecznym świecie poprzez zapis poza zakresem z parametrem rozmiaru stosu mniejszym niż wymagany.

FreeRTOS-Kernel przed wersją 11.3.1 nie weryfikuje uprawnień w handlerze czyszczenia bezpiecznego kontekstu, co może pozwolić lokalnym użytkownikom na wywołanie use-after-free w pamięci bezpiecznego świata przez handler SVC dla dealokacji bezpiecznego kontekstu.

FreeRTOS-Kernel przed wersją 11.3.1 ma nieprawidłową walidację wejścia, co może pozwolić nieuprzywilejowanemu zadaniu na portach z MPU na wykonanie kodu w uprzywilejowanym kontekście jądra.

Checkmate od wersji 3.3.0 do 3.9.2, przy włączonym globalnym ustawieniu showURL, powoduje, że nieuwierzytelniony endpoint GET /api/v1/status-page/:url zwraca kompletne obiekty monitorów, w tym pole secret używane jako poświadczenie HTTP Authorization, mimo że nie jest ono wyświetlane w interfejsie.

Infracost przed wersją 0.10.45, wewnętrzne/hcl/remote_variables_loader.go i powiązane ścieżki żądań Terraform Cloud, remote-plan i Terragrunt registry mogą dołączyć skonfigurowany token Terraform Cloud lub registry do docelowej nazwy hosta pochodzącej z niezaufanego wejścia Terraform bez potwierdzenia, że jest to skonfigurowany zaufany host. Gdy przebieg CI dostarcza token podczas skanowania Terraform kontrolowanego przez atakującego, w tym pull_request_target lub pull request w tym samym repozytorium, atakujący może skierować żądanie do hosta kontrolowanego przez atakującego i ujawnić token. Standardowe przepływy pracy fork pull_request bez sekretów nie są narażone.

Przed wersją 0.10.45 narzędzie Infracost zawierało podatność polegającą na tym, że funkcje szablonów readFile, pathExists, isDir i matchPaths nie rozwiązywały dowiązań symbolicznych w pośrednich katalogach. Repozytorium mogło zawierać ścieżkę taką jak evil/file, gdzie evil wskazuje poza obszar roboczy, co powodowało odczyt plików dostępnych dla procesu uruchamiającego. Treść tych plików mogła zostać wyrenderowana do wygenerowanej konfiguracji i ujawniona przez dashboard Infracost lub komentarz w pull requeście, co ma większy wpływ w środowiskach, gdzie udostępniane są sekrety repozytorium.

W wersjach od 3.5.1 do 3.9.2 narzędzia Checkmate, uwierzytelniony administrator lub superadministrator może ustawić matchMethod na regex i umieścić złośliwe wyrażenie w polu expectedValue dla zaawansowanego dopasowywania monitora HTTP. Wyrażenie to jest oceniane synchronicznie na głównej pętli zdarzeń Node.js bez limitu czasu lub izolacji wątku, co pozwala na katastrofalne cofanie się (backtracking) i zamrożenie punktów API, kontroli monitorów oraz połączeń WebSocket dla wszystkich użytkowników. Problem został naprawiony w wersji 3.9.2.

Omnigent przed wersją 0.3.0 pozwala uwierzytelnionemu użytkownikowi przesłać pakiet agenta z wartością os_env.cwd zawierającą ścieżkę bezwzględną lub sekwencję przejść, ponieważ parser przechowuje wartość bez zmian, a walidator jej nie ogranicza. Gdy OMNIGENT_RUNNER_WORKSPACE nie jest ustawione, atakujący może kontrolować ścieżkę i uzyskać dostęp do plików runnera oraz sekretów środowiska poza zamierzonym workspace.

Omnigent przed wersją 0.3.0 ma wspólny parser poleceń powłoki, który nie rozpoznaje połączonych flag interpretera, wrapperów timeout, nice, setsid, stdbuf, podstawień poleceń oraz pojedynczego operatora kontroli tła. Ukryte w tych formach polecenia git push lub gh write nie są parsowane, co powoduje, że polityki allowlist i confinement nie działają i przepuszczają polecenie.

Omnigent przed wersją 0.3.0 akceptuje w multipart POST /v1/sessions pakiet agenta, a walidator nie odrzuca kropkowanej ścieżki Python w tools..callable. Mechanizm importuje wskazany moduł i wywołuje funkcję, co pozwala pakietowi wybrać subprocess.check_output i wykonać lokalne polecenie z uprawnieniami procesu runnera.

Omnigent to otwartoźródłowy framework agentów AI i meta-harness do orkiestracji agentów kodujących. Przed wersją 0.3.0, PUT /sessions/{session_id}/agent sprawdza uprawnienie LEVEL_EDIT dla sesji, ale nie odrzuca powiązanego współdzielonego lub szablonowego agenta, którego agent.session_id jest None. Uwierzytelniony użytkownik z prawem edycji do sesji może zastąpić ten współdzielony pakiet agenta przez omnigent/server/routes/sessions.py, dodać serwer MCP stdio i spowodować, że późniejsze sesje używające współdzielonego agenta uruchomią polecenie kontrolowane przez atakującego przez omnigent/tools/mcp.py. Polecenie wykonuje się z uprawnieniami procesu runnera Omnigent i może ujawnić pliki, poświadczenia, dane obszaru roboczego, usługi wewnętrzne i dostępność runnera. Problem naprawiono w wersji 0.3.0.

Checkmate przed wersją 3.9.1 zawiera podatność na wyczerpanie pamięci w publicznym punkcie końcowym rejestracji. Niezautentykowany atakujący może wysłać wiele jednoczesnych, zbyt dużych plików, które są buforowane przed walidacją, co prowadzi do przeciążenia pamięci i awarii backendu.

UAC przed wersją 3.3.0 zawiera podatność na wstrzyknięcie poleceń w logice podstawiania użytkownika w parse_artifact.sh. Nazwy użytkowników i katalogi domowe z /etc/passwd są podstawiane do ciągów poleceń bez odpowiedniego escapowania przed wykonaniem przez eval, co pozwala na wstrzyknięcie metaznaków powłoki.

UAC przed wersją 3.3.0 zawiera podatność na wstrzyknięcie poleceń w funkcji _command_collector, gdzie linie wyjścia poleceń są podstawiane do ciągów poleceń przez sed bez odpowiedniego escapowania przed oceną przez eval. Atakujący może wykorzystać złośliwe nazwy plików lub definicje artefaktów.

UAC przed wersją 3.3.0 zawiera podatność na wstrzyknięcie poleceń w funkcji _run_command, która pozwala atakującym na wykonanie dowolnych poleceń poprzez wstrzyknięcie metaznaków powłoki do niezaufanych danych, takich jak nazwy użytkowników, nazwy procesów lub nazwy plików.

W produkcie Johnson Controls Simplex Incident Manager / Autocall Fire Administrator przed wersją 2.01.05 występuje podatność polegająca na przechowywaniu wrażliwych informacji w pamięci w postaci jawnego tekstu. Atakujący może wykorzystać tę podatność do odzyskania osadzonych wrażliwych danych.

Router TP-Link TL-MR6400 v7 zawiera podatność na zapis poza zakresem na stosie w obsłudze żądań logowania w interfejsie administracyjnym. Niezautentykowany atakujący z tej samej sieci może wysłać specjalnie spreparowane żądanie HTTP, powodując awarię procesu usługi webowej.

Router TP-Link TL-MR6400 v7 zawiera podatność na dereferencję wskaźnika NULL w funkcji parsowania żądań HTTP. Niezautentykowany zdalny atakujący może wysłać specjalnie spreparowane żądanie HTTP z uszkodzonym nagłówkiem cookie sesji, powodując awarię procesu usługi HTTP.

Router TP-Link TL-MR6400 v7 zawiera podatność na przepełnienie bufora na stosie w funkcji aktualizacji oprogramowania sprzętowego z powodu niebezpiecznego przetwarzania metadanych kontrolowanych przez atakującego w obrazie firmware. Uwierzytelniony atakujący może wykorzystać tę podatność do wykonania dowolnego kodu.