គេហទំព័រកំពូលមួយរបស់ Alexa (រង្វង់កណ្តាល) ធានាសុវត្ថិភាពដោយ HTTPS ជាមួយនឹងដែនរង (ពណ៌ប្រផេះ) និងភាពអាស្រ័យ (ពណ៌ស) ក្នុងចំណោមនោះមានគេហទំព័រដែលងាយរងគ្រោះ (ការដាក់ស្រមោលដាច់ៗ)

សព្វថ្ងៃនេះ រូបតំណាងការតភ្ជាប់សុវត្ថិភាព HTTPS បានក្លាយជាស្តង់ដារ និងសូម្បីតែគុណលក្ខណៈចាំបាច់នៃគេហទំព័រធ្ងន់ធ្ងរណាមួយ។ ប្រសិនបើ វិញ្ញាបនបត្រ បាត់ ស្ទើរតែគ្រប់កម្មវិធីរុករកទាំងអស់បង្ហាញការព្រមាននោះ។ ការតភ្ជាប់ទៅគេហទំព័រគឺ "មិនមានសុវត្ថិភាព" ហើយមិនណែនាំអោយផ្ទេរព័ត៌មានសម្ងាត់ទៅវាទេ។

ប៉ុន្តែវាប្រែថាវត្តមាននៃ "ចាក់សោ" នៅក្នុងរបារអាសយដ្ឋានមិនតែងតែធានាការការពារទេ។ ពិនិត្យមើលគេហទំព័រឈានមុខគេចំនួន 10 ពីការវាយតម្លៃ Alexa បានបង្ហាញថាពួកគេភាគច្រើនទទួលរងនូវភាពងាយរងគ្រោះសំខាន់នៅក្នុងពិធីការ SSL / TLS ជាធម្មតាតាមរយៈដែនរង ឬភាពអាស្រ័យ។ យោងតាមអ្នកនិពន្ធនៃការសិក្សា ភាពស្មុគស្មាញនៃកម្មវិធីបណ្តាញទំនើប បង្កើនផ្ទៃវាយប្រហារយ៉ាងខ្លាំង។

លទ្ធផលស្រាវជ្រាវ

ការសិក្សានេះធ្វើឡើងដោយអ្នកជំនាញមកពីសាកលវិទ្យាល័យ Venice Ca' Foscari (ប្រទេសអ៊ីតាលី) និងសាកលវិទ្យាល័យបច្ចេកទេស Vienna ។ ពួកគេនឹងបង្ហាញរបាយការណ៍លម្អិតនៅក្នុងសន្និសិទ IEEE លើកទី 40 ស្តីពីសុវត្ថិភាព និងឯកជនភាព ដែលនឹងប្រព្រឹត្តទៅនៅថ្ងៃទី 20-22 ខែឧសភា ឆ្នាំ 2019 នៅសាន់ហ្វ្រាន់ស៊ីស្កូ។

គេហទំព័រ HTTPS បញ្ជីឈ្មោះ Alexa កំពូល 10 និងម៉ាស៊ីនដែលពាក់ព័ន្ធចំនួន 000 ត្រូវបានសាកល្បង។ ការកំណត់រចនាសម្ព័ន្ធគ្រីបដែលងាយរងគ្រោះត្រូវបានរកឃើញនៅលើម៉ាស៊ីន 90 ពោលគឺប្រហែល 816% នៃចំនួនសរុប៖

• 4818 ងាយរងគ្រោះដោយ MITM
• 733 ងាយរងគ្រោះចំពោះការឌិគ្រីប TLS ពេញលេញ
• 912 ងាយរងគ្រោះចំពោះការឌិគ្រីប TLS ដោយផ្នែក

គេហទំព័រចំនួន 898 គឺបើកចំហទាំងស្រុងចំពោះការលួចចូល ពោលគឺពួកគេអនុញ្ញាតឱ្យចាក់បញ្ចូលស្គ្រីបខាងក្រៅ ហើយគេហទំព័រចំនួន 977 ផ្ទុកមាតិកាពីទំព័រដែលមានការការពារមិនល្អ ដែលអ្នកវាយប្រហារអាចធ្វើអន្តរកម្មជាមួយ។

អ្នកស្រាវជ្រាវបានសង្កត់ធ្ងន់ថា ក្នុងចំណោមធនធាន 898 "ដែលត្រូវបានសម្របសម្រួលទាំងស្រុង" មានហាងលក់តាមអ៊ីនធឺណិត សេវាកម្មហិរញ្ញវត្ថុ និងគេហទំព័រធំៗផ្សេងទៀត។ គេហទំព័រ 660 ក្នុងចំណោម 898 ទាញយកស្គ្រីបខាងក្រៅពីម៉ាស៊ីនដែលងាយរងគ្រោះ៖ នេះគឺជាប្រភពគ្រោះថ្នាក់ចម្បង។ យោងតាមអ្នកនិពន្ធ ភាពស្មុគស្មាញនៃកម្មវិធីបណ្តាញទំនើបបង្កើនផ្ទៃវាយប្រហារយ៉ាងខ្លាំង។

បញ្ហាផ្សេងទៀតក៏ត្រូវបានរកឃើញផងដែរ៖ 10% នៃទម្រង់ការអនុញ្ញាតមានបញ្ហាជាមួយនឹងការបញ្ជូនព័ត៌មានប្រកបដោយសុវត្ថិភាព ដែលគំរាមកំហែងដល់ការលេចធ្លាយពាក្យសម្ងាត់ គេហទំព័រ 412 អនុញ្ញាតឱ្យស្ទាក់ចាប់ cookies និងការលួចយក session ហើយ 543 គេហទំព័រត្រូវទទួលរងការវាយប្រហារលើ cookie integrity (តាមរយៈ subdomains) .

បញ្ហាគឺថានៅក្នុងប៉ុន្មានឆ្នាំថ្មីៗនេះនៅក្នុងពិធីការនិងកម្មវិធី SSL / TLS បានកំណត់អត្តសញ្ញាណភាពងាយរងគ្រោះមួយចំនួន៖ POODLE (CVE-2014-3566), BEAST (CVE-2011-3389), CRIME (CVE-2012-4929), BREACH (CVE-2013-3587), និង Heartbleed (CVE-2014-0160)។ ដើម្បីការពារប្រឆាំងនឹងពួកវា ការកំណត់មួយចំនួនត្រូវបានទាមទារនៅលើផ្នែកម៉ាស៊ីនមេ និងផ្នែកអតិថិជន ដើម្បីជៀសវាងការប្រើកំណែដែលងាយរងគ្រោះចាស់។ ប៉ុន្តែនេះគឺជានីតិវិធីដែលមិនមែនជារឿងតូចតាចនោះទេ ពីព្រោះការកំណត់បែបនេះពាក់ព័ន្ធនឹងការជ្រើសរើសពីសំណុំកូដសម្ងាត់ និងពិធីការដ៏ទូលំទូលាយ ដែលពិបាកយល់ណាស់។ វាមិនតែងតែច្បាស់ថាឈុតសម្ងាត់ និងពិធីការណាមួយត្រូវបានចាត់ទុកថា "មានសុវត្ថិភាពគ្រប់គ្រាន់" នោះទេ។

ការកំណត់ដែលបានណែនាំ

មិនមាននរណាម្នាក់បានយល់ព្រមជាផ្លូវការ និងយល់ព្រមលើបញ្ជីនៃការកំណត់ HTTPS ដែលបានណែនាំទេ។ ដូច្នេះ ម៉ាស៊ីនបង្កើតការកំណត់រចនាសម្ព័ន្ធ Mozilla 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 ។ ឈុត cipher នៅក្នុងការកំណត់ម៉ាស៊ីនមេ បញ្ជាក់ពីអាទិភាពដែលពួកវានឹងត្រូវបានប្រើ អាស្រ័យលើការកំណត់ម៉ាស៊ីនភ្ញៀវ។

ការស្រាវជ្រាវបង្ហាញថាវាមិនគ្រប់គ្រាន់ដើម្បីដំឡើងវិញ្ញាបនបត្រ HTTPS ទេ។ "ខណៈពេលដែលយើងមិនគ្រប់គ្រងខូឃីដូចដែលយើងបានធ្វើក្នុងឆ្នាំ 2005 ហើយ ' TLS សមរម្យ' បានក្លាយជារឿងធម្មតា វាបង្ហាញថារឿងជាមូលដ្ឋានទាំងនេះមិនគ្រប់គ្រាន់ដើម្បីធានាបាននូវចំនួនដ៏ច្រើនគួរឱ្យភ្ញាក់ផ្អើលនៃគេហទំព័រពេញនិយមខ្លាំង" និយាយ អ្នកនិពន្ធនៃការងារ។ ដើម្បីការពារប៉ុស្តិ៍រវាងម៉ាស៊ីនមេ និងម៉ាស៊ីនភ្ញៀវប្រកបដោយភាពជឿជាក់ អ្នកត្រូវត្រួតពិនិត្យដោយប្រុងប្រយ័ត្ននូវហេដ្ឋារចនាសម្ព័ន្ធពីដែនរងផ្ទាល់ខ្លួនរបស់អ្នក និងម៉ាស៊ីនភាគីទីបីពីមាតិកាណាមួយសម្រាប់គេហទំព័រត្រូវបានផ្គត់ផ្គង់។ ប្រហែលជាវាសមហេតុផលក្នុងការបញ្ជាទិញសវនកម្មពីក្រុមហ៊ុនភាគីទីបីមួយចំនួនដែលមានឯកទេសខាងសន្តិសុខព័ត៌មាន។

ប្រភព: www.habr.com