एलेक्सा की शीर्ष साइटों में से एक (सेंट्रल सर्कल), HTTPS द्वारा सुरक्षित, उपडोमेन (ग्रे) और निर्भरता (सफेद) के साथ, जिनमें से कमजोर (धराशायी छायांकन) हैं

आजकल, HTTPS सुरक्षित कनेक्शन आइकन किसी भी गंभीर साइट का एक मानक और यहां तक कि एक आवश्यक विशेषता बन गया है। अगर प्रमाणपत्र गायब, लगभग सभी हालिया ब्राउज़र एक चेतावनी दिखाते हैं साइट से कनेक्शन "सुरक्षित नहीं है" और इसमें गोपनीय जानकारी स्थानांतरित करने की अनुशंसा न करें।

लेकिन यह पता चला है कि पता बार में "लॉक" की उपस्थिति हमेशा सुरक्षा की गारंटी नहीं देती है। 10 प्रमुख साइटों की जाँच की जा रही है रेटिंग से, एलेक्सा ने दिखाया कि उनमें से कई एसएसएल/टीएलएस प्रोटोकॉल में गंभीर कमजोरियों के अधीन हैं, आमतौर पर उपडोमेन या निर्भरता के माध्यम से। अध्ययन के लेखकों के अनुसार, आधुनिक वेब अनुप्रयोगों की जटिलता हमले की सतह को काफी बढ़ा देती है।

अध्ययन के परिणाम

यह अध्ययन वेनिस सीए फोस्करी विश्वविद्यालय (इटली) और वियना तकनीकी विश्वविद्यालय के विशेषज्ञों द्वारा आयोजित किया गया था। वे सुरक्षा और गोपनीयता पर 40वें IEEE संगोष्ठी में एक विस्तृत रिपोर्ट प्रस्तुत करेंगे, जो 20-22 मई, 2019 को सैन फ्रांसिस्को में आयोजित किया जाएगा।

शीर्ष 10 एलेक्सा सूची HTTPS साइटों और 000 संबंधित होस्ट का परीक्षण किया गया। 90 होस्ट्स पर कमजोर क्रिप्टोग्राफ़िक कॉन्फ़िगरेशन का पता लगाया गया, यानी कुल का लगभग 816%:

4818 एमआईटीएम की चपेट में
733 पूर्ण टीएलएस डिक्रिप्शन के प्रति संवेदनशील हैं
912 आंशिक टीएलएस डिक्रिप्शन के प्रति संवेदनशील हैं

898 साइटें हैकिंग के लिए पूरी तरह से खुली हैं, यानी, वे बाहरी स्क्रिप्ट के इंजेक्शन की अनुमति देते हैं, और 977 साइटें खराब संरक्षित पृष्ठों से सामग्री लोड करती हैं जिनके साथ एक हमलावर बातचीत कर सकता है।

शोधकर्ता इस बात पर जोर देते हैं कि 898 "पूरी तरह से समझौता किए गए" संसाधनों में ऑनलाइन स्टोर, वित्तीय सेवाएं और अन्य बड़ी साइटें हैं। 660 में से 898 साइटें कमजोर होस्टों से बाहरी स्क्रिप्ट डाउनलोड करती हैं: यह खतरे का मुख्य स्रोत है। लेखकों के अनुसार, आधुनिक वेब अनुप्रयोगों की जटिलता हमले की सतह को काफी बढ़ा देती है।

अन्य समस्याएं भी पाई गईं: 10% प्राधिकरण प्रपत्रों में जानकारी के सुरक्षित प्रसारण में समस्याएं हैं, जिससे पासवर्ड लीक होने का खतरा है, 412 साइटें कुकीज़ के अवरोधन और सत्र अपहरण की अनुमति देती हैं, और 543 साइटें कुकी अखंडता (उपडोमेन के माध्यम से) पर हमलों के अधीन हैं। .

समस्या यह है कि हाल के वर्षों में एसएसएल/टीएलएस प्रोटोकॉल और सॉफ्टवेयर में कई कमजोरियों की पहचान की: पूडल (सीवीई-2014-3566), बीस्ट (सीवीई-2011-3389), क्राइम (सीवीई-2012-4929), ब्रीच (सीवीई-2013-3587), और हार्टब्लीड (सीवीई-2014-0160)। उनसे बचाव के लिए, पुराने असुरक्षित संस्करणों के उपयोग से बचने के लिए सर्वर और क्लाइंट पक्ष पर कई सेटिंग्स की आवश्यकता होती है। लेकिन यह एक गैर-तुच्छ प्रक्रिया है, क्योंकि ऐसी सेटिंग्स में सिफर और प्रोटोकॉल के व्यापक सेट से चयन करना शामिल होता है, जिन्हें समझना काफी मुश्किल होता है। यह हमेशा स्पष्ट नहीं होता है कि कौन से सिफर सुइट्स और प्रोटोकॉल को "पर्याप्त सुरक्षित" माना जाता है।

अनुशंसित सेटिंग्स

अनुशंसित HTTPS सेटिंग्स की कोई आधिकारिक रूप से अनुमोदित और सहमत सूची नहीं है। इसलिए, मोज़िला एसएसएल कॉन्फ़िगरेशन जेनरेटर सुरक्षा के आवश्यक स्तर के आधार पर, कई कॉन्फ़िगरेशन विकल्प प्रदान करता है। उदाहरण के लिए, यहां nginx 1.14.0 सर्वर के लिए अनुशंसित सेटिंग्स दी गई हैं:

आधुनिक विधा

सबसे पुराने समर्थित ग्राहक: फ़ायरफ़ॉक्स 27, क्रोम 30, विंडोज 11 पर IE 7, एज, ओपेरा 17, सफारी 9, एंड्रॉइड 5.0 और जावा 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>;

....
}

मध्यम समर्थन

सबसे पुराने समर्थित ग्राहक: फ़ायरफ़ॉक्स 1, क्रोम 1, IE 7, ओपेरा 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>;

....
}

पुराना सहारा

सबसे पुराने समर्थित ग्राहक: विंडोज़ एक्सपी आईई6, जावा 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>;

....
}

यह अनुशंसा की जाती है कि आप हमेशा पूर्ण सिफर सुइट और ओपनएसएसएल के नवीनतम संस्करण का उपयोग करें। सर्वर सेटिंग्स में सिफर सुइट क्लाइंट सेटिंग्स के आधार पर उस प्राथमिकता को निर्दिष्ट करता है जिसमें उनका उपयोग किया जाएगा।

शोध से पता चलता है कि केवल HTTPS प्रमाणपत्र स्थापित करना ही पर्याप्त नहीं है। "हालांकि हम 2005 की तरह कुकीज़ का प्रबंधन नहीं करते हैं, और 'सभ्य टीएलएस' आम हो गया है, लेकिन यह पता चला है कि ये बुनियादी चीजें आश्चर्यजनक रूप से बड़ी संख्या में बहुत लोकप्रिय साइटों को सुरक्षित करने के लिए पर्याप्त नहीं हैं।" वे कहते हैं कार्य के लेखक. सर्वर और क्लाइंट के बीच चैनल को विश्वसनीय रूप से सुरक्षित रखने के लिए, आपको अपने स्वयं के उपडोमेन और तीसरे पक्ष के होस्ट से बुनियादी ढांचे की सावधानीपूर्वक निगरानी करने की आवश्यकता है, जहां से साइट के लिए सामग्री वितरित की जाती है। हो सकता है कि सूचना सुरक्षा में विशेषज्ञता रखने वाली किसी तृतीय-पक्ष कंपनी से ऑडिट का आदेश देना उचित हो।

स्रोत: www.habr.com

HTTPS हमेशा उतना सुरक्षित नहीं होता जितना लगता है। 5,5% HTTPS साइटों में कमजोरियाँ पाई गईं

अध्ययन के परिणाम

अनुशंसित सेटिंग्स

आधुनिक विधा

मध्यम समर्थन

पुराना सहारा