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

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

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

अनुसंधान के परिणाम

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

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

• 4818 MITM के लिए असुरक्षित
• 733 टीएलएस के पूर्ण डिक्रिप्शन के लिए असुरक्षित
• आंशिक टीएलएस डिक्रिप्शन के लिए 912 कमजोर

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

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

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

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

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

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

आधुनिक विधा

सबसे पुराने समर्थित क्लाइंट: फ़ायरफ़ॉक्स 27, क्रोम 30, आईई 11 विंडोज 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, आईई 7, ओपेरा 5, सफारी 1, विंडोज एक्सपी IE8, एंड्रॉइड 2.3, जावा 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>; .... } 

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

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

---