CVE-2025-65083

NiskieCVSS 3.2

Opublikowano: 17/11/2025(UTC)Zaktualizowano: 07/10/2026(UTC)Przetłumaczono: 08/10/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.12%

Percentyl 2 - wyżej niż 2% wszystkich znanych CVE

Streszczenie

GoSign Desktop do wersji 2.4.1 wyłącza weryfikację certyfikatów TLS, gdy skonfigurowano użycie serwera proxy. Może to pozwolić na obejście ochrony integralności, jeśli użytkownik wybierze dowolny serwer proxy, a połączenia HTTPS z tym serwerem do serwerów internetowych będą działać nawet dla niezaufanych lub nieprawidłowych certyfikatów.

Ocena ryzyka

Ryzyko ataku man-in-the-middle i naruszenia integralności danych, gdy użytkownik korzysta z niesprawdzonego serwera proxy.

Rekomendacja

Zaktualizuj GoSign Desktop do najnowszej wersji i unikaj konfigurowania dowolnych serwerów proxy; upewnij się, że weryfikacja certyfikatów TLS jest włączona.

Inne podatności w GoSign Desktop

CVE-2025-34324Wysokie
GoSign Desktop w wersjach 2.4.0 i wcześniejszych używa niepodpisanego manifestu aktualizacji do dystrybucji aktualizacji aplikacji. Manifest zawiera adresy URL pakietów i skróty SHA-256, ale nie jest podpisany cyfrowo, więc jego autentyczność opiera się wyłącznie na kanale TLS. W podatnych wersjach walidacja certyfikatu TLS może być wyłączona przy skonfigurowanym proxy, co pozwala atakującemu przechwytującemu ruch sieciowy dostarczyć złośliwy manifest i pakiet z pasującym skrótem, powodując pobranie i instalację zmodyfikowanej aktualizacji oraz wykonanie dowolnego kodu.

Oryginalny opis (angielski, źródło NVD)

GoSign Desktop through 2.4.1 disables TLS certificate validation when configured to use a proxy server. This can be problematic if the GoSign Desktop user selects an arbitrary proxy server without consideration of whether outbound HTTPS connections from the proxy server to Internet servers succeed even for untrusted or invalid server certificates. In this scenario (which is outside of the product's design objectives), integrity protection could be bypassed. In typical cases of a proxy server for outbound HTTPS traffic from an enterprise, those connections would not succeed. (Admittedly, the usual expectation is that a client application is configured to trust an enterprise CA and does not set SSL_VERIFY_NONE.) Also, it is of course unsafe to place ~/.gosign in the home directory of an untrusted user and then have other users execute downloaded files.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS