Alexa को शीर्ष साइटहरू मध्ये एक (केन्द्रीय सर्कल), HTTPS द्वारा सुरक्षित, सबडोमेनहरू (खैरो) र निर्भरताहरू (सेतो), जसमध्ये कमजोरहरू छन् (ड्यास गरिएको छायांकन)।

आजकल, HTTPS सुरक्षित जडान प्रतिमा मानक र कुनै पनि गम्भीर साइटको आवश्यक विशेषता भएको छ। यदि प्रमाणपत्र हराइरहेको छ, लगभग सबै हालका ब्राउजरहरूले चेतावनी देखाउँछन् साइटमा जडान "सुरक्षित छैन" र यसलाई गोप्य जानकारी हस्तान्तरण गर्न सिफारिस नगर्नुहोस्।

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

अनुसन्धान परिणामहरू

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

शीर्ष 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), अपराध (CVE-2012-4929), BREACH (CVE-2013-3587), र Heartbleed (CVE-2014-0160)। तिनीहरू विरुद्ध सुरक्षा गर्न, पुरानो कमजोर संस्करणहरू प्रयोग गर्नबाट बच्न सर्भर र ग्राहक पक्षमा सेटिङहरूको संख्या आवश्यक छ। तर यो एक बरु गैर-तुच्छ प्रक्रिया हो, किनकि त्यस्ता सेटिङहरूमा साइफर र प्रोटोकलहरूको विस्तृत सेटबाट छनौट समावेश हुन्छ, जुन बुझ्न धेरै गाह्रो हुन्छ। कुन साइफर सुइटहरू र प्रोटोकलहरू "पर्याप्त सुरक्षित" मानिन्छन् भन्ने कुरा सधैं स्पष्ट हुँदैन।

सेटिंग्स को सिफारिश

सिफारिस गरिएका HTTPS सेटिङहरूको सूचीमा आधिकारिक रूपमा स्वीकृत र सहमति भएको कोही छैन। तर, मोजिला 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