Един от топ сайтoве в Alexa (централният кръг), защитен с HTTPS, с поддомейни (в сиво) и зависимости (в бяло), сред които има уязвими (пунктирно запълване)

В днешно време иконата за защитена връзка HTTPS стана стандартен и дори необходим атрибут на всеки сериозен сайт. Ако сертификатът липсва, почти всички последни браузъри показват предупреждение, че връзката със сайта „не е защитена“ и не препоръчват предаване на конфиденциална информация на него.

Но се оказва, че наличието на „катинар“ в адресната лента не винаги гарантира защита. Проверката на 10 000 водещи сайта от класацията на Alexa показа: много от тях са подложени на критични уязвимости на протоколите SSL/TLS, обикновено чрез поддомейни или зависимости. Според авторите на изследването, сложността на съвременните уеб приложения многократно увеличава атакуваемата повърхност.

Резултати от изследването

Изследването е проведено от специалисти от Университета Ка' Фоскари във Венеция (Италия) и Техническия университет на Виена. Подробен доклад те ще представят на 40-ия симпозиум на IEEE по сигурност и лична информация, който ще се състои от 20 до 22 май 2019 г. в Сан Франциско.

Бяха проверени 10 000 най-популярни HTTPS сайта от списъка на Alexa и 90 816 свързани с тях хостове. Уязвими криптографски конфигурации бяха открити на 5574 хостове, тоест около 5.5% от общия брой:

• 4818 са уязвими за MITM
• 733 са уязвими за пълна декрипция на TLS
• 912 са уязвими за частична декрипция на TLS

898 сайта са напълно отворени за хакери, тоест допускат инжекция на външни скриптове, а 977 сайта зареждат съдържание от слабо защитени страници, с които може да взаимоодейства нападател.

Изследователите подчертават, че сред 898 „напълно компрометирани“ ресурси — интернет магазини, финансови услуги и други големи сайтове. 660 от 898 сайта зареждат външни скриптове от уязвими хостове: това е основният източник на опасността. Според авторите, сложността на съвременните уеб приложения многократно увеличава атакуваемата повърхност.

Открити са и други проблеми: при 10% от формите за авторизация има проблеми с безопасната предаване на информация, което заплашва с изтичане на пароли, 412 сайта допускат прихващане на бисквитки и „кражба на сесии“, а 543 сайта са подложени на атаки на целостта на бисквитките (чрез поддомейни).

Проблемата е, че през последните години в протоколите SSL/TLS и софтуера бяха открити редица уязвимости: POODLE (CVE-2014-3566), BEAST (CVE-2011-3389), CRIME (CVE-2012-4929), BREACH (CVE-2013-3587) и Heartbleed (CVE-2014-0160). За защита от тях са необходими редица настройки на сървъра и клиента, за да се избегне използването на стари уязвими версии. Но това е доста нетривиална процедура, тъй като такива настройки предвиждат избор от обширен набор от шифри и протоколи, в които е доста трудно да се ориентираме. Не винаги е ясно кои набори шифри и протоколи да считаме за „достатъчно безопасни“.

Препоръчителни настройки

Не съществува един единствен официално одобрен и съгласуван списък с препоръчителни настройки за HTTPS. Например, Mozilla SSL Configuration Generator предлага няколко варианта на конфигурация, в зависимост от необходимото ниво на защита. Например, ето препоръчителните настройки за сървър nginx 1.14.0:

Съвременен режим

Най-стари поддържани клиенти: Firefox 27, Chrome 30, IE 11 на Windows 7, Edge, Opera 17, Safari 9, Android 5.0 и Java 8

server {
listen 80 default_server;
listen [::]:80 default_server;

# Redirect all HTTP requests to HTTPS with a 301 Moved Permanently response.
return 301 https://$host$request_uri;
}

server {
listen 443 ssl http2;
listen [::]:443 ssl http2;

# certs sent to the client in SERVER HELLO are concatenated in 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;


# modern configuration. tweak to your needs.
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 is required) (15768000 seconds = 6 months)
add_header Strict-Transport-Security max-age=15768000;

# OCSP Stapling ---
# fetch OCSP records from URL in ssl_certificate and cache them
ssl_stapling on;
ssl_stapling_verify on;

## verify chain of trust of OCSP response using Root CA and Intermediate certs
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;

resolver ;

....
}

Средна поддръжка

Най-стари поддържани клиенти: Firefox 1, Chrome 1, IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7

сървър {
слушай 80 default_server;
слушай [::]:80 default_server;

# Пренасочете всички HTTP заявки към HTTPS с 301 Мoved Permanently отговор.
върни 301 https://$host$request_uri;
}

сървър {
слушай 443 ssl http2;
слушай [::]:443 ssl http2;

# сертификатите, изпратени на клиента в SERVER HELLO, са конкатенирани в 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;

# параметър на Diffie-Hellman за DHE шифри, препоръчително 2048 бита
ssl_dhparam /path/to/dhparam.pem;

# междинна конфигурация. настройте според нуждите си.
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 е задължителен) (15768000 секунди = 6 месеца)
add_header Strict-Transport-Security max-age=15768000;

# OCSP Stapling ---
# получавайте OCSP записи от URL в ssl_certificate и ги кеширайте
ssl_stapling on;
ssl_stapling_verify on;

## верифицирайте веригата на доверие на OCSP отговор, използвайки Root CA и междинни сертификати
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;

resolver ;

....
}

Стара поддръжка

Най-стари поддържани клиенти: Windows XP IE6, Java 6

сървър {
слушай 80 default_server;
слушай [::]:80 default_server;

# Пренасочете всички HTTP заявки към HTTPS с 301 Moved Permanently отговор.
върни 301 https://$host$request_uri;
}

сървър {
слушай 443 ssl http2;
слушай [::]:443 ssl http2;

# сертификатите, изпратени на клиента в SERVER HELLO, са конкатенирани в 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;

# параметър на Diffie-Hellman за DHE шифри, препоръчително 2048 бита
ssl_dhparam /path/to/dhparam.pem;

# стара конфигурация. настройте според нуждите си.
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 е задължителен) (15768000 секунди = 6 месеца)
add_header Strict-Transport-Security max-age=15768000;

# OCSP Stapling ---
# получавайте OCSP записи от URL в ssl_certificate и ги кеширайте
ssl_stapling on;
ssl_stapling_verify on;

## верифицирайте веригата на доверие на OCSP отговор, използвайки Root CA и междинни сертификати
ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;

resolver ;

....
}

Препоръчително е винаги да се използва пълен набор от криптографски алгоритми и последната версия на OpenSSL. Наборът от криптографски алгоритми в настройките на сървъра указва приоритета, с който те ще се използват, в зависимост от настройките на клиента.

Изследване показва, че не е достатъчно просто да инсталирате HTTPS сертификат. „Въпреки че не обработваме бисквитки както през 2005 година и „подходящият TLS” стана обща практика, се оказва, че тези основни неща не са достатъчни за осигуряване на безопасността на учудващо много популярни сайтове“, — казват авторите на изследването. За надеждна защита на канала между сървъра и клиента е необходимо внимателно да се следи инфраструктурата от собствените поддомейни и външни хостове, от които идва съдържанието за сайта. Може би е разумно да се поръча одит от специализирана компания в сферата на информационната безопасност.

Източник: habr.com