CVE-2018-7544

OpenVPN: cross-protocol scripting przez interfejs zarządzania TCP

CVSS 9.1v3.0pub. 2018-03-16upd. 2024-11-21

W OpenVPN do wersji 2.4.5 wykryto podatność typu cross-protocol scripting w interfejsie zarządzania. Gdy interfejs ten jest udostępniony przez TCP bez hasła i bez podłączonych klientów, atakujący może zdalnie wykonywać polecenia zarządcze, uzyskiwać wrażliwe dane lub powodować odmowę usługi (DoS).

▸ Pokaż oryginał (EN)

A cross-protocol scripting issue was discovered in the management interface in OpenVPN through 2.4.5. When this interface is enabled over TCP without a password, and when no other clients are connected to this interface, attackers can execute arbitrary management commands, obtain sensitive information, or cause a denial of service (SIGTERM) by triggering XMLHttpRequest actions in a web browser. This is demonstrated by a multipart/form-data POST to http://localhost:23000 with a "signal SIGTERM" command in a TEXTAREA element. NOTE: The vendor disputes that this is a vulnerability. They state that this is the result of improper configuration of the OpenVPN instance rather than an intrinsic vulnerability, and now more explicitly warn against such configurations in both the management-interface documentation, and with a runtime warning

🤖 Analiza AI

Jak działa

Podatność (CWE-134: użycie niekontrolowanego ciągu formatującego) polega na tym, że niezabezpieczony interfejs zarządzania OpenVPN nasłuchujący na TCP akceptuje połączenia z dowolnego źródła. Atakujący może nakłonić przeglądarkę ofiary do wykonania żądania XMLHttpRequest (np. poprzez multipart/form-data POST na adres http://localhost:23000), które zawiera polecenia zarządcze OpenVPN w treści żądania. Przykładowe wywołanie z komendą 'signal SIGTERM' umieszczoną w elemencie TEXTAREA powoduje zakończenie procesu OpenVPN.

Skutki

Atakujący może uzyskać dostęp do wrażliwych informacji z interfejsu zarządzania, wykonywać dowolne polecenia zarządcze lub spowodować odmowę usługi (DoS) przez wysłanie sygnału SIGTERM, co skutkuje wyłączeniem usługi VPN.

Mitygacja

Należy zastosować patche dostępne u producenta zgodnie z referencjami. Jako natychmiastowe środki zaradcze: należy zabezpieczyć interfejs zarządzania OpenVPN hasłem lub wyłączyć go, jeśli nie jest wymagany, oraz ograniczyć dostęp do portu zarządzania wyłącznie do zaufanych adresów IP za pomocą firewall. Vendor wskazuje, że problem wynika z nieprawidłowej konfiguracji, a nie z wewnętrznej podatności oprogramowania.

Kogo dotyczy

OpenVPN w wersjach do 2.4.5 włącznie, gdy interfejs zarządzania jest skonfigurowany do nasłuchiwania na TCP bez wymaganego hasła uwierzytelniającego.

Uwagi

Vendor (OpenVPN) kwestionuje klasyfikację jako podatność, wskazując że jest to efekt nieprawidłowej konfiguracji instancji OpenVPN. W odpowiedzi producent zaktualizował dokumentację interfejsu zarządzania oraz dodał ostrzeżenie wyświetlane w czasie działania programu, gdy wykryta zostanie niebezpieczna konfiguracja.