Katalog podatności CVE

openssl_encrypt (pakiet pip openssl-encrypt) w wersjach do 1.4.8 nie usuwa tokena bearer keyservera przekazanego jako argument pozycyjny do 'keyserver set-token' w zrzucie argumentów --debug, ponieważ sanitize_argv_for_debug nie go oczyszcza. W rezultacie token jest drukowany jawnym tekstem na stderr przy użyciu --debug (nawet bez --unsafe-show-secrets), utrwalając poświadczenia w logach i historii terminala. Naprawiono w wersji 1.4.9.

openssl_encrypt w wersjach do 1.4.8 używa tolerancyjnego na sufiksy dopasowywania odcisków palców podczas wiązania zaufanego klucza. Operator potwierdzający krótki, podrabialny identyfikator klucza GPG może nieświadomie zarejestrować klucz atakującego jako zaufany, co umożliwia podpisywanie złośliwych wtyczek. Wersja 1.4.9 wymaga dokładnego dopasowania pełnego odcisku palca klucza głównego.

openssl_encrypt przed wersją 1.4.9 nie oczyszcza pola email w importowanych dokumentach tożsamości, co pozwala atakującym wstrzykiwać sekwencje ANSI, które fałszują linię weryfikacji odcisku palca wyświetlaną użytkownikom. Atakujący mogą dostarczyć spreparowany pakiet tożsamości przez normalne przepływy wymiany kontaktów lub odpowiedzi serwera kluczy, manipulując wyjściem terminala i wyświetlając fałszywy odcisk palca, omijając mechanizm weryfikacji poza pasmem chroniący przed atakami podstawienia kluczy.

openssl_encrypt przed wersją 1.4.9 nie zapobiega kolizjom przestrzeni nazw między własnymi tożsamościami a kontaktami w IdentityStore, co pozwala atakującym na tworzenie zacienionych wpisów kontaktowych niewidocznych do czasu usunięcia odpowiedniej własnej tożsamości. Po usunięciu własnej tożsamości zacieniony kontakt staje się widoczny i rozwiązuje się do kluczy atakującego, umożliwiając cichą podmianę kluczy dla zaszyfrowanych plików.

openssl-encrypt przed wersją 1.4.9 nie usuwa hasła z wyjścia debugowania, gdy jest ono podane w skróconych formach opcji. Sanityzacja rozpoznaje tylko dokładne nazwy opcji, formy --option=value i tokeny zaczynające się od -p, więc te formy omijają mechanizm i hasło trafia do stderr. Osoby z dostępem do tego wyjścia mogą odzyskać hasło.

openssl_encrypt przed wersją 1.4.9 używa słabego wyprowadzania klucza w D-Bus CryptoService.EncryptFile, stosując nierozciągnięty SHA-256 zamiast Argon2id. Atakujący mogą przeprowadzać ataki offline na hasła do zaszyfrowanych plików znacznie szybciej niż przewiduje dokumentacja.

openssl_encrypt przed wersją 1.4.9 nie waliduje stanu szyfrowania osadzonych post-kwantowych kluczy prywatnych w metadanych plików. Atakujący mogą tworzyć pliki z niezaszyfrowanymi osadzonymi kluczami PQC, które odszyfrowują się pod dowolnym hasłem, omijając uwierzytelnianie i produkując wybrany przez atakującego tekst jawny z fałszywą weryfikacją integralności.

openssl_encrypt przed wersją 1.4.9 nie przelicza i nie weryfikuje odcisków palców podczas ładowania tożsamości z identity.json, co pozwala atakującym podmieniać klucze publiczne w magazynach tożsamości. Atakujący mogą zastąpić legalne klucze publiczne własnymi, zachowując deklarowany odcisk palca, co umożliwia ciche podstawienie kluczy, gdzie szyfrowanie używa kluczy atakującego, a weryfikacja podpisów wydaje się poprawna.

openssl_encrypt przed wersją 1.4.9 używa listy zablokowanych do identyfikacji zaufanych wbudowanych wtyczek, co pozwala niepodpisanym wtyczkom w katalogach plugins/ najwyższego poziomu i nieznanych podkatalogach ominąć weryfikację podpisu. Atakujący mogą umieścić złośliwe niepodpisane wtyczki zgodnie z udokumentowanymi ścieżkami instalacji, aby uzyskać zdalne wykonanie kodu w procesie CLI z dostępem do haseł i kluczy kryptograficznych.

openssl_encrypt przed wersją 1.4.9 zawiera podatność weryfikacji podpisu w gpg_runner.verify_detached, która akceptuje odwołane i wygasłe klucze, sprawdzając tylko status VALIDSIG bez analizowania REVKEYSIG, EXPKEYSIG lub kodów wyjścia gpg. Atakujący posiadający skompromitowane, a następnie odwołane klucze podpisujące lub wygasłe klucze projektowe mogą ominąć weryfikację podpisu, aby wykonać złośliwe wtyczki w procesie hosta.

openssl_encrypt przed wersją 1.4.9 nie waliduje poprawnie kosztów funkcji wyprowadzania klucza w spreparowanych plikach, co pozwala atakującym na wyczerpanie pamięci i CPU podczas przetwarzania przed uwierzytelnieniem. Złośliwe pliki z nadmiernymi parametrami KDF mogą zawiesić proces.

openssl_encrypt przed wersją 1.4.9 zawiera podatność na wstrzykiwanie poleceń w poleceniu info, gdzie niezaufane pola metadanych są interpolowane bez cudzysłowów. Atakujący mogą spreparować wartości metadanych, takie jak pepper_name, zawierające polecenia powłoki, które wykonają się po skopiowaniu wydrukowanego bloku CLI do powłoki.

openssl_encrypt (pakiet pip openssl-encrypt) w wersjach <= 1.4.8 zawiera wadę rozwiązywania plików konfiguracyjnych względem bieżącego katalogu w crypt_settings.py, gdzie CONFIG_FILE (pierwotnie bezwzględna ścieżka per użytkownik ~/.crypt_settings.json) jest ponownie przypisywana w linii 84 do zwykłej względnej nazwy 'crypt_settings.json'. W rezultacie przestarzały interfejs Tk GUI SettingsTab odczytuje i zapisuje ustawienia KDF z crypt_settings.json w katalogu, z którego uruchomiono proces (bieżący katalog roboczy), zamiast w katalogu domowym użytkownika. Atakujący, który umieści złośliwy crypt_settings.json (np. sha256:1 z wyłączonymi wszystkimi pamięciożernymi KDF), może po cichu obniżyć szyfrowanie wykonywane w tej sesji GUI do około jednej rundy haszowania, omijając preflight słabych KDF i umożliwiając ataki brute-force offline na wynikowy szyfrogram. Poprawione w wersji 1.4.9.

openssl_encrypt w wersjach przed 1.4.9 nie oczyszcza znaków sterujących terminala w metadanych plików drukowanych przez polecenie info. Atakujący mogą tworzyć złośliwe pliki zawierające sekwencje ucieczki, aby przemalować wyjście terminala i sfałszować informacje weryfikacyjne wyświetlane użytkownikom.

openssl_encrypt w wersjach przed 1.4.9 nie poprawnie escapuje wartości key_id kontrolowanych przez atakującego, drukowanych na stderr podczas automatycznego wykrywania odszyfrowania. Atakujący mogą tworzyć zaszyfrowane pliki ze złośliwym key_id zawierającym sekwencje ucieczki, aby przemalować wyjście terminala i sfałszować bloki weryfikacji autentyczności.

openssl-encrypt (pakiet pip, wersje do 1.4.8) nie oczyszcza nazw plików odczytywanych z niezaufanych danych dysku (poza uwierzytelnionym manifestem AES-GCM) przed wydrukowaniem ich w danych wyjściowych polecenia verify-usb. Atakujący może umieścić nazwy plików zawierające bajty sterujące ruchem kursora i kasowaniem linii, które przemalowują sfałszowany werdykt PASSED na ekranie, maskując rzeczywiste wykrycie manipulacji. Naprawiono w wersji 1.4.9 przez przekierowanie nazw pochodzących z dysku przez sanitize_for_display().

openssl_encrypt przed wersją 1.4.9 nie waliduje pola total z danych QR przed materializacją zakresów. Atakujący mogą dostarczyć spreparowane obrazy QR z bardzo dużymi wartościami total, co prowadzi do nieograniczonej alokacji pamięci i odmowy usługi przez wyczerpanie pamięci.

openssl_encrypt w wersjach 1.4.8 i wcześniejszych nie waliduje pola total_samples w plikach FLAC przed użyciem go do alokacji pamięci. Spreparowany plik FLAC o rozmiarze ~50 bajtów deklarujący ~100 milionów próbek powoduje alokację wielu gigabajtów, prowadząc do odmowy usługi przez brak pamięci podczas 'decrypt --stego-extract'. Problem naprawiony w 1.4.9; dotyczy linii 1.4.x i 1.5.x.

openssl_encrypt przed wersją 1.4.9 nie waliduje adresów URL serwera w funkcjach login i register_with_email, akceptując niezaszyfrowane adresy http:// i niekonfigurowane hosty. Atakujący na ścieżce sieciowej mogą przechwycić poświadczenia w postaci jawnego tekstu, w tym client_id, hasła i JWT, co prowadzi do pełnego przejęcia konta na serwerze kluczy.

openssl-encrypt przed wersją 1.4.9 zawiera podatność na podążanie za dowiązaniami symbolicznymi w skanie verify-usb v2. Atakujący z fizycznym dostępem do dysku przenośnego może podmienić katalog na dowiązanie symboliczne do kopii z identycznymi plikami oraz podłożonym plikiem __pycache__/*.pyc, który jest ładowany zamiast czystego .py. Plik nie jest wykrywany, verify-usb raportuje PASSED, co prowadzi do wykonania kodu. Naprawione w 1.4.9 (dotyczy linii 1.4.x i 1.5.x).