CVE-2026-23286
ŚrednieStreszczenie
W jądrze Linuxa zidentyfikowano podatność polegającą na dereferencji wskaźnika NULL w funkcji lec_arp_clear_vccs(). Problem ten występuje, gdy wiele wpisów ARP dzieli ten sam VCC, co prowadzi do awarii systemu w przypadku zamknięcia VCC.
Ocena ryzyka
Podatność ta może prowadzić do awarii systemu, co może wpłynąć na dostępność usług korzystających z modułu ATM LANE. Organizacje powinny być świadome ryzyka związanego z nieprawidłowym zarządzaniem pamięcią w tym module.
Rekomendacja
Zaleca się aktualizację jądra Linuxa do wersji, w której wprowadzono poprawkę, aby uniknąć problemów związanych z dereferencją wskaźnika NULL oraz zapewnić stabilność systemu.
Powiązane podatności
- CVE-2026-75969Krytyczne
W kamerach PTZOptics oraz narzędziu Firmware Upgrade Tool brakuje uwierzytelniania dla krytycznej funkcji aktualizacji oprogramowania. Nieuwierzytelniony użytkownik może zainstalować zmodyfikowane oprogramowanie na urządzeniu bez poświadczeń administratora. Podatność dotyczy wielu modeli kamer i wszystkich wersji narzędzia do aktualizacji.
- CVE-2026-62308Krytyczne
W Tugtainer przed wersją 1.30.6 uwierzytelniony użytkownik może spowodować, że serwer backend wyśle zewnętrzne żądania HTTP na dowolne adresy URL podane przez użytkownika za pośrednictwem punktu końcowego testowania powiadomień. Punkt /settings/test_notification przyjmuje pole urls i przekazuje je bezpośrednio do Apprise bez ograniczeń protokołów, nazw hostów, adresów localhost, prywatnych zakresów IP ani adresów metadanych chmury. Może to być wykorzystane jako uwierzytelnione ślepe SSRF.
- CVE-2026-55494Krytyczne
W Tugtainer Agent przed wersją 1.30.4, gdy AGENT_SECRET nie jest skonfigurowany, dostęp do API zarządzania Dockerem jest możliwy bez uwierzytelnienia. Funkcja weryfikacji podpisu w agent/auth.py zwraca sukces, jeśli Config.AGENT_SECRET jest pusty, co powoduje, że chronione API stają się dostępne bez uwierzytelnienia.
- CVE-2026-55181Krytyczne
W Tugtainer przed wersją 1.30.3 uwierzytelnianie OIDC może być inicjowane nawet gdy OIDC_ENABLED=false. Punkt końcowy /auth/oidc/enabled poprawnie informuje, że OIDC jest wyłączone, ale bezpośrednie żądanie do /auth/oidc/login nadal uruchamia proces logowania OIDC, zwraca HTTP 302, ustawia ciasteczko oidc_state i przekierowuje użytkownika do skonfigurowanego punktu autoryzacji OIDC. To omija wyłącznik OIDC.
- CVE-2026-55176Krytyczne
W Soft Machine w wersjach 0.2.247 i wcześniejszych dwie funkcje pomocnicze w /app/server.js — verifyContainerAuth() i authenticateWorkspaceHttp() — akceptują globalny CONTAINER_SHARED_SECRET jako token bearer bez weryfikacji, do którego workspace należy wywołujący. Ponieważ ten sekret jest ustawiony identycznie na każdym kontenerze w aplikacji Fly i jest dostępny w środowisku procesów widocznym dla użytkownika, każdy najemca może użyć go do uwierzytelnienia w API workspace innego najemcy. Skutkuje to dostępem do operacji odczytu, zapisu i niszczącego przywracania między workspace'ami.
- CVE-2026-19445Krytyczne
Zdalny, nieuwierzytelniony klient TLS może spowodować awarię serwera lub wywołanie przez zwolniony wskaźnik, jeśli jego sni_callback przypisze inny kontekst do SSLSocket.context (udokumentowany sposób wyboru certyfikatu per nazwa serwera) i nic innego nie utrzymuje oryginalnego ssl.SSLContext przy życiu. Typowe przypadki to serwery tworzące SSLContext na połączenie lub zastępujące go, gdy połączenia są otwarte; serwery, które opakowują nim gniazdo nasłuchujące, nie są dotknięte. Obejście: trzymaj referencję do każdego SSLContext, który ustawia sni_callback, przez cały czas życia serwera. Klienci TLS nie są dotknięci.
- CVE-2026-102490Krytyczne
Wszystkie wersje Zammad, w tym najnowsza alfa, umożliwiają lokalnemu użytkownikowi zammad eskalację uprawnień do roota.
- CVE-2026-102489Krytyczne
Zammad w wersjach 6.3.0 do 6.5.4 jest podatny na przejęcie sesji, co prowadzi do zdalnego wykonania kodu jako użytkownik zammad. Podatność występuje również w wersjach 7.0.0 do 7.1.3, ale nie jest tam wykorzystywalna ze względu na warunki środowiskowe.
- CVE-2026-103470Krytyczne
W Internet2 Grouper przed wersją 7.5.1 (w niektórych konfiguracjach) użytkownik, który ma uprawnienia do tworzenia lub edytowania reguł w interfejsie użytkownika, może eskalować uprawnienia.
- CVE-2026-102427Krytyczne
Rozszerzenie Joomla - OrdaSoft Joomla CCK przed wersją 8.3.16 zawiera nieuwierzytelnione zdalne wykonanie kodu. Plik site/uploader.php jest osiągany przez normalny routing frontendu (task=getContent), bez uwierzytelnienia lub kontroli ACL. Walidacja zawartości pliku używa prawdziwego sprawdzenia MIME, ale lista dozwolonych rozszerzeń jest zakomentowana. Rozszerzenie zapisywanego pliku pochodzi bezpośrednio z nazwy pliku podanej przez atakującego, bez walidacji, a plik jest zapisywany w katalogu wykonywanym przez PHP. Poliglot obraz/PHP przeszedł kontrolę treści z rozszerzeniem .php.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: atm: lec: fix null-ptr-deref in lec_arp_clear_vccs syzkaller reported a null-ptr-deref in lec_arp_clear_vccs(). This issue can be easily reproduced using the syzkaller reproducer. In the ATM LANE (LAN Emulation) module, the same atm_vcc can be shared by multiple lec_arp_table entries (e.g., via entry->vcc or entry->recv_vcc). When the underlying VCC is closed, lec_vcc_close() iterates over all ARP entries and calls lec_arp_clear_vccs() for each matched entry. For example, when lec_vcc_close() iterates through the hlists in priv->lec_arp_empty_ones or other ARP tables: 1. In the first iteration, for the first matched ARP entry sharing the VCC, lec_arp_clear_vccs() frees the associated vpriv (which is vcc->user_back) and sets vcc->user_back to NULL. 2. In the second iteration, for the next matched ARP entry sharing the same VCC, lec_arp_clear_vccs() is called again. It obtains a NULL vpriv from vcc->user_back (via LEC_VCC_PRIV(vcc)) and then attempts to dereference it via `vcc->pop = vpriv->old_pop`, leading to a null-ptr-deref crash. Fix this by adding a null check for vpriv before dereferencing it. If vpriv is already NULL, it means the VCC has been cleared by a previous call, so we can safely skip the cleanup and just clear the entry's vcc/recv_vcc pointers. The entire cleanup block (including vcc_release_async()) is placed inside the vpriv guard because a NULL vpriv indicates the VCC has already been fully released by a prior iteration — repeating the teardown would redundantly set flags and trigger callbacks on an already-closing socket. The Fixes tag points to the initial commit because the entry->vcc path has been vulnerable since the original code. The entry->recv_vcc path was later added by commit 8d9f73c0ad2f ("atm: fix a memory leak of vcc->user_back") with the same pattern, and both paths are fixed here.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS