Katalog podatności CVE

W bibliotece Langroid w wersji przed 0.64.0, komponent SQLChatAgent zawiera niedoskonałą warstwę zabezpieczeń _validate_query, która nie blokuje wszystkich niebezpiecznych funkcji SQL. Lista blokująca pomija m.in. funkcje PostgreSQL do odczytu plików (pg_read_file, pg_stat_file) oraz konstrukcje SQL Server i SQLite, co umożliwia atakującemu odczyt plików z hosta bazy danych.

Wtyczka LoginPress Pro dla WordPressa do wersji 6.2.3 włącznie zawiera podatność umożliwiającą pominięcie uwierzytelniania przez dodatek Spotify Social Login. Funkcja loginpress_on_spotify_login() ufa niezweryfikowanemu polu 'email' z API Spotify i używa go do logowania do istniejącego konta WordPress bez potwierdzenia własności adresu email.

Wtyczka LoginPress Pro dla WordPressa do wersji 6.2.3 zawiera podatność umożliwiającą ominięcie uwierzytelniania przez OAuth GitHub. Funkcja loginpress_on_github_login() ślepo ufa pierwszemu adresowi e-mail z odpowiedzi API GitHub, nie sprawdzając, czy jest on zweryfikowany, co pozwala atakującemu zalogować się jako dowolny użytkownik WordPressa, w tym administrator.

Wtyczka LoginPress Pro dla WordPressa do wersji 6.2.3 włącznie zawiera podatność umożliwiającą ominięcie uwierzytelniania przez niezweryfikowany adres e-mail OAuth. Funkcja loginpress_on_discord_login() akceptuje pole e-mail z Discorda bez sprawdzania flagi weryfikacji, co pozwala na przejęcie konta administratora.

W Vimie przed wersją 9.2.0735 skrypt uzupełniania C (ccomplete.vim) nieprawidłowo interpoluje pole typeref: lub typename: z pliku znaczników do wzorca :vimgrep wykonywanego przez :execute. Umożliwia to wstrzyknięcie dowolnego polecenia Ex poprzez specjalnie spreparowany plik .c i wywołanie uzupełniania C.

Podatność w Vimie przed wersją 9.2.0736 pozwala na wykonanie dowolnych poleceń systemu operacyjnego poprzez otwarcie spreparowanego pliku PHP i wywołanie funkcji omni-completion. Problem wynika z braku odpowiedniego escapowania nazwy klasy lub traita w skrypcie phpcomplete.vim, co umożliwia wstrzyknięcie poleceń Ex, w tym :!.

Podatność w systemie zarządzania wiedzą SiYuan przed wersją 3.7.1 pozwala na wstrzyknięcie kodu JavaScript poprzez niebezpieczne interpolowanie wartości this.path do atrybutu innerHTML. Specjalnie spreparowany link assetu z cudzysłowem może przełamać atrybut src, wstrzyknąć procedurę obsługi zdarzenia i wykonać kod w procesie Electron.

Podatność w systemie zarządzania wiedzą SiYuan przed wersją 3.7.1 umożliwia nieuwierzytelnionemu gościowi wstrzyknięcie zapytania UNION SELECT do endpointu wyszukiwania bloków. Atakujący może odczytać ukryte dokumenty, manipulując wartościami ścieżek w żądaniu POST.

SiYuan przed wersją 3.7.1 zawiera podatność na przechowywany cross-site scripting (XSS) w mechanizmie renderowania HTML przez silnik Lute. Blokada niebezpiecznych schematów JavaScript nie sprawdza atrybutów form action ani SVG xlink:href, co umożliwia wykonanie poleceń systemowych w rendererze Electron.

Podatność w systemie zarządzania wiedzą SiYuan przed wersją 3.7.1 umożliwia odczyt plików poza katalogiem snippets. Błąd w obsłudze ścieżek w funkcji serveSnippets pozwala uwierzytelnionemu atakującemu na użycie sekwencji takich jak %2e%2e (..) w żądaniu, co prowadzi do ujawnienia sekretów obszaru roboczego i bazy danych dokumentów.

W systemie New API, będącym bramą dla dużych modeli językowych (LLM) i systemem zarządzania aktywami AI, domyślna konfiguracja ochrony SSRF nie filtrowała adresów IP na podstawie nazw hostów. Wyłączenie opcji ApplyIPFilterForDomain powodowało, że walidacja URL sprawdzała tylko reguły dozwolonych/zablokowanych domen, ale nie rozwiązywała nazwy hosta na adres IP, co umożliwiało uwierzytelnionym użytkownikom skonfigurowanie URL-i powiadomień Webhook, Bark lub Gotify wskazujących na wewnętrzne lub metadane adresy IP.

Cotonti Siena 0.9.26 i wcześniejsze zawiera podatność na fałszowanie żądań międzywitrynowych (CSRF), która pozwala nieuwierzytelnionym atakującym na modyfikację konfiguracji administratora poprzez nakłonienie zalogowanego administratora do wysłania sfałszowanego żądania POST do modułu aktualizacji konfiguracji w admin.php, który nigdy nie wywołuje funkcji walidacji CSRF aplikacji. Atakujący mogą wyłączyć białą listę rozszerzeń plików modułu PFS, ustawiając pfsfilecheck na 0, co umożliwia każdemu użytkownikowi z dostępem do PFS przesyłanie i wykonywanie dowolnych plików PHP na serwerze.

W systemie Juniper Networks Junos OS Evolved wykryto podatność polegającą na nieprawidłowym ograniczeniu kanału komunikacyjnego do zamierzonych punktów końcowych. Nieuwierzytelniony atakujący z sieci może wykorzystać otwarty port, aby uzyskać dostęp do procesu zarządzania licencjami, co prowadzi do wyczerpania licencji.

Wtyczka SIP w systemie Junos OS na platformach MX z SPC3 i SRX nieprawidłowo waliduje poprawność składniową przychodzących pakietów SIP. Nieuwierzytelniony atakujący może wysłać spreparowany pakiet INVITE, powodując awarię i restart procesu flowd, co prowadzi do całkowitej przerwy w działaniu usług.

W produkcie Junos OS na platformach MX z SPC3 i SRX wykryto podatność polegającą na nieprawidłowej walidacji określonej ilości w danych wejściowych wtyczki proxy TCP. Nieuwierzytelniony atakujący sieciowo może wysłać pakiet TCP ze specjalnie spreparowanym nagłówkiem, powodując awarię i restart procesu flowd, co prowadzi do całkowitej odmowy usługi (DoS).

Podatność w DeepSeek MCP Server pozwala atakującemu na przejęcie sesji użytkownika poprzez enumerację identyfikatorów sesji i ich ponowne użycie w żądaniach czatu. Problem występuje w wersjach od 1.4.2 do 1.7.0, gdzie globalny magazyn sesji nie weryfikuje autentyczności identyfikatorów sesji.

W Discourse przed wersjami 2026.6.0, 2026.5.1, 2026.4.2 i 2026.1.5 złośliwa nazwa drugiego czynnika uwierzytelniania na koncie atakującego nie była odpowiednio kodowana w oknie potwierdzenia usunięcia, co umożliwiało trwałe cross-site scripting (XSS) podczas gdy administrator podszywał się pod to konto.

W Discourse przed wersjami 2026.6.0, 2026.5.1, 2026.4.2 i 2026.1.5, nazwy ograniczonych tagów i grup tagów przypisane do publicznie czytelnych kategorii jako dozwolone tagi, dozwolone grupy tagów lub wymagane grupy tagów mogły wyciekać do anonimowych i nieautoryzowanych użytkowników przez endpointy kategorii i grup.

W Discourse przed wersjami 2026.6.0, 2026.5.1, 2026.4.2 i 2026.1.5, funkcja pull_hotlinked_images mogła ujawnić bezpieczne przesłane pliki, jeśli atakujący znał ich adres URL i włączone było ustawienie secure_uploads.

W platformie Discourse przed wersjami 2026.6.0, 2026.5.1, 2026.4.2 i 2026.1.5 proces rejestracji umożliwiał nowym użytkownikom ustawienie primary_group_id i uzyskanie uprawnień grupy whisper bez prawidłowego członkostwa w grupach, gdy skonfigurowano whispers_allowed_groups.