Loading article…
 | |
| 形成 | 2014年11月18日 |
|---|---|
| 創設者 | |
| 本部 | サンフランシスコ、カリフォルニア州、米国 |
| 座標 | 北緯37°48′01″ 西経122°27′00″ / 北緯37.800322° 西経122.449951° / 37.800322; -122.449951 |
| サービス | X.509 認証局 |
親組織 | インターネットセキュリティ研究グループ |
| 予算 | 360万米ドル[1]（2019年） |
| スタッフ | 27 [2]（2023年） |
| Webサイト | 翻訳元 |
Let's Encrypt は、 Internet Security Research Group (ISRG)が運営する非営利の 認証局で、トランスポート層セキュリティ(TLS) 暗号化用のX.509証明書を無料で提供しています。世界最大の認証局であり[3]、4 億を超えるWeb サイトで使用されており[4]、すべての Web サイトが安全でHTTPS を使用することを目標としています。このサービスのプロバイダーであるInternet Security Research Group (ISRG) は公益団体です。[5]主なスポンサーには、電子フロンティア財団(EFF)、Mozilla Foundation、OVH、シスコシステムズ、Facebook、Google Chrome、インターネット協会、AWS、NGINX、ビル & メリンダ ゲイツ財団などがあります。[6]その他のパートナーには、認証局IdenTrust、[7]ミシガン大学( UM)、[8]、Linux Foundation などがあります。[9]
概要
この組織の使命は、HTTPSの普及を促進することで、より安全でプライバシーを尊重するワールドワイドウェブを構築することです。 [10] Let's Encrypt証明書は90日間有効で、その間はいつでも更新できます。[11]これは、安全なウェブサイトの証明書の手動作成、検証、署名、インストール、更新を克服するように設計された自動化プロセスによって処理されます。 [12] [13]このプロジェクトは、ワールドワイドウェブサーバーへの暗号化された接続をどこにでも普及させることが目標であると主張しています。[14]支払い、ウェブサーバーの構成、検証メールの管理、証明書の更新タスクを排除することで、TLS暗号化の設定と維持の複雑さを大幅に軽減することを目的としています。[15]
Linuxウェブサーバーでは、たった2つのコマンドを実行するだけで、 HTTPS暗号化を設定し、証明書を取得してインストールすることができます。[16] [17]この目的のために、ソフトウェアパッケージが公式のDebianおよびUbuntu ソフトウェアリポジトリに含まれていました。[18] [19] MozillaやGoogleなどの主要なブラウザ開発者が現在、暗号化されていないHTTPを廃止する取り組みは、Let's Encryptの利用可能性に依存しています。[20] [21]このプロジェクトは、Web全体のデフォルトとして暗号化された接続を実現する可能性を秘めていると認められています。[22]
このサービスでは、完全に自動化できるため、ドメイン検証された証明書のみを発行します。組織検証証明書と拡張検証証明書はどちらも登録者の人間による検証を必要とするため、Let's Encryptでは提供されていません。 [23] ACME v2とワイルドカード証明書のサポートは、2018年3月に追加されました。 [24] Let's Encryptが使用するドメイン検証（DV）は2002年にさかのぼり、GeoTrustによって導入されたときに最初は物議を醸しましたが、SSL証明書の発行方法として広く受け入れられました。[25]
可能な限り透明性を確保することで、組織は自身の信頼性を守り、攻撃や不正操作の試みから身を守ることを望んでいます。そのために、定期的に透明性レポートを発行し、[26]すべてのACMEトランザクションを公開し（証明書の透明性などを使用して）、可能な限りオープンスタンダードとフリーソフトウェアを使用しています。 [16]
歴史
Let's Encryptプロジェクトは、Mozillaの従業員であるジョシュ・アースとエリック・レスコーラの2人が、電子フロンティア財団のピーター・エッカーズリーとミシガン大学のJ・アレックス・ハルダーマンと共同で2012年に開始されました。Let 's Encryptの背後にある会社であるインターネットセキュリティリサーチグループは、2013年5月に設立されました。[8]
Let's Encryptは2014年11月18日に公表されました。[27]
2015 年 1 月 28 日、ACME プロトコルは標準化のために IETF に正式に提出されました。[28] 2015 年 4 月 9 日、ISRG とLinux Foundation は協力関係を宣言しました。[9] ルート証明書と中間証明書は 6 月初旬に生成されました。[29] 2015 年 6 月 16 日、サービスの最終的な開始スケジュールが発表され、最初の証明書は 2015 年 7 月 27 日の週に発行され、その後、セキュリティとスケーラビリティをテストするための限定的な発行期間が続くと予想されました。サービスの一般提供は、当初 2015 年 9 月 14 日の週に開始される予定でした。 [30] 2015 年 8 月 7 日、システムのセキュリティと安定性を確保するための時間を増やすために開始スケジュールが修正され、最初の証明書は 2015 年 9 月 7 日の週に発行され、一般提供は 2015 年 11 月 16 日の週に予定されました。[31]
2015年9月14日、Let's Encryptはhelloworld.letsencrypt.orgドメイン向けの最初の証明書を発行しました。同日、ISRGはMozilla、Microsoft、Google、Appleにルートプログラム申請書を提出しました。[32]
2015年10月19日、中間証明書はIdenTrustによって相互署名され、Let's Encryptによって発行されたすべての証明書がすべての主要なブラウザで信頼されるようになりました。[7]
2015年11月12日、Let's Encryptは一般公開を延期し、最初のパブリックベータ版を2015年12月3日に開始すると発表した。 [33]パブリックベータ版は2015年12月3日[34]から2016年4月12日まで実施された。 [35] 2016年4月12日にリリースされた。[36] [37] [5]
2020年3月3日、Let's Encryptは、認証局ソフトウェアの欠陥により、3月4日に300万以上の証明書を失効させる必要があると発表しました。 [38]ソフトウェアベンダーと協力し、サイト運営者に連絡を取ることで、Let's Encryptは期限前に影響を受ける証明書のうち170万件を更新することができました。セキュリティリスクが低く、証明書の有効期限が90日以内に切れるため、最終的に影響を受ける残りの証明書は失効させないことに決定しました。[39]この大量失効イベントにより、世界的な失効率が大幅に増加しました。[40]
2020年3月、Let's Encryptはフリーソフトウェア財団の社会貢献プロジェクト賞を受賞しました。[41]
2020年2月27日、Let's Encryptは10億の証明書を発行したと発表した。[42]
2022年4月、Let's Encryptは「すべての人に無料の証明書を提供する証明書エコシステムの根本的な改善」によりレブチン賞を受賞した。 [43]
2022年9月現在、Let's Encryptは2億3,400万のアクティブな（期限切れでない）証明書を発行したと報告しています。[4]
テクノロジー
信頼の連鎖
ISRG ルート X1 (RSA)
2015年6月、Let's Encryptは最初のRSAルート証明書であるISRG Root X1の生成を発表しました。 [44]ルート証明書は2つの中間証明書に署名するために使用され、[44]証明機関IdenTrustによって相互署名も行われました。[7] [45]中間証明書の1つは発行された証明書に署名するために使用され、もう1つは最初の中間証明書に問題が発生した場合のバックアップとしてオフラインで保持されます。[44] IdenTrust証明書は既に主要なWebブラウザで広く信頼されていたため、ブラウザベンダーがISRGルート証明書をトラストアンカーとして組み込む前であっても、Let's Encrypt証明書は通常、証明書利用者によって検証され、受け入れられます。 [29]
ISRG ルート X2 (ECDSA)
Let's Encrypt の開発者は2015 年にECDSAルート キーを生成することを計画していましたが[44]、その後計画は 2016 年初頭に延期され、その後 2019 年、そして最終的には 2020 年に延期されました。2020 年 9 月 3 日、Let's Encrypt は 6 つの新しい証明書を発行しました。1 つは「ISRG Root X2」という名前の新しい ECDSA ルート、4 つは中間証明書、1 つは相互署名です。新しい ISRG Root X2 は、Let's Encrypt 独自のルート証明書である ISRG Root X1 と相互署名されています。Let's Encrypt は新しい中間証明書に対して OCSP レスポンダーを発行せず、代わりに証明書失効リスト(CRL) のみに依存して侵害された証明書を回収し、証明書の侵害の危険性を減らすために短い有効期間を使用する予定です。[46]
ACMEプロトコル
証明機関への登録を自動化するために使用されるチャレンジ レスポンスプロトコルは、 Automated Certificate Management Environment (ACME) と呼ばれます。発行される証明書でカバーされるドメインによって制御される Web サーバーまたは DNS サーバーのいずれかにクエリを実行できます。結果の応答が期待どおりであるかどうかに基づいて、登録者のドメインに対する制御が保証されます (ドメイン検証)。ACME クライアント ソフトウェアは、Server Name Indication (Domain Validation using Server Name Indication、DVSNI) を使用した要求で ACME 証明機関サーバーによってクエリされる専用の TLS サーバーをセットアップするか、フックを使用して既存の Web サーバーおよび DNS サーバーに応答を公開できます。
検証プロセスは、別々のネットワーク パスで複数回実行されます。DNS エントリがプロビジョニングされているかどうかの確認は、地理的に分散した複数の場所から実行されるため、DNS スプーフィング攻撃の実行が困難になります。
ACMEのやりとりは、 HTTPS接続を介してJSONドキュメントを交換することに基づいています。 [47]インターネット技術タスクフォース（IETF）によって開発された仕様は、提案された標準であるRFC 8555です。[48]
RFC 8555 の完成と公開に先立ち、Let's Encrypt は ACME プロトコルのプレスタンダード ドラフトを実装しました。RFC 8555 では重大な変更が導入されたため、ACMEv2 と呼ばれています。Let's Encrypt は新しいバージョンを実装し、既存のクライアントにアップグレードを促し始めました。この促しは、ACMEv1 API の断続的なダウンタイムで実施されました。サポート終了は、「ACMEv1 のサポート終了計画」で日付とフェーズとともに発表されました。[49] 2019 年 11 月 8 日以降、ACMEv1 は新しいアカウント登録を受け付けなくなりました。2020 年 6 月以降、ACMEv1 は新しいドメイン検証の受け付けを停止しました。2021 年 1 月から、ACMEv1 は 24 時間の停電を経験しました。ACMEv1 API は 2021 年 6 月 1 日に完全にオフになりました。[50]
ソフトウェア実装
認証局は、Goで書かれたBoulderと呼ばれるソフトウェアで構成されており、 ACMEプロトコルのサーバー側を実装しています。これは、 Mozilla Public License （MPL）バージョン2の条件の下で、ソースコード付きのフリーソフトウェアとして公開されています。[51] TLS暗号化チャネルを介してアクセスできる RESTful APIを提供します。
Apacheライセンスの[52] Python証明書管理プログラムであるcertbot (旧称letsencrypt ) がクライアント側 (登録者のWebサーバー) にインストールされます。これは、証明書の注文、ドメイン検証プロセスの実行、証明書のインストール、HTTPサーバーでのHTTPS暗号化の構成、および後で証明書を定期的に更新するために使用されます。[ 16] [53]インストールしてユーザーライセンスに同意すると、1つのコマンドを実行するだけで有効な証明書がインストールされます。OCSPステープルやHTTP Strict Transport Security (HSTS) などの追加オプションも有効にできます。[47]自動セットアップは、最初はApacheとnginxでのみ機能します。
Let's Encryptは90日間有効な証明書を発行します。その理由は、これらの証明書が「鍵の漏洩や誤発行による被害を制限」し、自動化を促進するためです。[54]
当初、Let's Encrypt は公式実装として独自の ACME クライアントである Certbot を開発しました。これはElectronic Frontier Foundationに移管され、名前「letsencrypt」は「certbot」に変更されました。コミュニティによって開発された多数の環境向けの ACME クライアントとプロジェクトは多数あります。[55]
参照
- どこでもHTTPS
- Let's Encrypt 統計 - Let's Encrypt が毎日発行した証明書のインタラクティブなチャート
さらに読む
- Barnes, R.; Hoffman-Andrews, J.; McCarney, D.; Kasten, J. (2019 年 3 月)。自動証明書管理環境 (ACME) RFC 8555。IETF 。
参考文献
- ^ Aas, Josh (2019年12月31日). 「2019年を楽しみにしています」. Let's Encrypt . 2019年1月26日閲覧。
- ^ 「より良いインターネットの構築 - ISRG 2023 年次報告書」(PDF)。インターネット セキュリティ リサーチ グループ。2023 年 12 月 27 日。2024 年5 月 27 日閲覧。
- ^ 「より良いインターネットのために - ISRG 2020 年次報告書」(PDF)。インターネット セキュリティ リサーチ グループ。2020 年 11 月 17 日。2021年5 月 11 日閲覧。
- ^ ab 「Let's Encrypt Stats - Let's Encrypt - 無料の SSL/TLS 証明書」。letsencrypt.org 。2022年10 月 1 日閲覧。
- ^ ab 「Let's Encrypt について」。Let's Encrypt。
- ^ 「現在のスポンサーと資金提供者」。Let's Encrypt。
- ^ abc Aas、Josh (2015 年 10 月 19 日)。「Let's Encrypt は信頼されています」。
- ^ ab Aas, Josh (2014年11月18日). 「Let's Encrypt | Boom Swagger Boom」 Boomswaggerboom.wordpress.com. 2015年12月8日時点のオリジナルよりアーカイブ。 2016年1月6日閲覧。
- ^ ab Kerner, Sean Michael (2015 年 4 月 9 日)。「Let's Encrypt が Linux Foundation の共同プロジェクトに」。eWeek。QuinStreet Enterprise。[永久リンク切れ ]
- ^ 「Let's Encrypt - FAQ」。Let 's Encrypt 。 2021年5月11日閲覧。
- ^ 「なぜ証明書の有効期間が90日間なのか？ - Let's Encrypt」。letsencrypt.org 。 2021年9月5日閲覧。
- ^ Kerner, Sean Michael (2014 年 11 月 18 日). 「Let's Encrypt の取り組みはインターネット セキュリティの向上を目指しています」. eWeek.com . Quinstreet Enterprise. 2016 年 12 月 13 日時点のオリジナルよりアーカイブ。2015 年2 月 27 日閲覧。
- ^ Eckersley, Peter (2014 年 11 月 18 日)。「2015 年に開始: Web 全体を暗号化する認証局」。電子フロンティア財団。2015年2 月 27 日閲覧。
- ^ 「How It Works」。Let 's Encrypt 。2016年7月9日閲覧。
- ^ Tung, Liam (2014 年 11 月 19 日)。「EFF と Mozilla が無料のワンクリック Web サイト暗号化を開始」ZDNet。CBS Interactive。
- ^ abc ファビアン・シェルシェル (2014 年 11 月 19 日)。 「Let's Encrypt: Mozilla und die EFF misshen den CA-Markt auf」（ドイツ語）。 heise.de.
- ^ Marvin, Rob (2014年11月19日). 「EFFはHTTPSをデフォルトプロトコルにしたい」. Software Development Times . BZ Media. 2016年6月17日時点のオリジナルよりアーカイブ。 2019年5月27日閲覧。
- ^ Marier, Francois (2015 年 1 月 1 日)。「ITP: letsencrypt – Apache 設定を更新できる Let's Encrypt クライアント」。Debianバグ レポート ログ。
- ^ "python-letsencrypt". Debian パッケージ トラッカー2015 年 5 月 27 日。
- ^ Barnes, Richard (2015 年 4 月 30 日)。「非セキュア HTTP の廃止」。Mozillaセキュリティ ブログ。Mozilla。
- ^ 「HTTP を非セキュアとしてマークする」。Chromiumプロジェクト。
- ^ Moody, Glyn (2014 年 11 月 25 日)。「暗号化、Tor、VPN に対する今後の戦争」。Computerworld UK。IDG UK。
- ^ Vaughan-Nichols, Steven J. (2015 年 4 月 9 日)。「Web を完全に保護する: Let's Encrypt プロジェクト」ZDNet。CBS Interactive。
- ^ Aas, Josh (2018 年 3 月 13 日)。「ACME v2 およびワイルドカード証明書のサポートが開始されました」。Let 's Encrypt。2018年5 月 24 日閲覧。
- ^ 「証明書には証明書がつきものだ – VeriSign がライバルを非難」www.theregister.com 。2020年8 月 20 日閲覧。
- ^ Zorz, Zeljka (2015 年 7 月 6 日)。「Let's Encrypt CA が最初の証明書発行前に透明性レポートを公開」。Help Net Security。
- ^ Joseph Tsidulko (2014 年 11 月 18 日)。「Let's Encrypt、無料の自動認証局がステルス モードから脱却」。crn.com。2015年8月 26 日閲覧。
- ^ draft-barnes-acme の履歴
- ^ ab カプス玲子 (2015年6月5日)。 「Let's Encrypt: Meilenstein zu kostenlosen SSL-Zertifikaten für alle」（ドイツ語）。 heise.de.
- ^ Josh Aas (2015 年 6 月 16 日). 「Let's Encrypt のリリーススケジュール」. letsencrypt.org . Let's Encrypt . 2015 年6 月 19 日閲覧。
- ^ 「Let's Encrypt のリリーススケジュールが更新されました」。2015 年 8 月 7 日。
- ^ Michael Mimoso. 「Let's Encrypt の無料証明書が初めて公開」Threatpost.com、Kaspersky Labs。2015年9 月 16 日閲覧。
- ^ 「パブリックベータ：2015年12月3日」。2015年11月12日。
- ^ 「パブリックベータ版開始 - Let's Encrypt - 無料の SSL/TLS 証明書」。Let's Encrypt。2015 年 12 月 3 日。2016年1 月 6 日閲覧。
- ^ 「Let's Encrypt がベータ版を終了」LinuxFoundation.org。 2016 年 4 月 15 日時点のオリジナルよりアーカイブ。2016 年4 月 17 日閲覧。
- ^ Josh Aas、ISRGエグゼクティブディレクター。「ベータ版を終了し、新しいスポンサー」。EFF 。 2016年4月12日閲覧。
- ^ Catalin Cimpanu. 「Let's Encrypt が本日開始、現在 380 万のドメインを保護」Softpedia ニュース。2016年4 月 12 日閲覧。
- ^ 「3月4日に特定の証明書を失効」。2020年3月3日。 2020年3月4日閲覧。
- ^ バレット、ブライアン（2020年3月9日）。「先週、インターネットは小さな災害を回避した」。Wired。コンデナスト。 2020年5月12日閲覧。
- ^ Korzhitskii, Nikita; Carlsson, Niklas (2021). 「インターネット上の失効ステータス」. arXiv : 2102.04288 .
- ^ Let's Encrypt、ジム・マイヤーリング、クラリッサ・リマ・ボルゲスがFSFの2019年フリーソフトウェア賞を受賞 フリーソフトウェア財団、2020年
- ^ 「Let's Encrypt が 10 億個の証明書を発行 - Let's Encrypt - 無料の SSL/TLS 証明書」letsencrypt.org 。2021年4 月 3 日閲覧。
- ^ 「The Levchin Prize for Real-World Cryptography」。Real World Crypto Symposium。国際暗号研究協会。2024年4月9日閲覧。
- ^ abcd Aas, Josh (2015 年 6 月 4 日)。「Let's Encrypt のルート証明書と中間証明書」。Let 's Encrypt。
- ^ カプス玲子 (2015年6月17日)。 「SSL-Zertifizierungsstelle Lets Encrypt will Mitte September 2015 öffnen」 (ドイツ語)。 heise.de.
- ^ Gable, Aaron (2020年9月17日). 「Let's Encryptの新しいルート証明書と中間証明書」. Let's Encrypt . 2020年9月22日閲覧。
- ^ ab Brook, Chris (2014 年 11 月 18 日)。「EFF などが 2015 年に Web の暗号化を容易にする計画」。Threatpost : Kaspersky Lab セキュリティ ニュース サービス。
- ^ R. Barnes、J. Hoffman-Andrews、D. McCarney、J. Kasten (2019 年 3 月)。「自動証明書管理環境 (ACME)」。RFC 8555。
{{cite web}}: CS1 maint: 複数の名前: 著者リスト (リンク) - ^ 「ACMEv1 のサポート終了計画」。Let 's Encrypt コミュニティ サポート。2019 年 3 月 11 日。2020年8 月 20 日閲覧。
- ^ 「ACMEv1 のサポート終了計画 - API アナウンス」。Let 's Encrypt コミュニティ サポート。2021 年 5 月 5 日。2021年5 月 12 日閲覧。
- ^ letsencrypt. "boulder/LICENSE.txt at master ·letsencrypt/boulder · GitHub". Github.com . 2016年1月6日閲覧。
- ^ letsencrypt (2015 年 11 月 23 日)。 「マスターの letsencrypt/LICENSE.txt · letsencrypt/letsencrypt · GitHub」。 Github.com 。2016 年1 月 6 日に取得。
- ^ Sanders, James (2014 年 11 月 25 日)。「Let's Encrypt イニシアチブによる無料の暗号化証明書の提供」。TechRepublic。CBS Interactive。
- ^ Aas, Josh (2015 年 11 月 9 日)。「なぜ証明書の有効期間が 90 日間なのか?」Let's Encrypt。2016年6 月 26 日閲覧。
- ^ 「ACME クライアント実装 - Let's Encrypt - 無料の SSL/TLS 証明書」letsencrypt.org 。2020年8 月 20 日閲覧。
外部リンク
Wikimedia Commons には、Let's Encryptに関連するメディアがあります。
- 公式サイト
- サートボット
- GitHubで Let's Encrypt を使う
- Seth Schoen の Libre Planet 2015 での Let's Encrypt に関する講演
- CCCamp 2015 での Let's Encrypt に関する pde の講演
- Let's Encrypt が発行した証明書のリスト