DEFCON 23.「Let'sEncrypt：インターネット用の無料暗号化証明書の作成」 ヤン・チュー、ピーター・エッカーズリー、ジェームス・カステン

私の名前はYang Zhuです。YahooSecurityエンジニアです。これは、テクノロジーチームリーダーであるElectronic Frontier FoundationのコンピュータースペシャリストであるPeter Eckersleyと、ミシガン大学のコンピューターサイエンスおよびエンジニアリングのテクノロジーおよび大学院生であるJames Castenです。 では、インターネット全体を暗号化する機能にショックを受けたのはどれですか？ 私はあなたの熱意に喜んでいます！



それでは、地球温暖化、子供の頃の飢er、その他すべてに加えて、世界はどのような問題に関心を持っていますか？ 問題は、2015年であっても、TLSトランスポートレイヤーセキュリティプロトコルがまだ普及していないことです。 昨年の夏、QuoraのWebサイトを使用したいときに、認証ページにアクセスして、単純なhttpに基づいて実装されていることを確認しました。 さらに、httpは悪意のあるツールによる攻撃を受けやすく、パスワードをクリアテキストで送信します。 この方法で毎日サイトにアクセスする何百万人ものアクティブなユーザーを見ると、これは本当に悪いことです。 Quoraの目的は、社会的知識、そしておそらくユーザーの誤った情報を広めることです。これは、さまざまなトピックに関する質問と回答のサイトです。







Googleという小さなサイトがまだあります。それを聞いた人は手を挙げてください。したがって、ここではSSLを使用するという意味で常に十分でした。 ただし、Google Adsアプリケーションのこのランディングページのような一部のページでは、引き続きデフォルトで標準のHTTPプロトコルが使用されます。 心配する必要はありません。ユーザーデータを必要としない静的な公開ページです。 しかし、これらの問題を理解している私のような人は、[ログイン]ボタンがどこにつながるかをチェックします。 このボタンをクリックした後、何も疑わない一般ユーザーはフィッシングサイトにリダイレクトされ、そこで登録データを入力できます。







また、ここではHTTPが使用されているため、これは依然として問題です。



2番目の問題は、TLSトランスポート層保護プロトコルを取得することは、2015年であっても依然として非常に面倒なことです。 これを聞いた人は誰でも手を上げさせてください。 たくさん見ます。 これを行う場合は、wiki.cremehost.comにアクセスして、CAによって認証された電子署名証明書を購入するために必要な12の手順を確認できます。 また、あなたはまだアルコール中毒者ではありませんが、あなたにとってもこの手順は非常に退屈です。



TLSの構成にかかる時間を考慮してください。 これについてのビデオがあります。 EFFの同僚の多くがTLSを構成できるかどうかを話しましたが、誰もこれを行ったことはありません。 私のビデオがうまくいくことを願っています。



パート1-パーカーヒギンズ、EFF活動家。



「こんにちは、パーカー、今日は何をしていますか？」

-テストサイトにHTTPSをインストールしようとしています。

「まあ、それは楽しいですか？」

-まだ分からないかもしれません。

-あなたがそれをどうするかについてのビデオを作ることはできますか？

-はい、できます！

-すごい！



そして、あなたは彼が困難にそれをするのを見る。 彼は[アシスタント]ボタンをクリックし、ページが何度も読み込まれますが、失敗します。 おそらく今日彼は成功しないだろうと言って、私は去ります。



パート2-ノア。



ここでも同様のプロセスが続き、ノアは合計で約9時間かかりました。 彼は自分のメールで何が起こっているのか、証明書の設定方法を理解できないので、コーヒーを飲みに行きます。 3時間後、私は彼に戻ります。



「これは私たちが保護しようとしているサイトです。」 そして、このボタンは再び非アクティブになります。 ここで証明書をねじ込むことはできません。 「すべてのフィールドが満たされているわけではありません。」というメッセージが届きます。 私は再びそれらを埋めようとします。 それで、「おめでとう」という碑文が現れました！ それが私がそんなに時間を費やした理由ですか？



さて、続けましょう、私たちのサイトを立ち上げてみてください。 フォームのドロップダウンメニューで見つけてクリックし、お待ちください...



情報が画面に表示され、ノアは驚きました。「そして、これはどういう意味ですか？ 私の意見では、これは妹の手紙、何らかの請求書、支払いです。 これは私のブラウザですか？”



さらに1時間経過します。 ノアに戻ります。ノアは、彼のサイトの暗号化セキュリティキーの証明書の取得の成功を確認する手紙をまだ待っています。 彼は、認証サービスを使用して感謝の手紙を受け取ったと言いますが、手紙に示されたリンクをたどろうとしても、彼から何も出ません。これはおそらく、彼の側のプロキシサーバーに問題があるためです。



ノアは、1時間が経過し、その間に証明書を取得する試みがさらにいくつか失敗したと言いますが、何も起こりませんでした。 この悲しいビデオをおaびします。



そのため、認証プロセスに数時間かかり、多くのエラーに関連付けられ、多くの場合失敗することを確認しました。



問題3は、TLSの構成がわかりにくいことです。







すべてが私たちのために完璧に進んだと仮定して、証明書を取得し、サーバーにインストールしたいとします。 しかし、彼の設定はすべて非常に混乱しています。 数年前、人々は「RC4ストリーム暗号があります。非常に効果的です！」 しかし今、2015年に、CloudFlareコンテンツ配信ネットワークのニックなどの専門家は、RC4を破壊する必要があると主張しています。



もう1つの例は、セキュアハッシュアルゴリズムSHA-1暗号化ハッシュアルゴリズムです。これは、このハッシュと証明書チェーンを使用するサイトが遅かれ早かれ、ChromeおよびFirefoxブラウザーによって安全でないと認識されるため、安全でないと見なされます。







したがって、「SHA-256：Deliverance」という映画に注目します。 この映画は、自分のWebサイトで誤ってSHA-1を使用したとして非難され、仕事から追い出された男性に関するものです。 彼はモーガン・フリーマンに会い、彼が実際にSHA-256を使用していることを人々に納得させるためにいつも費やしています。 国のすべての映画館で見てください！ 冗談でした！



次に、「POODLE SSlv3の脆弱性からサーバーを保護する方法」というタイトルの次の問題に進みましょう。 SSL v.3暗号化プロトコルはLogjam攻撃の影響を受けやすく、不適切に設定されたWebサービスまたはメールサーバーで確立されたTLS接続を解読またはクラックする可能性があるため、人々はそれを放棄したと言います。



独立した研究所ssllabs.comが実施したサイト監査の結果を示したいと思います。 ご覧のとおり、letslabcrypt.orgサイトは最高のA +評価を持ち、セキュリティの面で最高のサイトの1つです。これは、ssllabsが深刻な組織であり、信頼できるためです。 推奨リストから最新の暗号を使用します。 Fの最小評価を受けた他のサイトが表示されます。問題は、多くの人々がまだSSLを正しく構成できず、壊れた暗号化を使用していることです。



問題＃4は混合コンテンツをブロックしています。 SSLを使用するとサイトがブロックされる場合がありますが、HTTPを介してすべてのリソースをダウンロードします。 ブラウザは、このユーザーをHTTPSセキュリティレベルに移動する必要があると考えているため、HTTPコンテンツをブロックします。 その結果、HTTP経由でスクリプトをダウンロードすると、サイトは機能しなくなります。 数晩前に確認したLenovoの場合、HTTPSを使用できましたが、デフォルトではHTTPを使用する必要があったため、フォントをアップロードすることさえできませんでした。 スライドでHTTPSのみを使用しているサイトを紹介します。







Peterと私は、ブラウザー拡張機能のサポートに取り組んでいます。 したがって、Chromeブラウザーを使用すると、そのすべてのリソースをHTTPSとして読み取ることができることがわかります。 つまり、サイトを安全でない状態から安全な状態に変えることができる便利なツールがあります。 サードパーティのコンテンツを使用しており、SSLをサポートしているかどうかわからない場合は、開発者のツールを表形式で使用して遊ぶことができます。 これは、リソースの書き換えに役立ちます。これは非常に役立ちます。



「安全でないリクエストのアップグレード」、「安全でないリクエストの更新」と呼ばれる新しいページタイトルがあり、ブラウザがそれを見ると、サイトとリンクのすべてのサブリソースがHTTPで記述されていてもHTTPSに変換する必要があることを理解します。 したがって、このヘッダーをサイトに使用できます。



問題＃5は、セキュリティ証明書を発行する信頼できる組織が多すぎることです。 1年前、ピーターは、画面に表示される非常に複雑なテーブルを描きました。 ピーター、彼女の意味を説明してください！



Peter Eckersley氏は、これは完全な地図とはほど遠いが、一部に過ぎないと述べています。 2010年にSSL OdservatoryプロジェクトによってDEFCONで発表されました。 当時、Firefoxには66の認証センターがあり、IEにはほぼ150の認証センターがあることがわかりました。 インターネットをスキャンしたとき、それらがすべて他の認証機関によって承認および認証され、ブラウザによって信頼されていることを確認しました。 ネットワーク上の何百もの組織やドメインを侵害する可能性のある認証サービスセンターであるCASは数千あり、それは恐ろしいように見えました。 昨年、Googleは中国の認証局によって発行された誤った証明書を発見したため、これはWebサイトのセキュリティに対する単なる理論的な攻撃ではありません。







そして今、私はピーターに床を渡します。ピーターは私たちが将来世界をどのように見ているかを教えてくれます。



これらの問題の解決策をどのように考えているかについて説明します。 まず、無料の自動化されたオープンな独自のLetsEncrypt証明書認証センターを作成できます。 あなたはこのジョークを楽しんでいたようです！



実際、セキュリティとそれを必要とするすべてのサイトの両方の詳細なレビューが必要です。 セキュリティと使いやすさを同時に提供するソリューションが必要です。



Web開発者と呼ばれる人は、SSL脆弱性の使用に関するすべての詳細に深く入りたくないため、それを必要としません。 したがって、答えなければならない最も重要な質問は、証明書をどのように発行するかです。 現在の状況は聖杯の場面を連想させるので、あなたがそこに行くように命じられたとき-私はどこでそれを持ってこないのか-私は何を知りません。 そして、あなたがそれを持ってくると、これはあなたに要求されたものではないことが判明します。



「ゼロ」という数字で指定する質問は、「セルフローディング」と呼ばれます。 これは、既存のオプションを使用して新しいオプションを作成することを意味します。 古い暗号化に基づいて、どのソリューションを使用する必要がありますか？ この質問に対する通常の答えは、ドメイン検証DV、またはドメイン名の合法化です。 これは千ドルの支払いを必要としません。アドレスに手紙を送るか、サイトにリクエストを投稿してセキュリティプロトコルをアップグレードするだけで十分です。



Let's EncryptはどのタイプのDVを使用しますか？ ダウンロードの場合、これはポート443を介したDVSNIプロトコル、またはプロキシサーバーを使用する場合のポート88を介した単純なHTTPです。 この場合、CASはサイトを管理するための管理者権限を確認して、サイトを構成できるようにします。 レターに示されているリソースへのリンクを使用して、TLSの応答「ハンドシェイク」を確認し、リソースに対していくつかのテスト攻撃を実行して、リソースが安全であることを確認します。







DNS名を合法化する可能性について多くの人から質問があります。後ほど、ポート443および100のDVSNI 2ドメインのプロトコルをアップグレードする可能性とともに、この機能をクライアントに実装する可能性があります。千回の変更の代わりに。 これは、通常はファイアウォールをホストするポート443などの特別なポートを含む、さまざまなポートで実行できます。 ユーザーが使用したいポートをインターネットの広範なスキャンを通じて監査する機能があります。



多くは、ドメインの検証に関連するすべてを恐れています。 この場合のインターネットは、情報のパケットを送信する方法であるダークホールであるように見えます。情報のパケットは、パスの途中で消え、一部はあなたに戻って、「はい、本当にこのドメインです！」と言います。 パッケージが邪悪なモンスターに食われるか、途中で変更されるかはわかりません。 ルーターまたはDNSサーバーが適切に保護されていない場合、攻撃を受ける可能性があります。 上記の方法はあまり完璧ではないため、より「高度な」検証手法を使用できます。 多変量検証パスを使用して、データセンターサーバーやワールドワイドウェブの他のリソースを使用し、検証要求の複数のバージョンまたはDNSクエリの複数のバージョンを作成できます。 この方法は、より強力な敵の攻撃からあなたを保護しません。なぜなら、被害者のルーターの脆弱性を利用して、それを通してあなたに到達できるからです。 したがって、DVは、インターネット全体のセキュリティインフラストラクチャを作成する場合に保護する最善の方法ではありません。



ただし、最高の保護オプションがあります。 幸いなことに、上記の「点灯していないインターネット高速道路での旅行」は一度だけ完了する必要があります。 5年前にDEFCONカンファレンスでSSL調査プロジェクトについて議論しましたが、それ以来、FirefoxとGoogleのユーザーのサポートのおかげで一連の調査を実施しました。 証明書の大規模なデータベースとシラバス全体（誤解のリスト）ができたので、ニュージーランド銀行のドメイン名を確認するように求められた場合でも、その人を助けることができます。 この銀行の企業ネットワークメールを聞いたことはありませんが、クライアントに証明書データベースを調べて、このドメイン名に検証証明書があることを確認するようアドバイスすることができます。







データベースへのアクセスは、ポート443のスキャン、CT（証明書の透明性）標準のログの表示、またはクライアントの要求により提供されます。 暗号化されていないドメインを検証するつもりはありませんが、既存の合法化された証明書の秘密鍵を所有していることを証明するようお願いします。 したがって、認証されたセキュリティ証明書のキーの指紋を既に所有している場合は、いつでも証明書または別のCASの証明書を取得できます。



これは非常に便利ではありません。なぜなら、このキーを探す必要があるからです。 紛失した場合は、認証手順全体を再度実行し、設定のパッケージ全体の料金を支払う必要があります。



TOFU認証、最初の使用時の信頼について聞いたことがあるなら、このメカニズムは最初のキー送信が侵害されていないという事実に依存しており、このキーを記憶し、突然変更されたときにセキュリティ確認を拒否することを知っています。 最も可能性が高いのは、SSHセキュアシェルモデルに慣れていることです。 これは場合によっては良い解決策です。



次に重要な問題は、TLSとHTTPSの問題です。 Ianが既に述べたように、TLSを誤って設定すると、この問題が発生します。 この場合、プードル、ログジャム、ホットブレード攻撃に対して脆弱です。 この問題を解決するために必要なのは、サーバーで実行され、必要に応じて魔法のように設定するクライアントだけです。 膨大な数のサイト、サーバー、膨大な情報があり、すべての要件を満たすために真剣な知識が必要だからです。 私たちは、問題の解決に貢献しようとしている人々の小さなチームです。 TLSを正しく構成し、ツールを必要とするすべての人とツールを共有したいと考えています。



サポートするクライアントの目標は何ですか？ ユーザーがこのクライアントを6か月または1年間受信し、その助けにより、Apache / Nginxエンジンまたは別の現在の状態にある既存のサーバーの設定を維持し、必要な変更を行って、結果の証明書をインストールするという事実にあります。 同時に、クライアントは、サーバーの特定の構成に最適な結果を得るために最適な方法でセキュリティ機能を調整し、現在の要件に従ってセキュリティシステムを自動的に更新します。 つまり、HTTPの使用時に大きな問題を引き起こすセキュリティインシデントに自動的に対抗します。



セキュリティ自動化とはどういう意味ですか？ これは、さまざまな複雑さのタスクの全範囲であり、自動モードで解決されます。 簡単なタスクには、暗号暗号化セットの構成、OCSPホチキス留め、およびCSPアップグレードが含まれます。 セキュリティ設定が更新されても混合コンテンツをブロックでき、混合証明書をここで使用する必要があるため、現代のクライアントのHTTP 302（リダイレクトコード）からHTTPSへの変換はより複雑です。新しいコンテンツには新しい、古いHTTPコンテンツには古い。 中程度の複雑さのタスクは、ドメイン名が変更された場合のキーの自動更新と再割り当てでもあります。これも、古い名前のセットと新しい名前のセットが必要だからです。



課題は、証明書とHSTSを完全に書き換えることです。 HSTSは、HTTPプロトコルを使用する代わりに、HTTPSプロトコルを介して強制セキュア接続をアクティブにするメカニズムです。これにより、セキュア接続をすぐに確立できます。 HSTSを使用しない場合、サイトは完全に保護されませんが、このメカニズムには、不適切なセキュリティ設定の場合にサイトを置くことができるいくつかの秘密のプロパティがあります。



最大の課題は、混合コンテンツの監査と修正です。 , .



, CA , , , , . ?



, , , .



, . :

• ACME ;
• ;
• Certificate Transparency.

CA HPKP, HTTP Public Key Pinning, . Key Pinning – ( ) . « ».



, , , .



, Let'sEncrypt, EFF, Mozilla .



, - HTTPS , , , TLS-. , - Linux , HTTPS , 20-30 .



- ISRG, EFF, Mozilla, Cisco, Akamai, IdenTrust Automatic. CAS ISRG Mozilla, EFF Mozilla, – EFF , , .



7 , - , CA 16 .



, , , . . , , , , , , , .







, .



.







, . , Python, .



encryption-example.com, , , , – HTTPS.











, , TLS Trust. , – , , TLS – HTTPS .







. Apache. , .







, , . TLS , HTTPS.



, , encryption-example.com. , , , . 30 .







, encryption-example.com . – , HTTPS. , .











, , . HTTP- . , HTTP, OCSP stapling .



, , , SSL HTTPS. , , , .



-, .



, , . Let'sEncrypt.







, -, , . , , .



, . .



質問：



— – ?



:



— ! , , , CA, ? ! . – , . , CA. , , . , , .



質問：



— , , cPanel VPS-?



:



— , , , API, Python. API , .



質問：



— CRL?



:



— , . , , Google , , . , , C, .



質問：



— Apache Nginx. , Chef Puppet?



:



— , Chef Puppet. , .



質問：



— API , , - API?



:



— , API .



質問：



— , SSL? , ?



:



— , , . X.509, . , , . , , , , . .



質問：



— TLS , « ». , encryption-example.com 80, « » TLS. ?



:



— , , «», «» . , , HSTS. , , . HSTS, , , . , « » .



質問：



-より高レベルのワイルドカード証明書をサポートしますか？



Peter：



-使用されているAPIは、そのような証明書のサポートを許可していませんが、将来この可能性を排除しません。



質問：



-クライアントを使用して.localドメインを確認できますか？



Peter：



この場合、TLSを使用することは意味がないと思います。競合しないドメイン名を作成するか、これらのドメインの新しいブラウザーインターフェイスを作成するよう努力する必要があります。おそらく、このローカルネームスペース用に新しいTOFUモデルを作成する必要がありますが、パブリックWebネーミングスペースから分離する必要があります。





ご滞在いただきありがとうございます。 私たちの記事が好きですか？ より興味深い資料を見たいですか？ 注文するか、友人に推奨することで、私たちをサポートします。Habrユーザーが独自に発明したエントリーレベルサーバーのユニークな類似品で30％割引： VPS（KVM）E5-2650 v4（6コア）10GB DDR4 240GB SSD 1Gbps 20ドルまたはサーバーを分割する方法？ （オプションはRAID1およびRAID10、最大24コア、最大40GB DDR4で利用可能です）。



Dell R730xdは2倍安いですか？ オランダとアメリカで249ドルからIntel Dodeca-Core Xeon E5-2650v4 128GB DDR4 6x480GB SSD 1Gbps 100 TVを2台持っているだけです！ インフラストラクチャビルの構築方法について読んでください。 クラスRは、1米ドルで9,000ユーロのDell R730xd E5-2650 v4サーバーを使用していますか？