സബ്‌ഡൊമെയ്‌നുകൾ (ചാരനിറം), ഡിപൻഡൻസികൾ (വെളുപ്പ്) എന്നിവ ഉപയോഗിച്ച് HTTPS സുരക്ഷിതമാക്കിയ അലക്‌സയുടെ മുൻനിര സൈറ്റുകളിലൊന്ന് (സെൻട്രൽ സർക്കിൾ), അവയിൽ ദുർബലമായവയും ഉണ്ട് (ഡാഷ് ഷേഡിംഗ്)

ഇക്കാലത്ത്, HTTPS സുരക്ഷിത കണക്ഷൻ ഐക്കൺ ഒരു സ്റ്റാൻഡേർഡായി മാറിയിരിക്കുന്നു, മാത്രമല്ല ഏത് ഗുരുതരമായ സൈറ്റിന്റെയും ആവശ്യമായ ആട്രിബ്യൂട്ട് കൂടിയാണ്. എങ്കിൽ സർട്ടിഫിക്കറ്റ് കാണുന്നില്ല, മിക്കവാറും എല്ലാ സമീപകാല ബ്രൗസറുകളും ഒരു മുന്നറിയിപ്പ് കാണിക്കുന്നു സൈറ്റിലേക്കുള്ള കണക്ഷൻ "സുരക്ഷിതമല്ല" അതിലേക്ക് രഹസ്യ വിവരങ്ങൾ കൈമാറാൻ ശുപാർശ ചെയ്യുന്നില്ല.

എന്നാൽ വിലാസ ബാറിലെ ഒരു "ലോക്ക്" സാന്നിദ്ധ്യം എല്ലായ്പ്പോഴും സംരക്ഷണം ഉറപ്പ് നൽകുന്നില്ലെന്ന് ഇത് മാറുന്നു. 10 പ്രമുഖ സൈറ്റുകൾ പരിശോധിക്കുന്നു റേറ്റിംഗിൽ നിന്ന്, അവയിൽ പലതും SSL / TLS പ്രോട്ടോക്കോളുകളിലെ ഗുരുതരമായ കേടുപാടുകൾക്ക് വിധേയമാണെന്ന് Alexa കാണിച്ചു, സാധാരണയായി സബ്ഡൊമെയ്‌നുകൾ അല്ലെങ്കിൽ ഡിപൻഡൻസികൾ വഴി. പഠനത്തിന്റെ രചയിതാക്കൾ പറയുന്നതനുസരിച്ച്, ആധുനിക വെബ് ആപ്ലിക്കേഷനുകളുടെ സങ്കീർണ്ണത ആക്രമണ ഉപരിതലത്തെ വളരെയധികം വർദ്ധിപ്പിക്കുന്നു.

ഗവേഷണ ഫലങ്ങൾ

യൂണിവേഴ്‌സിറ്റി ഓഫ് വെനീസ് Ca' Foscari (ഇറ്റലി), വിയന്ന ടെക്‌നിക്കൽ യൂണിവേഴ്‌സിറ്റി എന്നിവിടങ്ങളിൽ നിന്നുള്ള വിദഗ്ധരാണ് പഠനം നടത്തിയത്. 40 മെയ് 20 മുതൽ 22 വരെ സാൻ ഫ്രാൻസിസ്കോയിൽ നടക്കുന്ന സുരക്ഷയും സ്വകാര്യതയും സംബന്ധിച്ച 2019-ാമത് ഐഇഇഇ സിമ്പോസിയത്തിൽ അവർ വിശദമായ റിപ്പോർട്ട് അവതരിപ്പിക്കും.

മികച്ച 10 അലക്‌സാ ലിസ്റ്റ് HTTPS സൈറ്റുകളും 000 അനുബന്ധ ഹോസ്റ്റുകളും പരീക്ഷിച്ചു. 90 ഹോസ്റ്റുകളിൽ ദുർബലമായ ക്രിപ്‌റ്റോഗ്രാഫിക് കോൺഫിഗറേഷനുകൾ കണ്ടെത്തി, അതായത് ആകെയുള്ളതിന്റെ ഏകദേശം 816%:

• 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 ക്രമീകരണങ്ങളുടെ ലിസ്‌റ്റിൽ ഔദ്യോഗികമായി അംഗീകരിക്കപ്പെട്ടതും അംഗീകരിക്കപ്പെട്ടതുമായ ആരും ഇല്ല. അതിനാൽ, മോസില്ല SSL കോൺഫിഗറേഷൻ ജനറേറ്റർ ആവശ്യമായ പരിരക്ഷയെ ആശ്രയിച്ച് നിരവധി കോൺഫിഗറേഷൻ ഓപ്ഷനുകൾ വാഗ്ദാനം ചെയ്യുന്നു. ഉദാഹരണത്തിന്, ഒരു nginx 1.14.0 സെർവറിനായുള്ള ശുപാർശിത ക്രമീകരണങ്ങൾ ഇതാ:

ആധുനിക മോഡ്

ഏറ്റവും പഴയ പിന്തുണയുള്ള ഉപഭോക്താക്കൾ: Windows 27, Edge, Opera 30, Safari 11, Android 7, Java 17 എന്നിവയിൽ Firefox 9, Chrome 5.0, IE 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