HTTPS nuk është gjithmonë aq i sigurt sa duket. Dobësitë e gjetura në 5,5% të sajteve HTTPS

HTTPS nuk është gjithmonë aq i sigurt sa duket. Dobësitë e gjetura në 5,5% të sajteve HTTPS
Një nga faqet më të mira të Alexa (rrethi qendror), i mbrojtur nga HTTPS, me nënfusha (gri) dhe varësi (e bardhë), ndër të cilat ka edhe të pambrojtura (me hije)

Në ditët e sotme, ikona e lidhjes së sigurt HTTPS është bërë një atribut standard dhe madje i domosdoshëm i çdo faqeje interneti serioze. Nëse certifikatë mungon, pothuajse të gjithë shfletuesit e fundit tregojnë një paralajmërim që lidhja me faqen "nuk është e sigurt" dhe mos rekomandoni transmetimin e informacionit konfidencial në të.

Por rezulton se prania e një "bllokimi" në shiritin e adresave nuk garanton gjithmonë mbrojtje. Kontrollimi i 10 faqeve kryesore nga renditja Alexa tregoi: shumë prej tyre janë të ekspozuar ndaj dobësive kritike të protokollit SSL/TLS, zakonisht përmes nëndomaineve ose varësive. Sipas autorëve të studimit, kompleksiteti i aplikacioneve moderne në ueb rrit në masë të madhe sipërfaqen e sulmit.

Rezultatet e studimit

Studimi u krye nga specialistë të Universitetit Ca' Foscari të Venecias (Itali) dhe Universitetit Teknik të Vjenës. Ata do të paraqesin një raport të detajuar në Simpoziumin e 40-të të IEEE mbi Sigurinë dhe Privatësinë, i cili do të mbahet më 20−22 maj 2019 në San Francisko.

U kontrolluan 10 faqet kryesore të HTTPS në listën e Alexa dhe 000 hoste të lidhur. Konfigurimet kriptografike të cenueshme u identifikuan në 90 hoste, domethënë afërsisht 816% e totalit:

  • 4818 vulnerabël ndaj MITM
  • 733 i cenueshëm ndaj deshifrimit të plotë TLS
  • 912 i cenueshëm ndaj deshifrimit të pjesshëm TLS

898 sajte janë plotësisht të hapura për hakerim, domethënë, ato lejojnë injektimin e skripteve të palëve të treta dhe 977 sajte shkarkojnë përmbajtje nga faqet e mbrojtura dobët me të cilat një sulmues mund të ndërveprojë.

Studiuesit theksojnë se midis 898 burimeve "plotësisht të komprometuara" janë dyqanet online, shërbimet financiare dhe faqet e tjera të mëdha. 660 nga 898 sajte shkarkojnë skriptet e jashtme nga hostet e cenueshëm: ky është burimi kryesor i rrezikut. Sipas autorëve, kompleksiteti i aplikacioneve moderne në internet rrit shumë sipërfaqen e sulmit.

U zbuluan gjithashtu probleme të tjera: 10% e formularëve të autorizimit kanë probleme me transmetimin e sigurt të informacionit, gjë që kërcënon rrjedhjen e fjalëkalimit, 412 sajte lejojnë përgjimin e cookies dhe "rrëmbimin e sesioneve" dhe 543 sajte janë të ndjeshme ndaj sulmeve ndaj integritetit të kukive (nëpërmjet nëndomaineve ).

Problemi është se vitet e fundit, protokollet dhe programet SSL/TLS janë identifikuar një sërë dobësish: QENERI (CVE-2014-3566), BISH (CVE-2011-3389), KRIM (CVE-2012-4929), SHKELJE (CVE-2013-3587) dhe Heartbleed (CVE-2014-0160). Për t'u mbrojtur kundër tyre, kërkohen një sërë cilësimesh në anët e serverit dhe klientit për të shmangur përdorimin e versioneve të vjetra të cenueshme. Por kjo është një procedurë mjaft jo e parëndësishme, sepse cilësime të tilla përfshijnë zgjedhjen nga një grup i gjerë shifrash dhe protokollesh, të cilat janë mjaft të vështira për t'u kuptuar. Nuk është gjithmonë e qartë se cilat komplete dhe protokolle të shifrimit konsiderohen "mjaft të sigurta".

Cilësimet e rekomanduara

Nuk ka asnjë të miratuar dhe rënë dakord zyrtarisht për listën e cilësimeve të rekomanduara të HTTPS. Kështu që, Gjeneratori i konfigurimit të Mozilla SSL ofron disa opsione konfigurimi, në varësi të nivelit të kërkuar të mbrojtjes. Për shembull, këtu janë cilësimet e rekomanduara për serverin nginx 1.14.0:

Mënyra moderne

Klientët më të vjetër të mbështetur: Firefox 27, Chrome 30, IE 11 në Windows 7, Edge, Opera 17, Safari 9, Android 5.0 dhe 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>;

....
}

Mbështetje mesatare

Klientët më të vjetër të mbështetur: 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>;

....
}

Mbështetje e vjetër

Klientët më të vjetër të mbështetur: 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>;

....
}

Rekomandohet të përdorni gjithmonë paketën e plotë të shifrave dhe versionin më të fundit të OpenSSL. Seti i shifrave në cilësimet e serverit tregon përparësinë në të cilën do të përdoren, në varësi të cilësimeve të klientit.

Hulumtimet tregojnë se thjesht instalimi i një certifikate HTTPS nuk mjafton. “Ndërsa ne nuk i trajtojmë cookies si në 2005, dhe 'TLS e denjë' është bërë e zakonshme, rezulton se këto gjëra themelore nuk janë të mjaftueshme për të siguruar një numër çuditërisht të madh faqesh shumë të njohura. thonë ata autorët e veprës. Për të mbrojtur me besueshmëri kanalin midis serverit dhe klientit, duhet të monitoroni me kujdes infrastrukturën e nëndimeneve tuaja dhe hosteve të palëve të treta nga të cilat furnizohet përmbajtja për sitin. Mund të ketë kuptim të urdhëroni një auditim nga ndonjë kompani e palës së tretë që është e specializuar në sigurinë e informacionit.

HTTPS nuk është gjithmonë aq i sigurt sa duket. Dobësitë e gjetura në 5,5% të sajteve HTTPS

Burimi: www.habr.com