CVE-2026-23255
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W jądrze systemu Linux zidentyfikowano podatność związaną z brakiem odpowiedniej ochrony RCU w funkcjach ptype_seq_next() i ptype_seq_show(). Problem polega na tym, że ptype_seq_show() odczytuje nazwę urządzenia bez odpowiednich barier, co może prowadzić do naruszenia zasad RCU.
Ocena ryzyka
Naruszenie zasad RCU może prowadzić do nieprzewidywalnych zachowań systemu, w tym do potencjalnych awarii lub utraty danych. Organizacje powinny być świadome ryzyka związanego z równoczesnym dostępem do struktur danych.
Rekomendacja
Zaleca się aktualizację jądra systemu Linux do najnowszej wersji, która zawiera poprawki dotyczące ochrony RCU w funkcjach ptype_seq_next() i ptype_seq_show(). Należy również monitorować systemy pod kątem potencjalnych problemów związanych z równoczesnym dostępem do danych.
Powiązane podatności
- CVE-2026-108269Krytyczne
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.
- CVE-2026-108268Krytyczne
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.
- CVE-2026-108267Krytyczne
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.
- CVE-2026-108266Krytyczne
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.
- CVE-2026-108265Krytyczne
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.
- CVE-2026-108264Krytyczne
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.
- CVE-2026-108263Krytyczne
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.
- CVE-2026-108261Krytyczne
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.
- CVE-2026-107845Krytyczne
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.
- CVE-2026-107824Krytyczne
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.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: net: add proper RCU protection to /proc/net/ptype Yin Fengwei reported an RCU stall in ptype_seq_show() and provided a patch. Real issue is that ptype_seq_next() and ptype_seq_show() violate RCU rules. ptype_seq_show() runs under rcu_read_lock(), and reads pt->dev to get device name without any barrier. At the same time, concurrent writers can remove a packet_type structure (which is correctly freed after an RCU grace period) and clear pt->dev without an RCU grace period. Define ptype_iter_state to carry a dev pointer along seq_net_private: struct ptype_iter_state { struct seq_net_private p; struct net_device *dev; // added in this patch }; We need to record the device pointer in ptype_get_idx() and ptype_seq_next() so that ptype_seq_show() is safe against concurrent pt->dev changes. We also need to add full RCU protection in ptype_seq_next(). (Missing READ_ONCE() when reading list.next values) Many thanks to Dong Chenchen for providing a repro.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS