Katalog podatności CVE

DiscordChatExporter przed wersją 2.47.2 zapisuje logi czatu Discord do pliku. Metoda VisitEmojiAsync w DiscordChatExporter.Core/Exporting/HtmlMarkdownVisitor.cs interpoluje emoji.Name do atrybutu alt i emoji.Code do atrybutu title bez kodowania encji HTML. To wpływa na eksport HTML niezależnie od ustawienia markdown. Obecna walidacja nazw niestandardowych emoji Discord zwykle wyklucza znaki łamiące atrybuty, ale zmodyfikowane dane offline, złagodzona reguła walidacji upstream lub inne przyszłe źródło metadanych może wstrzyknąć atrybut HTML i wykonać skrypt po otwarciu eksportu przez użytkownika.

OctoPrint przed wersjami 1.11.8 i 2.0.0rc3 ma niezgodność w parsowaniu parametrów żądań między niestandardowym handlerem Tornado a Flask/Werkzeug, co pozwala atakującemu z uprawnieniem FILE_UPLOAD wstrzykiwać zastrzeżone wewnętrzne pola uploadu przez parametry zapytania lub różnice w parserze. Dotknięte są endpointy /api/files/{local|sdcard}, /api/languages, /plugin/backup/restore i /plugin/pluginmanager/upload_file.

VeraCrypt od wersji 1.26.6 do 1.26.29, tworzenie ukrytego woluminu opartego na pliku wymusza szybkie formatowanie, a funkcje FormatNoFs w src/Common/Format.c i FormatFat w src/Common/Fat.c używają WriteFile do umieszczania surowych wyzerowanych sektorów w przewidywalnych odstępach 128 MiB. Te zapisy omijają normalną ścieżkę formatowania EncryptDataUnits, pozostawiając deterministyczne znaczniki plaintext w obszarze, który powinien przypominać losowy ciphertext. Znaczniki mogą osłabić wiarygodne zaprzeczenie podczas inspekcji kryminalistycznej, chociaż nie ujawniają zawartości ukrytego woluminu ani nie zmniejszają siły szyfrowania VeraCrypt.

BabelDOC przed wersją 0.6.3 zawiera wbudowany parser PDF w babeldoc/pdfminer/cmapdb.py, który deserializuje niezaufane dane pickle podczas ładowania plików CMap przez CMapDB._load_data(). Wartości Encoding lub CMapName kontrolowane przez PDF oraz osadzone operatory PostScript usecmap mogą dotrzeć do tego sinka po zdekodowaniu separatorów ścieżek, a _normalize_cmap_name() usuwa tylko wiodący ukośnik.

W VeraCrypt przed wersją 1.26.29, niestandardowe kompilacje z WOLFCRYPT=1 i WOLFCRYPT_BACKEND kierują wyprowadzanie klucza nagłówka woluminu SHA-256 i SHA-512 przez derive_key_sha256 i derive_key_sha512 w src/Crypto/wolfCrypt.c, gdzie skonfigurowana wartość iteracji jest odrzucana i używane jest wc_HKDF zamiast PBKDF2-HMAC. Zmiana PIM lub liczby iteracji nie zwiększa zatem kosztu wyprowadzania, co pozwala atakującemu z dotkniętym kontenerem, obrazem dysku lub nagłówkiem woluminu na znacznie tańsze odgadywanie hasła offline. Oficjalne prekompilowane binaria VeraCrypt i normalne pakiety dystrybucyjne używają standardowego backendu PBKDF2 i nie są dotknięte. Woluminy utworzone przez dotkniętą kompilację WOLFCRYPT=1 wymagają kopii zapasowej i ponownego utworzenia, ponieważ poprawione kompilacje wyprowadzają inne klucze.

OctoPrint przed wersjami 1.11.8 i 2.0.0rc3, powiadomienia o stłumionych komendach używają renderowania PNotify dla wartości payload.command i payload.message kontrolowanych przez drukarkę w src/octoprint/static/js/app/viewmodels/terminal.js bez escapowania HTML. Atakujący, który przekona ofiarę do wydrukowania spreparowanego pliku, może wstrzyknąć HTML i JavaScript do powiadomienia, zakłócić drukowanie, odczytać informacje dostępne ofierze, w tym wrażliwe ustawienia, gdy są dozwolone, lub wykonać działania w sesji OctoPrint ofiary.

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.