Alexa のトップサイトの XNUMX つ (中央の円)、HTTPS で保護されており、サブドメイン (灰色) と依存関係 (白色) があり、その中には脆弱なサイト (破線の網掛け) があります。

現在、HTTPS セキュア接続アイコンは標準になっており、本格的なサイトでは必須の属性ですらあります。もしも証明書が見つからない場合、最近のほぼすべてのブラウザで次のような警告が表示されます。サイトへの接続は「安全ではありません」また、機密情報を転送することはお勧めしません。

しかし、アドレスバーに「ロック」が存在しても、必ずしも保護が保証されるわけではないことがわかりました。 10の主要サイトをチェック Alexa の評価から、それらの多くは、通常はサブドメインまたは依存関係を介して、SSL / TLS プロトコルの重大な脆弱性の影響を受けることがわかりました。この研究の著者らによると、最新の Web アプリケーションは複雑であるため、攻撃対象領域が大幅に増加しています。

研究成果

この研究は、ヴェネツィア・カフォスカリ大学（イタリア）とウィーン工科大学の専門家によって実施された。彼らは、40 年 20 月 22 ～ 2019 日にサンフランシスコで開催される第 XNUMX 回 IEEE シンポジウム「セキュリティとプライバシー」で詳細なレポートを発表する予定です。

Alexa リストの上位 10 の HTTPS サイトと 000 の関連ホストがテストされました。脆弱な暗号化構成が 90 ホスト、つまり全体の約 816% で検出されました。

4818 は MITM に対して脆弱です
733 は完全な TLS 復号化に対して脆弱です
912 は部分的な TLS 復号化に対して脆弱です

898 のサイトはハッキングに対して完全に無防備、つまり無関係なスクリプトの挿入を許可しており、977 のサイトは攻撃者が操作できる不十分に保護されたページからコンテンツをロードしています。

研究者らは、898 の「完全に侵害された」リソースの中には、オンラインストア、金融サービス、その他の大規模なサイトが含まれていることを強調しています。 660 サイトのうち 898 サイトが脆弱なホストから外部スクリプトをダウンロードします。これが危険の主な原因です。著者らによると、最新の Web アプリケーションは複雑であるため、攻撃対象領域が大幅に増加しています。

その他の問題も見つかりました。認証フォームの 10% には、パスワード漏洩の恐れがある情報の安全な送信に関する問題があり、412 のサイトで Cookie の傍受とセッションハイジャックが許可され、543 のサイトが Cookie の整合性に対する攻撃 (サブドメイン経由) の対象となっています。。

問題は、近年の SSL/TLS プロトコルとソフトウェア多数の脆弱性を特定した：プードル（CVE-2014-3566）、ビースト（CVE-2011-3389）、クライム（CVE-2012-4929）、ブリーチ（CVE-2013-3587）、およびハートブリード（CVE-2014-0160）。これらから保護するには、古い脆弱なバージョンの使用を避けるために、サーバー側とクライアント側で多くの設定が必要です。ただし、このような設定には広範な暗号とプロトコルのセットから選択する必要があり、理解するのが非常に難しいため、これはかなり簡単な手順ではありません。どの暗号スイートとプロトコルが「十分に安全」であるとみなされるかは、必ずしも明らかではありません。

推奨設定

推奨される HTTPS 設定のリストについて正式に承認および合意された人はいません。それで、 MozillaSSL構成ジェネレーターには、必要な保護レベルに応じて、いくつかの構成オプションが用意されています。たとえば、nginx 1.14.0 サーバーの推奨設定は次のとおりです。

モダンモード

サポートされている最も古いクライアント: Firefox 27、Chrome 30、Windows 11 上の IE 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 年のように Cookie を扱うことはなく、『まともな TLS』が一般的になりましたが、これらの基本的なものだけでは、驚くほど多数の非常に人気のあるサイトを保護するには十分ではないことが判明しました。」彼らは言う作品の作者。サーバーとクライアント間のチャネルを確実に保護するには、サイトのコンテンツが配信される独自のサブドメインとサードパーティのホストからインフラストラクチャを注意深く監視する必要があります。おそらく、情報セキュリティを専門とするサードパーティ企業に監査を依頼するのが合理的かもしれません。

出所： habr.com

HTTPS は、見かけほど安全であるとは限りません。 HTTPS サイトの 5,5% で脆弱性が発見

研究成果

推奨設定

モダンモード

中程度のサポート

古いサポート