Jedna z czołowych stron w Alexa (środkowe kółko), zabezpieczona HTTPS, z subdomenami (szare) i zależnościami (białe), wśród których znajdują się podatne (przekreślona wypełnienie)
W dzisiejszych czasach ikona zabezpieczonego połączenia HTTPS stała się standardowym i wręcz niezbędnym atrybutem każdej poważnej strony internetowej. Jeśli jest nieobecny, prawie wszystkie ostatnie przeglądarki pokazują ostrzeżenie, że i nie zalecają przesyłania na nią poufnych informacji.
Jednak okazuje się, że obecność "kłódki" w pasku adresu nie zawsze gwarantuje ochronę. z rankingu Alexa wykazało: wiele z nich jest podatnych na krytyczne luki w protokołach SSL/TLS, zazwyczaj przez subdomeny lub zależności. Zdaniem autorów badania, złożoność nowoczesnych aplikacji webowych wielokrotnie zwiększa powierzchnię ataku.
Wyniki badania
Badanie przeprowadzili specjaliści z Uniwersytetu w Wenecji Ca' Foscari (Włochy) oraz Wiedeńskiego Uniwersytetu Technicznego. Szczegółowy raport zostanie przedstawiony na 40. sympozjum IEEE dotyczącego bezpieczeństwa i prywatności, które odbędzie się 20−22 maja 2019 roku w San Francisco.
Zbadano 10 000 najpopularniejszych stron HTTPS z listy Alexa oraz 90 816 powiązanych z nimi hostów. Wrażliwe konfiguracje kryptograficzne ujawniono na 5574 hostach, co stanowi około 5,5% ogólnej liczby:
- 4818 podatnych na MITM
- 733 podatnych na całkowite deszyfrowanie TLS
- 912 podatnych na częściowe deszyfrowanie TLS
898 stron jest całkowicie otwartych na atak, dopuszczających wstrzykiwanie zewnętrznych skryptów, a 977 stron ładuje treści z słabo zabezpieczonych stron, z którymi może współdziałać napastnik.
Badacze podkreślają, że wśród 898 "całkowicie skompromitowanych" zasobów znajdują się sklepy internetowe, usługi finansowe i inne duże strony. 660 z 898 stron ładuje zewnętrzne skrypty z podatnych hostów: to główne źródło niebezpieczeństwa. Zdaniem autorów, złożoność nowoczesnych aplikacji webowych wielokrotnie zwiększa powierzchnię ataku.
Wykryto również inne problemy: 10% formularzy logowania ma problemy z bezpiecznym przesyłaniem informacji, co grozi wyciekiem haseł, 412 stron dopuszcza przechwytywanie ciasteczek oraz "przechwytywanie sesji", a 543 strony są podatne na ataki na integralność ciasteczek (przez subdomeny).
Problem polega na tym, że w ciągu ostatnich lat w protokołach SSL/TLS i oprogramowaniu : POODLE (CVE-2014-3566), BEAST (CVE-2011-3389), CRIME (CVE-2012-4929), BREACH (CVE-2013-3587) i Heartbleed (CVE-2014-0160). Aby je zabezpieczyć, potrzebne są różne ustawienia po stronie serwera i klienta, aby uniknąć korzystania ze starych, podatnych wersji. Jest to dość skomplikowana procedura, ponieważ takie ustawienia wymagają wyboru spośród szerokiego zestawu szyfrów i protokołów, w które ciężko się zorientować. Nie zawsze jest jasne, które zestawy szyfrów i protokołów można uznać za „wystarczająco bezpieczne”.
Zalecane ustawienia
Nie ma jednego oficjalnie zatwierdzonego i uzgodnionego wykazu zalecanych ustawień HTTPS. Tak więc, oferuje kilka opcji konfiguracji, w zależności od wymaganego poziomu ochrony. Na przykład, oto zalecane ustawienia dla serwera nginx 1.14.0:
Nowoczesny tryb
Najstarsze wspierane przeglądarki: Firefox 27, Chrome 30, IE 11 na Windows 7, Edge, Opera 17, Safari 9, Android 5.0, oraz Java 8
server {
listen 80 default_server;
listen [::]:80 default_server;
# Przekieruj wszystkie żądania HTTP na HTTPS z odpowiedzią 301 Moved Permanently.
return 301 https://$host$request_uri;
}
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
# certy wysyłane do klienta w SERVER HELLO są łączone w ssl_certificate
ssl_certificate /path/to/signed_cert_plus_intermediates;
ssl_certificate_key /path/to/private_key;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:50m;
ssl_session_tickets off;
# nowoczesna konfiguracja. dostosuj do swoich potrzeb.
ssl_protocols TLSv1.2;
ssl_ciphers 'ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256';
ssl_prefer_server_ciphers on;
# HSTS (ngx_http_headers_module jest wymagany) (15768000 sekund = 6 miesięcy)
add_header Strict-Transport-Security max-age=15768000;
# OCSP Stapling ---
# pobierz rekordy OCSP z URL w ssl_certificate i zapisz je w pamięci
ssl_stapling on;
ssl_stapling_verify on;
## weryfikuj łańcuch zaufania odpowiedzi OCSP, używając głównego CA i certyfikatów pośrednich
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;
resolver ;
....
}Średnia obsługa
Najstarsze wspierane przeglądarki: Firefox 1, Chrome 1, IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7
serwer {
listen 80 default_server;
listen [::]:80 default_server;
# Przekieruj wszystkie żądania HTTP do HTTPS z odpowiedzią 301 Moved Permanently.
return 301 https://$host$request_uri;
}
serwer {
listen 443 ssl http2;
listen [::]:443 ssl http2;
# certy wysyłane do klienta w SERVER HELLO są sklejane w ssl_certificate
ssl_certificate /path/to/signed_cert_plus_intermediates;
ssl_certificate_key /path/to/private_key;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:50m;
ssl_session_tickets off;
# parametr Diffiego-Hellmana dla zestawów szyfrujących DHE, zalecany 2048 bitów
ssl_dhparam /path/to/dhparam.pem;
# konfiguracja pośrednia. dostosuj do swoich potrzeb.
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS';
ssl_prefer_server_ciphers on;
# HSTS (ngx_http_headers_module jest wymagany) (15768000 sekund = 6 miesięcy)
add_header Strict-Transport-Security max-age=15768000;
# OCSP Stapling ---
# pobierz rekordy OCSP z URL w ssl_certificate i cache je
ssl_stapling on;
ssl_stapling_verify on;
## weryfikacja łańcucha zaufania odpowiedzi OCSP z użyciem Root CA i certyfikatów pośrednich
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;
resolver ;
....
}Stara obsługa
Najstarsze wspierane przeglądarki: Windows XP IE6, Java 6
serwer {
listen 80 default_server;
listen [::]:80 default_server;
# Przekieruj wszystkie żądania HTTP do HTTPS z odpowiedzią 301 Moved Permanently.
return 301 https://$host$request_uri;
}
serwer {
listen 443 ssl http2;
listen [::]:443 ssl http2;
# certy wysyłane do klienta w SERVER HELLO są sklejane w ssl_certificate
ssl_certificate /path/to/signed_cert_plus_intermediates;
ssl_certificate_key /path/to/private_key;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:50m;
ssl_session_tickets off;
# parametr Diffiego-Hellmana dla zestawów szyfrujących DHE, zalecany 2048 bitów
ssl_dhparam /path/to/dhparam.pem;
# stara konfiguracja. dostosuj do swoich potrzeb.
ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:DES-CBC3-SHA:HIGH:SEED:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!RSAPSK:!aDH:!aECDH:!EDH-DSS-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA:!SRP';
ssl_prefer_server_ciphers on;
# HSTS (ngx_http_headers_module jest wymagany) (15768000 sekund = 6 miesięcy)
add_header Strict-Transport-Security max-age=15768000;
# OCSP Stapling ---
# pobierz rekordy OCSP z URL w ssl_certificate i cache je
ssl_stapling on;
ssl_stapling_verify on;
## weryfikacja łańcucha zaufania odpowiedzi OCSP z użyciem Root CA i certyfikatów pośrednich
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;
resolver ;
....
}Zaleca się zawsze używać pełnego zestawu szyfrów oraz najnowszej wersji OpenSSL. Zestaw szyfrów w ustawieniach serwera wskazuje priorytet, w jakim będą one używane w zależności od ustawień klienta.
Badania pokazują, że to nie wystarczy, aby po prostu zainstalować certyfikat HTTPS. "Chociaż nie przetwarzamy ciasteczek jak w 2005 roku, a 'przyzwoity TLS' stał się powszechny, okazuje się, że te podstawowe rzeczy są niewystarczające do zapewnienia bezpieczeństwa na zdumiewająco dużej liczbie bardzo popularnych witryn," — autorzy badania. Aby zapewnić niezawodną ochronę kanału między serwerem a klientem, należy dokładnie monitorować infrastrukturę z własnych subdomen oraz zewnętrznych hostów, z których dostarczane są treści do witryny. Może warto zlecić audyt jakiejś zewnętrznej firmie specjalizującej się w bezpieczeństwie informacji.
Źródło: habr.com
