Let's Encrypt

Let's Encrypt

創立者	電子フロンティア財団 Mozilla Foundation ミシガン大学 アカマイ・テクノロジーズ シスコシステムズ
団体種類	非営利団体
設立	2014年 (11年前) (2014)
所在地	アメリカ合衆国 カリフォルニア州サンフランシスコ York Street 660 北緯37度45分38.9秒 西経122度24分33.5秒 / 北緯37.760806度 西経122.409306度 / 37.760806; -122.409306座標: 北緯37度45分38.9秒 西経122度24分33.5秒 / 北緯37.760806度 西経122.409306度 / 37.760806; -122.409306
活動内容	X.509証明書認証局
親団体	Internet Security Research Group (ISRG)
標語	Encrypt the entire web
ウェブサイト	letsencrypt.org
テンプレートを表示

Let's Encrypt（レッツ・エンクリプト）は、非営利団体のInternet Security Research Group（英語版）（ISRG）により運営されている証明書認証局で、TLSのX.509証明書を無料で発行している^[1][2]。世界最大の認証局であり^[3]、4億を超えるウェブサイトで使用されている^[4]。証明書の有効期間は90日で、期間内のいつでも証明書の再発行を行うことができる。発行はすべて自動化されたプロセスで行われており、安全なウェブサイトを実現するために、証明書の作成、受け入れテスト、署名、インストール、更新を手動で行う必要があった問題を克服するように設計されている^[5][6]。2016年4月に正式に開始された^[7][8]。

Let's Encryptは、すべてのWebサーバへの接続を暗号化することを目指したプロジェクトである^[9]。支払い、サーバ設定、メールによる確認、証明書の更新といった作業を省略することで、TLS暗号化における設定や保守の複雑さを大幅に削減することを意図している^[10]。LinuxのWebサーバーでは、HTTPSの暗号化の設定および証明書の入手・更新がわずか2つのコマンドによって可能である^[11][12]。

このため、Let's EncryptのソフトウェアパッケージはDebianやUbuntuの公式リポジトリに含まれている^[13][14]。MozillaやGoogleなどの主要なブラウザベンダーが現在主導しているHTTPS重視の方針は、Let's Encryptの利用可能性を見込んだものである^[15][16]。このプロジェクトは、ウェブ全体の暗号化接続を達成する可能性のあるものであると認められている^[17]。

完全自動化のため、ドメイン認証（Domain Validation、DV）型証明書のみ発行しており、企業認証（Organization Validation、OV）型やEV（Extended Validation）型は提供していない^[18]。日本語ドメインなどの国際化ドメイン名には対応する^[19]。

Let's Encryptは、できる限り透明化することで信頼性を維持し、攻撃から保護するねらいがある。このため定期的に報告書を発行し^[20]、全てのACMEトランザクションを公開し（たとえばCertificate Transparencyなどにより）、できる限りオープン標準と自由ソフトウェアを使用している^[11]。

ACME v2とワイルドカード証明書（英語版）のサポートが2018年3月から開始された^[21]。

Let's Encryptの中間証明書はIdenTrust（英語版）のルート証明書によってクロス署名されており、幅広いプラットフォームに対応している。未対応の代表的なものとして一部のフィーチャーフォンやニンテンドー3DSなどがあげられる^[22]。

Let's EncryptはInternet Security Research Group（英語版）（ISRG）がサービスを提供している。主要なスポンサーは電子フロンティア財団（EFF）、Mozilla Foundation、アカマイ・テクノロジーズ、OVH、シスコシステムズ、Facebook、Google Chrome、Internet Societyである。 その他の関係団体としては認証局のIdenTrust（英語版）、ミシガン大学、スタンフォード・ロー・スクール、Linux Foundation^[23]などがあり、レイセオン/BBNテクノロジーズのStephen Kent（英語版）、CoreOSのAlex Polvなどが関わっている^[11]。

• Rich Salz（アカマイ・テクノロジーズ）
• Joe Hildebrand（シスコシステムズ）
• Jacob Hoffman-Andrews（電子フロンティア財団）
• J. C. Jones（Mozilla Foundation）
• Russ Housley（Independent）
• Ryan Hurst（Google）
• Stephen Kent（Independent）
• Karen O'Donoghue（インターネットソサエティ）

2015年6月、Let's Encryptはオフラインにされたハードウェアセキュリティモジュール（英語版）上に秘密鍵の保管されたRSAルート証明書を生成した^[24]。ルート証明書はIdenTrust（英語版）認証局によってクロス署名される2つの中間証明書に署名するために使用された^[24][25][26]。中間証明書のうち一方は発行された証明書に署名するために使用され、他方は一つ目の中間証明書に問題が発生した際のバックアップのためにオフラインで保管されている^[24]。IdenTrustの証明書は主要なブラウザにプリインストールされているため、ISRGのルート証明書をトラストアンカー（英語版）として含んでいるブラウザが存在しないにもかかわらずLet's Encryptの証明書は通常何もすることなく有効である^[27]。

Let's Encryptの開発者たちはECDSAのルート証明書も同様に2015年内に生成する予定であったが^[24]、これは2016年頭へと延期され^[28][29]、2019年へとさらに延期された^[30]。

この新しい認証局への登録を自動化するためのチャレンジレスポンス（英語版）プロトコルはAutomated Certificate Management Environment（ACME）と呼ばれている。これには証明書がカバーしているドメイン上のウェブサーバに対する様々なリクエストが含まれている。レスポンス結果が期待されているものと一致しているかに基づき、登録者がドメインの管理を行っているかが確認される（ドメイン認証）。これを実現するため、ACMEクライアントソフトウェアはサーバシステム上にACME認証局サーバからのServer Name Indication（Domain Validation using Server Name Indication、DVSNI）を用いた特殊なリクエストを受けるための特殊なTLSサーバを立ち上げる。

認証プロセスは個別のネットワーク経路を用いて複数回実施される。DNSスプーフィング攻撃が困難になるよう、DNSエントリの確認は地理的に離れた複数の地点から実施される。

ACMEの動作はJSONドキュメントをHTTPS接続上で交換することで実施される^[31]。仕様書のドラフト版はGitHub上で入手可能であり^[32]、インターネット標準の提案としてInternet Engineering Task Force（IETF）に送付されている^[33]。

認証局ではACMEプロトコルのサーバ側を実装したBoulderと呼ばれるGoで書かれたソフトウェアが使用される。BoulderはMozilla Public License（MPL）バージョン2に基づいた自由ソフトウェアとしてソースコードとともに公開されており^[34]、TLSで暗号化された通信経路からアクセス可能なRESTによるAPIを提供する。

certbot（旧称letsencrypt）と呼ばれるApache Licenseに基づくPythonで書かれた証明書管理プログラムがクライアント側（登録者のウェブサーバ）にインストールされる^[35]。これは証明書を要求し、ドメイン認証プロセスを実施し、証明書を導入し、HTTPサーバのHTTPS暗号化を設定し、定期的に証明書を更新するために使用される^[11][36]。インストールと使用許諾への合意を行えば、コマンド1つで有効な証明書を導入することができる。OCSP Stapling（英語版）やHTTP Strict Transport Security（HSTS）のような追加のオプションを有効化することも可能である^[31]。自動セットアップはApacheとnginxのみで利用可能である。

Let's Encryptは90日間有効な証明書を発行する。これはこのような証明書により「鍵漏洩と誤発行によるダメージを抑制することができる」ためであり、自動化を奨励するためである^[37]。公式のcertbotクライアントと多くのサードパーティによるクライアントが証明書の自動更新に対応する。

コミュニティではいくつかのサードパーティにより、クライアント実装がいくつかの言語で行われている^[38]。

Let's Encryptプロジェクトは2012年に2人のMozilla従業員Josh AasとEric Rescorlaが電子フロンティア財団のPeter Eckersleyとミシガン大学のJ. Alex Halderman（英語版）とともに始めた。Let's Encryptを提供しているInternet Security Research Groupは2013年5月に設立された^[39]。

• 2014年11月18日 Let's Encryptが公表された^[40]。
• 2015年1月28日 ACMEプロトコルが正式な標準化のためにIETFに提出された^[41]。
• 2015年4月9日 ISRGとLinux Foundationのコラボレーションが宣言された^[23]。
  • ルート証明書と中間証明書は6月の初めに生成された^[27]。
• 2015年6月16日 最終的なサービス立ち上げのスケジュールが公表された。併せて2015年7月27日の週のどこかで最初の証明書が発行される予定であり、セキュリティとスケーラビリティの検証のため発行期間が選定的になることが告知された。当初、サービスが一般に利用可能になるのは2015年9月14日の週のどこかの予定であった^[42]。IdenTrustによるクロス署名がLet's Encrypt一般サービス開始時に開始される計画となった^[26]。
• 2015年8月7日 サービスの立ち上げスケジュールがシステムのセキュリティと安定性向上のため変更され、最初の証明書の発行予定が2015年9月7日に、サービスが一般に利用可能になるのは2015年11月16日の週となった^[43]。
• 2015年9月14日 ドメイン「helloworld.letsencrypt.org」のために、最初の証明書を発行。同日、ISRGは、Mozilla、マイクロソフト、グーグルとAppleにそのルート・プログラム・アプリケーションを提出した^[44]。
• 2015年10月19日 中間証明書に、クロス署名としてIdenTrustを選定したことにより、Letsencryptによって発行されたすべての証明書、すべての主要なブラウザによって信頼されるようになった^[25]。
• 2015年11月12日 最初のパブリックベータ開始日を2015年12月3日である発表した^[45]。
• 2015年12月3日 パブリックベータの開始を発表した^[46]。
• 2016年4月12日 ベータ期間が終了した^[47]。

[*] これらのうち380万通は有効期限が切れておらず、失効もしていない。Let's Encryptの有効な証明書は700万以上のユニークなドメインをカバーしており、これは大きなホスティング業者によるサポートによる部分もある。

• Richard Barnes, Jacob Hoffman-Andrews, James Kasten (21 July 2015), IETF (ed.), “Automatic Certificate Management Environment (ACME)”, Active Internet-Drafts (英語){{citation2}}: CS1メンテナンス: dateとyear (カテゴリ) CS1メンテナンス: 複数の名前/author (カテゴリ) (latest standardisation draft of the ACME specification)

• HTTPS Everywhere

• 公式ウェブサイト （英語）
• Let's Encrypt - GitHub （英語）
• Seth Schoen - Let's encrypt! — GNU MediaGoblin （英語）
• Let's Encrypt Overview （英語）
• media.ccc.de - Let's Encrypt （英語）
• Let's Encryptによって発行された証明書リスト （英語）

この項目は、コンピュータに関連した書きかけの項目です。この項目を加筆・訂正などしてくださる協力者を求めています（PJ:コンピュータ/P:コンピュータ）。

• 表示
• 編集