אחד מהאתרים המובילים של אלקסה (מעגל מרכזי), מאובטח באמצעות HTTPS, עם תת-דומיינים (אפור) ותלות (לבן), ביניהם יש פגיעים (הצללה מקווקו)

בימינו, סמל החיבור המאובטח של HTTPS הפך לסטנדרט ואפילו לתכונה הכרחית של כל אתר רציני. אם תעודה חסר, כמעט כל הדפדפנים האחרונים מציגים אזהרה ש החיבור לאתר "לא מאובטח" ולא ממליצים להעביר אליו מידע סודי.

אבל מסתבר שנוכחות "נעילה" בשורת הכתובת לא תמיד מבטיחה הגנה. בדיקת 10 אתרים מובילים מהדירוג, Alexa הראתה שרבים מהם נתונים לפגיעויות קריטיות בפרוטוקולי SSL / TLS, בדרך כלל באמצעות תת-דומיינים או תלות. לדברי מחברי המחקר, המורכבות של יישומי אינטרנט מודרניים מגדילה מאוד את משטח ההתקפה.

תוצאות המחקר

המחקר נערך על ידי מומחים מאוניברסיטת ונציה Ca' Foscari (איטליה) והאוניברסיטה הטכנית של וינה. הם יציגו דוח מפורט בסימפוזיון ה-40 של IEEE בנושא אבטחה ופרטיות, שיתקיים ב-20-22 במאי 2019 בסן פרנסיסקו.

10 אתרי HTTPS המובילים ברשימת Alexa ו-000 מארחים קשורים נבדקו. תצורות קריפטוגרפיות פגיעות זוהו ב-90 מארחים, כלומר, כ-816% מהכלל:

• 4818 פגיע ל-MITM
• 733 פגיעים לפענוח TLS מלא
• 912 פגיעים לפענוח TLS חלקי

898 אתרים פתוחים לחלוטין לפריצה, כלומר, הם מאפשרים הזרקת סקריפטים זרים, ו-977 אתרים טוענים תוכן מדפים מוגנים בצורה גרועה שתוקף יכול ליצור איתם אינטראקציה.

החוקרים מדגישים כי בין 898 המשאבים "שנפגעו לחלוטין" נמצאים חנויות מקוונות, שירותים פיננסיים ואתרים גדולים אחרים. 660 מתוך 898 אתרים מורידים סקריפטים חיצוניים ממארחים פגיעים: זה המקור העיקרי לסכנה. לדברי המחברים, המורכבות של יישומי אינטרנט מודרניים מגדילה מאוד את משטח ההתקפה.

עוד נמצאו בעיות נוספות: ל-10% מטפסי ההרשאה יש בעיות בהעברת מידע מאובטח, המאיים להדליף סיסמאות, 412 אתרים מאפשרים יירוט של עוגיות וחטיפת הפעלה, ו-543 אתרים נתונים להתקפות על שלמות העוגיות (באמצעות תת-דומיינים) .

הבעיה היא שבשנים האחרונות בפרוטוקולים ובתוכנות SSL/TLS זיהה מספר נקודות תורפה: פודל (CVE-2014-3566), BEAST (CVE-2011-3389), CRIME (CVE-2012-4929), BREACH (CVE-2013-3587) ו-Heartbleed (CVE-2014-0160). כדי להגן מפניהם, נדרשות מספר הגדרות בצד השרת והלקוח כדי להימנע משימוש בגרסאות פגיעות ישנות. אבל זהו הליך די לא טריוויאלי, מכיוון שהגדרות כאלה כרוכות בבחירה מתוך מערך נרחב של צפנים ופרוטוקולים, שקשה למדי להבין. לא תמיד ברור אילו חבילות צופן ופרוטוקולים נחשבים ל"בטוחים מספיק".

הגדרות מומלצות

אין אף אחד שאושר רשמית ומוסכם על רשימת הגדרות HTTPS מומלצות. כך, מחולל תצורת SSL של Mozilla מציע מספר אפשרויות תצורה, בהתאם לרמת ההגנה הנדרשת. לדוגמה, להלן ההגדרות המומלצות עבור שרת 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