Alexa-ს ერთ-ერთი საუკეთესო საიტი (ცენტრალური წრე), დაცულია HTTPS-ით, ქვედომენებით (ნაცრისფერი) და დამოკიდებულებებით (თეთრი), რომელთა შორის არის დაუცველი (დატეხილი დაჩრდილვა)

დღესდღეობით, HTTPS უსაფრთხო კავშირის ხატულა გახდა ნებისმიერი სერიოზული საიტის სტანდარტული და აუცილებელი ატრიბუტიც კი. თუ სერტიფიკატი აკლია, თითქმის ყველა ბოლო ბრაუზერი აჩვენებს გაფრთხილებას, რომ საიტთან კავშირი "უსაფრთხოა" და არ გირჩევთ მასზე კონფიდენციალური ინფორმაციის გადაცემას.

მაგრამ აღმოჩნდება, რომ მისამართების ზოლში "დაბლოკვის" არსებობა ყოველთვის არ იძლევა დაცვის გარანტიას. 10 წამყვანი საიტის შემოწმება რეიტინგიდან, Alexa-მ აჩვენა, რომ ბევრი მათგანი ექვემდებარება კრიტიკულ დაუცველობას SSL / TLS პროტოკოლებში, ჩვეულებრივ, ქვედომენების ან დამოკიდებულებების საშუალებით. კვლევის ავტორების აზრით, თანამედროვე ვებ აპლიკაციების სირთულე მნიშვნელოვნად ზრდის თავდასხმის ზედაპირს.

კვლევის შედეგები

კვლევა ჩაატარეს ვენეციის უნივერსიტეტის Ca' Foscari (იტალია) და ვენის ტექნიკური უნივერსიტეტის ექსპერტებმა. ისინი წარმოადგენენ დეტალურ ანგარიშს უსაფრთხოებისა და კონფიდენციალურობის 40-ე IEEE სიმპოზიუმზე, რომელიც ჩატარდება 20 წლის 22-2019 მაისს სან-ფრანცისკოში.

შემოწმდა Alexa-ს ტოპ 10 HTTPS საიტი და 000 დაკავშირებული ჰოსტი. დაუცველი კრიპტოგრაფიული კონფიგურაციები გამოვლინდა 90 ჰოსტზე, ანუ საერთოს დაახლოებით 816%.

• 4818 დაუცველია MITM-ზე
• 733 დაუცველია სრული TLS გაშიფვრის მიმართ
• 912 დაუცველია TLS ნაწილობრივი გაშიფვრის მიმართ

898 საიტი სრულიად ღიაა ჰაკერებისთვის, ანუ ისინი იძლევიან გარე სკრიპტების ინექციის საშუალებას, ხოლო 977 საიტი იტვირთება შინაარსი ცუდად დაცული გვერდებიდან, რომლებთანაც თავდამსხმელს შეუძლია ურთიერთქმედება.

მკვლევარები ხაზს უსვამენ, რომ 898 „სრულად კომპრომეტირებულ“ რესურსებს შორის არის ონლაინ მაღაზიები, ფინანსური სერვისები და სხვა დიდი საიტები. 660 საიტიდან 898 ჩამოტვირთავს გარე სკრიპტებს დაუცველი ჰოსტებისგან: ეს არის საფრთხის მთავარი წყარო. ავტორების აზრით, თანამედროვე ვებ აპლიკაციების სირთულე მნიშვნელოვნად ზრდის თავდასხმის ზედაპირს.

ასევე დაფიქსირდა სხვა პრობლემები: ავტორიზაციის ფორმების 10%-ს აქვს ინფორმაციის უსაფრთხო გადაცემასთან დაკავშირებული პრობლემები, რაც საფრთხეს უქმნის პაროლების გაჟონვას, 412 საიტი იძლევა ქუქი-ფაილების აღკვეთას და სესიების გატაცებას, ხოლო 543 საიტს ექვემდებარება თავდასხმა ქუქიების მთლიანობაზე (ქვედომენების მეშვეობით). .

პრობლემა ის არის, რომ ბოლო წლებში SSL / TLS პროტოკოლებსა და პროგრამულ უზრუნველყოფასში გამოავლინა არაერთი მოწყვლადობა: პუდელი (CVE-2014-3566), მხეცი (CVE-2011-3389), დანაშაული (CVE-2012-4929), დარღვევა (CVE-2013-3587) და Heartbleed (CVE-2014-0160). მათგან დასაცავად, საჭიროა რამდენიმე პარამეტრი სერვერისა და კლიენტის მხარეს, რათა თავიდან იქნას აცილებული ძველი დაუცველი ვერსიების გამოყენება. მაგრამ ეს საკმაოდ არა ტრივიალური პროცედურაა, რადგან ასეთი პარამეტრები მოიცავს შიფრებისა და პროტოკოლების ფართო ნაკრების არჩევას, რაც საკმაოდ რთული გასაგებია. ყოველთვის არ არის ნათელი, რომელი შიფრული კომპლექტები და პროტოკოლები ითვლება „საკმარისად უსაფრთხოდ“.

Რეკომენდირებული პარამეტრები

არავინ არის ოფიციალურად დამტკიცებული და შეთანხმებული HTTPS-ის რეკომენდებული პარამეტრების სიაზე. Ისე, Mozilla SSL კონფიგურაციის გენერატორი გთავაზობთ რამდენიმე კონფიგურაციის ვარიანტს, რაც დამოკიდებულია დაცვის საჭირო დონეზე. მაგალითად, აქ არის რეკომენდებული პარამეტრები 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 <IP DNS resolver>;

....
}

საშუალო მხარდაჭერა

უძველესი მხარდაჭერილი კლიენტები: Firefox 1, Chrome 1, IE 7, Opera 5, Safari 1, Windows XP IE8, Android 2.3, Java 7

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;

# Diffie-Hellman parameter for DHE ciphersuites, recommended 2048 bits
ssl_dhparam /path/to/dhparam.pem;

# intermediate configuration. tweak to your needs.
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 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 <IP DNS resolver>;

....
}

ძველი მხარდაჭერა

უძველესი მხარდაჭერილი კლიენტები: Windows XP IE6, Java 6

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;

# Diffie-Hellman parameter for DHE ciphersuites, recommended 2048 bits
ssl_dhparam /path/to/dhparam.pem;

# old configuration. tweak to your needs.
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 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 <IP DNS resolver>;

....
}

რეკომენდირებულია ყოველთვის გამოიყენოთ სრული შიფრული კომპლექტი და OpenSSL-ის უახლესი ვერსია. სერვერის პარამეტრებში შიფრების ნაკრები განსაზღვრავს პრიორიტეტს, რომელშიც ისინი გამოიყენებენ, კლიენტის პარამეტრებიდან გამომდინარე.

კვლევა აჩვენებს, რომ საკმარისი არ არის მხოლოდ HTTPS სერთიფიკატის დაყენება. „მიუხედავად იმისა, რომ ჩვენ არ ვმუშაობთ ქუქი-ფაილებს ისე, როგორც ამას 2005 წელს ვაკეთებდით და „ღირსეული TLS“ ჩვეულებრივი გახდა, აღმოჩნდა, რომ ეს ძირითადი ელემენტები საკმარისი არ არის ძალიან პოპულარული საიტების გასაოცრად დიდი რაოდენობის უზრუნველსაყოფად. ისინი ამბობენ, რომ ნაწარმოების ავტორებს. სერვერსა და კლიენტს შორის არხის საიმედოდ დასაცავად, საჭიროა ყურადღებით აკონტროლოთ ინფრასტრუქტურა თქვენი საკუთარი ქვედომენებიდან და მესამე მხარის ჰოსტებიდან, საიდანაც მიეწოდება საიტის შინაარსი. შესაძლოა გონივრული იყოს აუდიტის შეკვეთა მესამე მხარის კომპანიისგან, რომელიც სპეციალიზირებულია ინფორმაციის უსაფრთხოებაში.

წყარო: www.habr.com