Katalog podatności CVE

openssl_encrypt przed wersją 1.4.0 zawiera krytyczną podatność w pqc.py, gdzie niepowodzenia dekapsulacji KEM po cichu przełączają się w tryb symulacji, generując deterministyczny wspólny sekret z tylko 16 bajtów klucza prywatnego i publicznie dostępnych danych klucza. Atakujący, którzy zdobędą 16 bajtów klucza prywatnego, mogą obliczyć wspólny sekret i odszyfrować cały szyfrogram, ponieważ wyzwalacz działa przy każdym niepowodzeniu KEM bez zgłaszania błędu.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na ucieczkę z piaskownicy w IsolatedPluginExecutor, która udostępnia obiekty typów Pythona w ograniczonych wbudowanych funkcjach exec(). Atakujący mogą przechodzić przez hierarchię klas Pythona za pomocą __class__.__mro__.__subclasses__(), aby uzyskać dostęp do funkcji systemowych i wykonywać dowolne polecenia systemu operacyjnego.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na ucieczkę z piaskownicy w analizatorze AST DangerousPatternVisitor, który nie wykrywa technik przechodzenia przez atrybuty dunder. Atakujący mogą użyć łańcuchów __class__, __bases__, __subclasses__() i __globals__, aby uzyskać dostęp do ograniczonych funkcji i wykonywać dowolne polecenia systemowe z kodu pluginu.

openssl_encrypt przed wersją 1.4.0 nie stosuje ograniczeń piaskownicy w domyślnym trybie izolacji procesów dla wykonywania pluginów. Atakujący mogą wykonywać złośliwe pluginy z nieograniczonym dostępem do systemu plików, sieci, wykonywania podprocesów i wszystkich modułów Pythona.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na ominięcie uwierzytelniania w funkcji verify_api_token, która akceptuje dowolny niepusty token Bearer bez weryfikacji. Atakujący mogą przesyłać dowolne klucze publiczne, wyliczać wszystkie klucze i odwoływać klucze należące do dowolnego użytkownika, podając dowolny token Bearer w nagłówku Authorization.

openssl_encrypt przed wersją 1.4.0 zawiera zakodowane na stałe poświadczenia bazy danych w plikach konfiguracyjnych serwera autonomicznego. Atakujący w tej samej sieci mogą uzyskać dostęp do baz danych PostgreSQL, używając dobrze znanych domyślnych poświadczeń, aby pobrać wrażliwe dane.

openssl_encrypt przed wersją 1.4.0 używa HKDF bez soli i ze statycznym parametrem info w funkcjach normalizacji kluczy, co zmniejsza ekstrakcję entropii i determinizm. Atakujący mogą wykorzystać przewidywalne wyprowadzanie kluczy przy identycznych danych wejściowych, aby osłabić bezpieczeństwo kryptograficzne przeciwko atakom wielocelowym.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na obejście piaskownicy pluginu, gdzie PluginImportGuard blokuje inny zestaw modułów niż zestaw DANGEROUS_MODULES analizatora AST. Atakujący mogą ominąć analizę AST poprzez zaciemnianie lub kodowanie stringów, aby zaimportować nieblokowane niebezpieczne moduły, takie jak sys, shutil, multiprocessing, importlib i pickle, w celu wykonania dowolnego kodu.

openssl_encrypt przed wersją 1.4.0 akceptuje tokeny odświeżania jako parametry zapytania URL w trasach serwera kluczy i serwera telemetrii. Atakujący mogą wyodrębnić tokeny z logów serwera, logów proxy, historii przeglądarki i nagłówków HTTP Referer, aby uzyskać nieautoryzowany dostęp.

openssl_encrypt przed wersją 1.4.0 używa limitera szybkości w pamięci do ochrony przed brute-force TOTP, który nie jest współdzielony między procesami i ginie po restarcie serwera. Atakujący mogą rozłożyć próby uwierzytelnienia na wiele instancji serwera lub ponowić je natychmiast po restarcie, aby ominąć ochronę.

openssl_encrypt przed wersją 1.4.0 zawiera podatność w metodzie PublicKeyBundle.from_dict(), która tworzy pakiety kluczy z niezaufanych danych bez weryfikacji podpisów. Atakujący mogą wywołać from_dict() i następnie to_identity() bez weryfikacji podpisu, aby szyfrować dane przy użyciu kluczy publicznych kontrolowanych przez atakującego, co prowadzi do wycieku tajemnic.

openssl_encrypt przed wersją 1.4.0 po cichu pomija walidację schematu JSON, gdy biblioteka jsonschema nie jest zainstalowana, co pozwala na akceptowanie nieprawidłowych metadanych. Atakujący mogą usunąć pakiet jsonschema lub dostarczyć nieznane wersje formatu metadanych, aby ominąć wszystkie kontrole schematu i przetwarzać złośliwe dane.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na wykonanie dowolnego kodu w implementacji hasha Whirlpool, która używa szerokich wzorców glob do ładowania modułów .so bez weryfikacji integralności. Atakujący mogą umieścić złośliwe pliki .so pasujące do wzorca whirlpool*py313*.so w katalogach site-packages, aby uzyskać wykonanie natywnego kodu podczas ładowania modułu.

SiYuan przed wersją v3.7.4 nie ustawia nagłówków Content-Disposition i X-Content-Type-Options podczas serwowania dowolnych plików, co umożliwia ataki typu stored cross-site scripting. Uwierzytelnieni atakujący mogą przesłać pliki HTML jako zasoby i wykonać skrypty z pełnym dostępem do API jądra, gdy właściciel obszaru roboczego otworzy link do zasobu.

SiYuan przed wersją 3.7.4 rejestruje punkty końcowe debugowania Go net/http/pprof, w tym zrzuty sterty i gorutyn, bez uwierzytelniania, gdy flaga --mode nie jest ustawiona dokładnie na prod. Atakujący mogą uzyskać dostęp do /debug/pprof/heap i powiązanych punktów końcowych, aby wyodrębnić tajemnice z pamięci, w tym AccessAuthCode i klucze API dostawcy AI.

Podatność SQL Injection w starszym interfejsie API widżetu dashboardu w Google Cloud Google SecOps (Chronicle SOAR) przed wersją 6.3.85 na Google Cloud Platform pozwala uwierzytelnionemu atakującemu na wykonanie ślepych zapytań SQL przy użyciu spreparowanego parametru żądania. Podatność została załatana w wersji 6.3.85 i nie wymaga działań ze strony klienta.

Wykryto podatność w urządzeniu EFM ipTIME A3004T w wersji 14.19.0. Problem dotyczy funkcji httpcon_check_session_url w komponencie walidacji sesji, co prowadzi do nieprawidłowego uwierzytelnienia. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

Wykryto podatność w urządzeniu Edimax EW-7478APC w wersji 1.04. Dotyczy ona funkcji formWlSiteSurvey w pliku /goform/formWlSiteSurvey. Manipulacja argumentem selSSID prowadzi do przepełnienia bufora. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

Wykryto słabość w urządzeniu Edimax EW-7478APC w wersji 1.04. Dotyczy funkcji formWanTcpipSetup w pliku /goform/formWanTcpipSetup. Manipulacja argumentem pppUserName powoduje przepełnienie bufora oparte na stosie. Atak może być przeprowadzony zdalnie, a exploit jest publiczny.

Scriban przed wersją 7.0.0 przechowuje w pamięci podręcznej obiekty TypedObjectAccessor tylko według typu, bez uwzględniania zmian MemberFilter. Pozwala to na ponowne użycie instancji TemplateContext i ujawnienie członków, które powinny być ukryte, co umożliwia atakującemu dostęp do filtrowanych właściwości i pól po zaostrzeniu filtrów.