Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Przeglądaj podatności według pakietuKatalog CISA KEV zaktualizowany: (v2026.08.27)
Cotygodniowy digest CVE
Jeden mail w tygodniu z nowo opublikowanymi podatnościami, o których warto wiedzieć. Bez zakładania konta.
Digest dotyczy ogólnie nowych podatności, nie Twoich serwerów. Jeśli chcesz wiedzieć, które z nich faktycznie działają w Twojej infrastrukturze, tym zajmuje się Secvalis : skanuje Twoje maszyny i zgłasza wyłącznie to, co ich dotyczy.
Atakujący, który może wysyłać pocztę do użytkownika, może spreparować nagłówek wiadomości, którego wartości są dobrane tak, aby powodować kolizje w wewnętrznej tablicy haszującej, co sprawia, że polecenie IMAP THREAD zużywa CPU nieproporcjonalnie do rozmiaru wiadomości. Jest to osobny problem od CVE-2026-40014 i nie jest rozwiązany przez tamtą poprawkę. Gdy klient poczty wyda polecenie THREAD na dotkniętej skrzynce, może to powodować degradację lub odmowę usługi dla IMAP. Zaleca się monitorowanie systemu pod kątem nietypowego zużycia CPU, zabicie procesu powodującego problem i usunięcie szkodliwej wiadomości z dotkniętej skrzynki. Należy zaktualizować do niepodatnej wersji. Nie są znane publicznie dostępne exploity.
Atakujący z prawidłowymi poświadczeniami może otworzyć wiele połączeń do usługi imap-hibernate i wysyłać nieprawidłowe polecenia, co może sporadycznie powodować odczyt poza zakresem i awarię procesu. Awaria przerywa hibernowane sesje IMAP obsługiwane przez dotknięty proces, co może powodować degradację usługi dla IMAP. Zaleca się wyłączenie hibernacji IMAP. Należy zaktualizować do niepodatnej wersji. Nie są znane publicznie dostępne exploity.
Atakujący może wysłać użytkownikowi wiadomość ze specjalnie spreparowanym nagłówkiem, który powoduje, że polecenie IMAP THREAD zużywa nieproporcjonalnie dużo CPU w stosunku do rozmiaru wiadomości. Gdy klient poczty wykona polecenie THREAD na dotkniętej skrzynce, może to spowodować degradację lub odmowę usługi dla IMAP. Należy monitorować system pod kątem nieprawidłowego użycia CPU, zabić proces powodujący problem i usunąć szkodliwą wiadomość ze skrzynki. Zaktualizuj do niepodatnej wersji. Nie są znane publiczne exploity.
Atakujący z prawidłowymi poświadczeniami może przesłać skrypt Sieve zawierający ekstremalny literał numeryczny, co powoduje zapis poza zakresem podczas kompilacji skryptu przez usługę ManageSieve. Powoduje to uszkodzenie pamięci i zaobserwowany crash procesu ManageSieve, co prowadzi do odmowy usługi w zakresie zarządzania skryptami. Może to być również wykorzystane do zdalnego wykonania kodu. Należy wyłączyć usługę ManageSieve, jeśli użytkownicy nie potrzebują zdalnego zarządzania skryptami Sieve. Zaktualizuj do niepodatnej wersji. Nie są znane publiczne exploity.
Atakujący z prawidłowymi poświadczeniami może użyć polecenia IMAP LIST do zużywania CPU. Może to spowodować degradację lub odmowę usługi dla IMAP. Należy monitorować system pod kątem nieprawidłowego użycia CPU, zabić proces powodujący problem i zablokować konto. Alternatywnie zainstaluj poprawioną wersję. Nie są znane publiczne exploity.
Treść wiadomości przechowywana przez użytkownika może być spreparowana tak, aby była interpretowana jako polecenia protokołu dsync, gdy administrator później uruchomi dsync z protokołem strumieniowym, na przykład podczas migracji. Wstrzyknięte polecenia mogą modyfikować stan skrzynki na serwerze docelowym podczas migracji lub replikacji, w tym wewnętrzne atrybuty skrzynki, których użytkownik nie powinien móc ustawiać bezpośrednio. Może to również powodować błędy dsync. Należy unikać uruchamiania dsync z protokołem strumieniowym na skrzynkach z niezaufaną treścią. Zaktualizuj do niepodatnej wersji. Nie są znane publiczne exploity.
Nieuwierzytelniony atakujący może spowodować awarię procesu logowania ManageSieve, wysyłając małe, źle sformułowane polecenie przed uwierzytelnieniem. W trybie wysokiego bezpieczeństwa (domyślnym dla wydań społecznościowych) kończy się tylko połączenie atakującego. W trybie wysokiej wydajności (domyślnym dla wydań Pro) kończą się wszystkie połączenia obsługiwane przez ten sam proces managesieve-login. Powtarzanie ataku może spowodować denial of service dla zarządzania skryptami Sieve.
Atakujący, który może sprawić, że Dovecot przekaże wiadomość, na przykład przez przekierowanie Sieve lub relay submission, może użyć spreparowanego zakończenia linii w treści wiadomości, aby ominąć ochronę wychodzącą, która zapobiega interpretacji treści wiadomości jako poleceń SMTP. Serwer poczty niższego szczebla, który nie naprawił jeszcze podatności na przemycanie SMTP, może zostać oszukany, aby potraktować część treści wiadomości jako nowe polecenia SMTP, co pozwala na wstrzyknięcie sfałszowanej wiadomości e-mail. Jest to ta sama klasa podatności co CVE-2023-51764 i CVE-2023-51766. Jeśli kontrolujesz serwery poczty odbierające, upewnij się, że odrzucają gołe znaki powrotu karetki w danych wiadomości. Zaktualizuj do niepodatnej wersji. Nie są znane publiczne exploity.
Gdy ustawienie mail_max_userip_connections jest ustawione (domyślnie 10) i osiągnięte, submission-login może ulec awarii z powodu paniki epoll() spowodowanej problemami z obsługą deskryptorów plików. Jeśli działa w trybie wysokiego bezpieczeństwa (domyślnie dla wydań społecznościowych), tylko nowe połączenie submission zostaje zakończone. Jeśli działa w trybie wysokiej wydajności (domyślnie dla wydań Pro), wszystkie połączenia obsługiwane przez proces submission-login zostaną zakończone. Awarie mogą spowodować niepowodzenie wysyłania wiadomości przez użytkownika lub mogą spowodować wysłanie zduplikowanych wiadomości. Jeśli TLS nie jest używany (w serwerze zaplecza przetwarzającym submission), zduplikowane dostarczenia nie mogą wystąpić, ponieważ awaria może nastąpić tylko na etapie AUTH. Ogranicz liczbę połączeń obsługiwanych przez pojedynczy proces submission-login. Ma to jednak wpływ na wydajność. Zaktualizuj do niepodatnej wersji. Nie są znane publiczne exploity.
Atakujący, który może wysłać wiadomość do użytkownika, może stworzyć wiadomość z bardzo dużą liczbą adresów e-mail lub parametrów MIME w nagłówkach, co powoduje nadmierne zużycie pamięci podczas późniejszego parsowania wiadomości. Wiadomość jest nadal dostarczana, ale odczytanie jej przez IMAP może wyczerpać limit pamięci procesu i go zakończyć, powodując denial of service dla danego użytkownika.
W Eclipse Lyo w wersjach od 2.0.0 do 7.0.0, kontrola autoryzacji serwera OAuth może zostać ominięta, gdy serwer obsługuje uwierzytelnianie 2-legged. W takich przypadkach aplikacje oparte na filtrach autoryzacji dostarczanych przez Lyo (AbstractAdapterCredentialsFilter) są podatne. Atakujący może utworzyć tymczasowo zaufanego klienta (prawidłowy przypadek użycia), ale może być on użyty jako zaufany klient natychmiast, bez wymaganej zgody administratora na usunięcie statusu tymczasowego. Ścieżka 3-legged wymagająca interakcji użytkownika nie jest podatna i odrzuca tymczasowych klientów.
W FFmpeg znaleziono błąd w funkcji tdsc_load_cursor(), która zapisuje poza granice bufora przydzielonego na stercie podczas przetwarzania spreparowanych danych kursora TDSC. Zdalny atakujący może wykorzystać to przez dostarczenie specjalnie spreparowanego pliku wideo, co może prowadzić do odmowy usługi lub wykonania dowolnego kodu.
Podatność typu Cross-site Scripting w funkcji ekstrakcji domeny w Synology Chat Server przed wersją 2.4.5-22148 pozwala zdalnym uwierzytelnionym użytkownikom, poprzez interakcję UI, na odczyt i zapis ograniczonych plików oraz przeprowadzanie ograniczonych ataków DoS w DSM.
Podatność typu Server-Side Request Forgery (SSRF) w funkcji webhook w Synology Chat Server przed wersją 2.4.5-22148 pozwala zdalnym uwierzytelnionym użytkownikom na uzyskanie nieistotnych informacji.
Podatność typu Cross-site Scripting w Tangible Loops & Logic.
W jądrze Linux naprawiono podatność w ptp: vmclock, która pozwalała na zmianę mapowania strony tylko do odczytu na zapisywalną. Funkcja vmclock_miscdev_mmap() odrzucała zapisywalne mapowania strony ABI vmclock z błędem -EROFS, ale pozostawiała flagę VM_MAYWRITE. Użytkownik mógł zmapować stronę jako tylko do odczytu, a następnie uaktualnić ją do zapisywalnej za pomocą mprotect(), co pozwalało gościowi na uszkodzenie danych czasu przechowywanych przez hosta (licznik sekwencji, czas UTC, offset TSC), które są zdefiniowane jako tylko do odczytu. Poprawka polega na wyczyszczeniu flagi VM_MAYWRITE na ścieżce tylko do odczytu, aby uniemożliwić uaktualnienie mapowania.
W jądrze Linux naprawiono podatność w of: reserved_mem, która powodowała zapis poza granicami tablicy, gdy zdefiniowano zbyt wiele dynamicznych regionów. Podczas uruchamiania funkcja fdt_scan_reserved_mem() zapisuje każdy dynamicznie umieszczony podwęzeł /reserved-memory do lokalnej tablicy o rozmiarze MAX_RESERVED_REGIONS. Jeśli drzewo urządzeń definiuje więcej niż MAX_RESERVED_REGIONS dynamicznie umieszczonych regionów, funkcja zapisuje poza koniec lokalnej tablicy. Poprawka dodaje sprawdzenie granic, które loguje błąd i pomija nadmiarowe regiony, przywracając oryginalne zachowanie.
W jądrze Linux naprawiono podatność w wifi: mac80211, która dotyczyła walidacji parametrów TWT przed konfiguracją sterownika. Funkcja ieee80211_process_rx_twt_action() tylko częściowo waliduje odebraną ramkę S1G TWT setup przed jej zakolejkowaniem. Indywidualne porozumienie może dotrzeć do ieee80211_s1g_rx_twt_setup() z twt->length zbyt krótkim dla pełnej struktury ieee80211_twt_params. Ścieżka indywidualna przekazuje twt do drv_add_twt_setup(). Zarówno tracepoint, jak i callback sterownika konsumują pełny blok parametrów, a nie tylko req_type. Poprawka nie przekazuje krótkiego indywidualnego porozumienia do sterownika. Porozumienia rozgłoszeniowe pozostają niezmienione, ponieważ są odrzucane lokalnie po uzyskaniu dostępu tylko do req_type.
W jądrze Linux naprawiono podatność w Bluetooth: ISO, która dotyczyła pozostawania wiszących referencji hcon w iso_conn. Po iso_conn_del(), gniazda ISO nie powinny już dereferencjonować hcon. Obecnie wyczyszczenie iso_conn::hcon polega na tym, że iso_conn_del() zwalnia ostatnią referencję do iso_conn. Poprawka upraszcza to przez jawne wyczyszczenie conn->hcon w iso_conn_del(), aby uniknąć bardziej złożonego rozumowania na temat wyścigów o to, kto trzyma ostatnią referencję.
W jądrze Linux naprawiono podatność w iomap, która powodowała zakleszczenie. Funkcja iomap_split_ioend może dzielić biosa, które już pochodzą z iomap_ioend_bioset, co prowadzi do zakleszczenia, gdy bioset jest wyczerpany. Poprawka dodaje oddzielny bioset, aby uniknąć tego zakleszczenia. Dodatkowo oznaczono iomap_ioend_split_bioset jako statyczny, ponieważ jest używany tylko w ioend.c, co naprawia ostrzeżenie sparse zgłoszone przez kernel test robot.

