Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Katalog CISA KEV zaktualizowany: (v2026.08.19)
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.
Scriban przed wersją 7.2.2 zawiera podatność na obejście modyfikatorów dostępu w TypedObjectAccessor, co pozwala kodowi szablonu na zapis właściwości obiektów CLR bez sprawdzania widoczności setterów. Atakujący mogą modyfikować właściwości z prywatnymi, wewnętrznymi lub init-only setterami oraz przeprowadzać masowe przypisania na właściwościach z publicznymi setterami, trwale zmieniając obiekty hosta po renderowaniu szablonu.
Jądro SiYuan przed wersją 3.7.4 zawiera podatność na nieograniczone próby uwierzytelnienia w middleware CheckAuth(). Middleware akceptuje token API (Conf.Api.Token) przez nagłówek Authorization (Token/Bearer) lub parametr ?token=, a żadna z tych ścieżek nie jest chroniona mechanizmem CAPTCHA/blokady. Zdalny atakujący bez uwierzytelnienia może przeprowadzać nieograniczone automatyczne zgadywanie tokena API, szczególnie gdy skonfigurowano krótki lub słaby token, a po sukcesie uzyskuje pełny dostęp roli Administratora, umożliwiający dowolne operacje na plikach i zapytania SQL.
Net::OAuth::Client przed wersją 0.32 dla Perla pozwala dostawcy usług na ciche obniżenie OAuth 1.0a do OAuth 1.0 w get_request_token. Przekazanie callbacku do konstruktora wybiera OAuth 1.0a. get_request_token następnie odwołuje ten wybór, gdy odpowiedź na żądanie tokena nie zawiera oauth_callback_confirmed, bez wyjątku, ostrzeżenia ani opcji wymagania 1.0a. Żądanie tokena dostępu jest budowane z klasy wiadomości OAuth 1.0, która nie ma parametru verifier, więc oauth_verifier jest usuwany z żądania, nawet jeśli get_access_token otrzymał go. oauth_verifier jest powiązaniem, które OAuth 1.0a dodało między krokiem autoryzacji a wymianą tokenów. Aplikacja, która zażądała 1.0a i otrzymała 1.0, jest otwarta na fiksację sesji OAuth 1.0, gdzie atakujący uzyskuje token żądania, nakłania ofiarę do autoryzacji, a następnie sam kończy wymianę, łącząc konto ofiary u dostawcy z sesją kontrolowaną przez atakującego. Żadne działanie atakującego nie przygotowuje obniżenia: wystarczy dostawca, który nie potwierdza callbacku.
Rozszerzenie Joomla Phoca Cart w wersjach 5.0.0-6.1.6 zawiera podatność na nieuwierzytelnioną iniekcję SQL przez filtr atrybutów. Parametry GET a[] (atrybut) i s[] (specyfikacja) na publicznej stronie produktów są łączone bezpośrednio z klauzulami SQL WHERE bez parametryzacji lub escapowania. Nieuwierzytelniony atakujący może wstrzyknąć dowolny SQL, umożliwiając pełną ekstrakcję bazy danych technikami ślepymi opartymi na czasie.
Wtyczka ARForms dla WordPressa do wersji 1.8.5 włącznie jest podatna na wstrzykiwanie obiektów PHP poprzez deserializację niezaufanych danych z formularzy. Umożliwia to nieuwierzytelnionym atakującym wstrzyknięcie obiektu PHP, ale bez łańcucha POP w samej wtyczce nie ma to wpływu, chyba że zainstalowano inną wtyczkę lub motyw z łańcuchem POP.
Wtyczka WPvivid — Backup, Migration & Staging dla WordPressa przed wersją 0.9.131 nie sanityzuje wartości pochodzącej z nieuwierzytelnionego żądania przed użyciem jej do budowy ścieżki pliku dziennika, co umożliwia atakującemu posiadającemu klucz transferu między witrynami utworzenie pliku dziennika w dowolnym istniejącym katalogu z możliwością zapisu, w tym w katalogu głównym witryny. Nazwa pliku ma stały sufiks, a zawartość to nagłówek dziennika wtyczki, więc tylko lokalizacja pliku jest kontrolowana przez atakującego.
Wtyczka Simple JWT Login dla WordPressa przed wersją 3.6.8 nie weryfikuje grupy odbiorców (audience) tokenów tożsamości Google, co pozwala nieuwierzytelnionym użytkownikom na uwierzytelnienie się jako dowolny użytkownik, którego adres e-mail znajduje się w tokenie, włącznie z administratorem. Dotyczy to wszystkich instalacji z włączonym logowaniem przez Google.
Wtyczka Solace Extra dla WordPressa do wersji 1.6.0 włącznie jest podatna na nieautoryzowaną modyfikację i utratę danych z powodu braku kontroli uprawnień w funkcji import_zip(). Funkcja jest dostępna dla każdego uwierzytelnionego użytkownika, w tym subskrybentów, i umożliwia usunięcie menu nawigacyjnych, widżetów, modyfikacji motywu oraz szablonów Elementora.
Wtyczka Frontend Admin by DynamiApps dla WordPressa do wersji 3.29.9 włącznie zawiera podatność na eskalację uprawnień. Wynika to z błędnego warunku w funkcji `ActionUser::conditions_logic()`, który pomija sprawdzenie uprawnień, gdy identyfikator użytkownika jest ciągiem znaków, co pozwala atakującemu na uzyskanie uprawnień administratora.
Wtyczka ProSolution WP Client dla WordPressa do wersji 2.0.10 włącznie zawiera podatność na dowolne przesyłanie plików. Brak walidacji nagłówka Content-Disposition pozwala nieuwierzytelnionym atakującym na przesyłanie plików, które mogą być wykonywane, co umożliwia zdalne wykonanie kodu.
Wtyczka ProSolution WP Client dla WordPressa do wersji 2.0.8 włącznie zawiera podatność na dowolne usuwanie plików. Niewystarczająca walidacja ścieżki pliku w funkcji proSol_fileDeleteProcess pozwala nieuwierzytelnionym atakującym na usuwanie dowolnych plików na serwerze, co może prowadzić do zdalnego wykonania kodu.
Wykryto podatność w routerze Tenda AC10 w wersji 16.03.10.09_multi_TDE01. Dotyczy ona funkcji R7WebsSecurityHandler w komponencie httpd, co prowadzi do nieprawidłowego uwierzytelnienia. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony.
Pandora zawiera podatność na przechodzenie po ścieżkach w funkcji ekstrakcji archiwów TAR. Podczas przetwarzania archiwum TAR nazwy członków archiwum są przekazywane bezpośrednio do funkcji tarfile.TarFile.extract() bez filtra ekstrakcji. Atakujący może przesłać specjalnie spreparowane archiwum TAR ze złośliwymi ścieżkami, co pozwala na zapis plików poza zamierzonym katalogiem.
SiYuan przed wersją v3.7.4 zawiera podatność na cross-site scripting w funkcji unicode2Emoji, która nie sanityzuje danych wyjściowych gałęzi codepoint. Atakujący mogą tworzyć ikony dokumentów z zakodowanym szesnastkowo znacznikiem, który wykonuje się w rendererze z włączoną integracją Node, umożliwiając wykonanie dowolnego kodu na systemie.
SiYuan przed wersją v3.7.4 przechowuje nazwy pól widoku atrybutów bez kodowania HTML i interpoluje je bezpośrednio do elementów option przez innerHTML w menu sortowania. Atakujący mogą wstrzyknąć znaczniki, zmieniając nazwę pola bazy danych, aby wykonać dowolny JavaScript, gdy użytkownik otworzy menu sortowania, a włączona integracja Node w kliencie desktop umożliwia wykonanie kodu.
SiYuan przed wersją v3.7.4 nie waliduje ani nie koduje pola koloru w opcjach select widoku atrybutów, co pozwala na przechowywany cross-site scripting przez osiem niekodowanych miejsc renderowania. Atakujący mogą wstrzyknąć atrybuty obsługi zdarzeń, umieszczając cudzysłowy w wartości koloru, co wykonuje dowolny JavaScript podczas przeglądania baz danych zawierających złośliwe pole select.
SiYuan przed wersją v3.7.4 nieprawidłowo ogranicza nadmierne próby uwierzytelnienia w middleware CheckAuth(). Gałąź HTTP Basic Authentication, która chroni prawie całą powierzchnię /api/*, akceptuje kod dostępu do obszaru roboczego jako hasło Basic Auth, ale nie konsultuje bramki CAPTCHA/blokady ani nie zwiększa licznika nieudanych prób używanych przez ścieżkę logowania cookie/sesja. Pozwala to nieuwierzytelnionym zdalnym atakującym na brute-force kodu dostępu administratora z nieograniczoną liczbą automatycznych żądań i uzyskanie pełnego dostępu RoleAdministrator do jądra. Dodatkowo kod dostępu jest porównywany w czasie niestałym.
SiYuan przed wersją v3.7.4 nie waliduje ani nie koduje wartości szerokości kolumn tabeli, co pozwala na przechowywany cross-site scripting w atrybutach style. Atakujący mogą wstrzyknąć złośliwe ładunki przez API setAttrViewColWidth, które wychodzą poza atrybuty style i wstrzykują obsługę zdarzeń na każdej komórce tabeli, wykonując dowolny kod w rendererze Electron z włączoną integracją Node.
SiYuan przed wersją v3.7.4 zawiera podatność na zdalne wykonanie kodu w operatorze obliczeń szablonu, który renderuje szablony Go tworzone przez użytkownika i przechowuje dane wyjściowe bez sanityzacji. Atakujący mogą wstrzyknąć złośliwy HTML i JavaScript do obliczeń szablonu, które wykonują się w rendererze klienta desktop z włączoną integracją Node, umożliwiając wykonanie dowolnego kodu po otwarciu bazy danych.
SiYuan przed wersją v3.7.4 nie koduje poprawnie metadanych menu bazy danych w interpolacji HTML, co pozwala na wykonanie skryptu z przechowywanych wartości, gdy użytkownik otwiera menu grupy, widoku lub edycji pól. Atakujący mogą wstrzyknąć znaczniki przez opisy lub nazwy pól, które zamykają zawierające elementy i wykonują dowolny kod przez obsługę zdarzeń, docierając do wbudowanych funkcji Node z powodu niebezpiecznej konfiguracji Electron.

