CVE-2026-4324

W wersjach przed 0.5.0 biblioteki Remote Attestation TLS Clients dla Rusta i Go, weryfikatory wyzwań RA-TLS akceptowały cytaty (quote) powiązane z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący, który zdobył klucz prywatny TLS enklawy, mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w wersji 0.5.0.

W wersjach przed tdx-v0.2.43 i tdx-gpu-v0.6.27, Enclave OS Virtual umieszczał hash klucza publicznego certyfikatu i nonce klienta w polu ReportData cytatu, ale pomijał wartość powiązaną z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w tdx-v0.2.43 i tdx-gpu-v0.6.27.

W wersjach przed privasys-v0.5.1-go1.26.5, Privasys Go (fork języka Go z obsługą RA-TLS) w trybie wyzwania wiązał pole ReportData cytatu z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w privasys-v0.5.1-go1.26.5.

W wersjach przed privasys-v0.8.1, Privasys rustls (fork biblioteki rustls z obsługą RA-TLS) emitował certyfikaty wyzwania RA-TLS, których pole ReportData cytatu było powiązane z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w privasys-v0.8.1.

W wersjach przed wasm-v0.40.0, Enclave OS Mini (runtime dla aplikacji poufnych w enklawach Intel SGX) w ścieżce certyfikatów wyzwania RA-TLS umieszczał hash klucza publicznego certyfikatu i nonce klienta w polu ReportData cytatu, ale pomijał wartość powiązaną z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w wasm-v0.40.0.

W wersjach przed 2026.9.1, Wizarr (system zarządzania zaproszeniami dla serwerów medialnych) przetwarzał Markdown z kroków kreatora w niesandboxowanym środowisku Jinja2 z dostępem do globalnych zmiennych aplikacji. Uwierzytelniony użytkownik mogący tworzyć kroki lub administrator importujący niezaufany pakiet przez POST /settings/wizard/import mógł wykonać dowolny kod Pythona podczas renderowania kroku, co mogło prowadzić do wykonania poleceń systemowych, ujawnienia SECRET_KEY, dostępu do poświadczeń usług i bazy danych oraz trwałego XSS. Problem naprawiono w 2026.9.1.

W wersjach przed 1.1.2, Astron Agent (platforma do budowania agentów AI) domyślnie używał LocalExecutor w ścieżce kodu workflow, który dostarczał pełne wbudowane funkcje Pythona do dynamicznego wykonywania kodu bez ograniczeń sandboxa. Uwierzytelniony użytkownik o niskich uprawnieniach mógł wykonać kod jako root w kontenerze core-workflow i użyć współdzielonych poświadczeń do obejścia kontroli dzierżawców, odczytu/modyfikacji danych innych dzierżawców i zakłócenia usług. Problem naprawiono w wersji 1.1.2.

W wersjach przed tinacms 3.14.0 i @tinacms/app 2.5.14, trasa podglądu admina /~/* w Tina (headless CMS) może zamienić kontrolowany przez atakującego splat routera hash na iframe z zewnętrznego origin, a expectedOrigin dla kanału GraphQL jest wyprowadzany z tego samego URL. Nieuwierzytelniony atakujący może wysłać spreparowany link do zalogowanego edytora, powodując osadzenie złośliwego origin i traktowanie go jako zaufanego podglądu, co umożliwia wykonywanie odczytów/mutacji GraphQL z poświadczeniami edytora. Problem naprawiono w tinacms 3.14.0 i @tinacms/app 2.5.14.

W wersjach od 4.0.0 do 5.3.50 i 5.7.12, Contao (Open Source CMS) renderuje metadane e-maila lub strony komentarza bez wystarczającego kodowania atrybutów i URL w funkcji listComments(). Nieuwierzytelniony gość może przesłać komentarz ze złośliwym skryptem, który wykona się w kontekście backendu, gdy użytkownik otworzy moduł komentarzy. Problem naprawiono w wersjach 5.3.50 i 5.7.12.

W wersjach przed 1.1, x64dbg-MCP Server (wtyczka MCP dla x64dbg) udostępnia wszystkie narzędzia debuggera przez HTTP i SSE bez uwierzytelnienia, nasłuchując domyślnie na 0.0.0.0. Każdy nieuwierzytelniony klient sieciowy, który może dotrzeć do domyślnego portu (9094 dla x64, 9095 dla x32), może wykonywać dowolne komendy x64dbg, dołączać do procesów, czytać i pisać pamięć debuggee oraz zapisywać pliki w dowolnych ścieżkach. Problem naprawiono w wersji 1.1.