世界最大の認証局のLet’s Encryptが「オンライン証明書状態プロトコル(OCSP)」のサポートを打ち切ると発表
証明書認証局(CA)のLet's Encryptが、公開鍵の証明書の失効状態を取得する通信プロトコルであるオンライン証明書状態プロトコル(OCSP)のサポートを終了することを明らかにしました。 Intent to End OCSP Service - Let's Encrypt https://letsencrypt.org/2024/07/23/replacing-ocsp-with-crls.html Let's Encryptのエグゼクティブディレクター兼共同創設者であるジョッシュ・アース氏は2024年7月23日に、「私たちは本日、OCSPのサポートを終了し、証明書失効リスト(CRL)をできるだけ早く導入する意向を発表します」と述べました。 Let's Encryptは記事作成時点で約10年間にわたってOCSPのレスポンダーを提供してきましたが、2022年からはCRLのサポートも行っ
Let's EncryptのルートCA期限切れで OpenSSL 1.0.2が思わぬ事故を起こす件 | 記事
2021/10/01 ISRG Root X1(2015年〜)ならとっくに信頼してるはずと思った？残念！ これは、Let's Encryptを支えるこの二人のルートCAと OpenSSLの物語である。 - DST Root CA X3 (2000-2021) - ISRG Root X1 (2015-2035) ## 〜2021年1月〜 ISRG Root X1「いままで一緒にやってきたDST Root CA X3さんの寿命が間近・・・このままだと僕を信頼してくれていないベテランの（具体的にいうと2016年くらいまでの）古いクライアントたちは Let's Encryptさんを信用してくれなくなっちゃう・・・どうしよう」 DST Root CA X3「どれ、わしが死ぬ前に(有効期限が切れる前に)お前が信頼に値する旨を一筆書いて残せばいいじゃろう。サラサラ」 ```text Issuer: O
ACME v2 and Wildcard Certificate Support is Live
We’re pleased to announce that ACMEv2 and wildcard certificate support is live! With today’s new features we’re continuing to break down barriers for HTTPS adoption across the Web by making it even easier for every website to get and manage certificates. ACMEv2 is an updated version of our ACME protocol which has gone through the IETF standards process, taking into account feedback from industry e
Staging endpoint for ACME v2
We’re happy to announce that our ACME v2 staging endpoint is now available for public testing. You can begin testing ACME v2 support for your client using the following directory URL: https://acme-staging-v02.api.letsencrypt.org/directory Remember that since the staging environment root certificate is not present in browser/client trust stores this endpoint is inappropriate for production use. A p
Let's Encryptのワイルドカード証明書対応はこうなる？ DNS-01のみか - Qiita
func TestWillingToIssueWildcard(t *testing.T) { bannedDomains := []string{ `zombo.gov.us`, } pa := paImpl(t) bannedBytes, err := json.Marshal(blacklistJSON{ Blacklist: bannedDomains, }) test.AssertNotError(t, err, "Couldn't serialize banned list") f, _ := ioutil.TempFile("", "test-wildcard-banlist.txt") defer os.Remove(f.Name()) err = ioutil.WriteFile(f.Name(), bannedBytes, 0640) test.AssertNotErr
Looking Forward to 2018 - Let's Encrypt - Free SSL/TLS Certificates
By Josh Aas, ISRG Executive Director · December 7, 2017 Let’s Encrypt had a great year in 2017. We more than doubled the number of active (unexpired) certificates we service to 46 million, we just about tripled the number of unique domains we service to 61 million, and we did it all while maintaining a stellar security and compliance track record. Most importantly though, the Web went from 46% enc
制限と仕様からLet's Encrypt(ACMEv1)の話 - Qiita
現行のACMEv1を使ったLet's Encryptのお話。 (https://letsencrypt.org) V1は終わりましたが、V2でも概ね同じです。一応V2はひとつ制限が追加されてます、追記の3を参照。 個人が手持ちのドメインで利用するにはあまり気にすることもないですが、何度も証明書を発行しようとすると制限に引っかかってくることがあります。 https://letsencrypt.org/docs/rate-limits/ 先日Encryptを少し多めにLet'sした機会があったので、その時に色々気を使ったことをまとめておきます。 Let's Encryptにかかる制限(rate-limits) といっても、(ドメインの所有さえ確認できれば)ACMEの仕様としてかかる制限はありません。 ほとんどはACMEのプロバイダによる、証明書の発行やそれにまつわるリクエストへの量的な制限とな
docker で全自動 Let's encrypt - Qiita
https-portal があまり知られてないようなので紹介記事だけ書いとく。 https://github.com/SteveLTN/https-portal あなたがすでにhttpで動作するサービスのdockerコンテナを持ってるなら、こいつを docker-compose に加えるだけで https 対応は完了。 え？ 加えるだけで完了。 まじです。 https-portal は何をするものか 基本的には https のリクエストを受け取り、他のコンテナの http へ転送するリバースプロキシとして動作する nginx である。 ところで https を提供するには証明書の取得、設定などが必要だが、こいつはそれを全自動でやってくれる。 え？ 証明書の取得、設定を全自動でやってくれる。 まじです。 期間延長も自動でやってくれるらしい。 まあとにかく便利なので、 Let's encryp
Let's encrypt運用のベストプラクティス - Qiita
この記事について Let's encryptは無料で使用できるSSLプラットフォームです。certbotコマンドを使って、簡単にSSL証明書の取得と更新ができます。 しかし、あまりに簡単で手軽すぎるためか、ネット上ではやや問題のある手順が紹介されているケースが見られました。私なりにベストと思われる手順をまとめておきますので、改善点があれば教えてください。 DNSの設定、Webサーバのセットアップ、certbotのインストールは完了しているとします。またcertbotのコマンド名はcertbot-autoで、$PATHが通っていると想定します。 証明書の取得 以下のような補助スクリプトを準備します。
What It Costs to Run Let's Encrypt
Today we’d like to explain what it costs to run Let’s Encrypt. We’re doing this because we strive to be a transparent organization, we want people to have some context for their contributions to the project, and because it’s interesting. Let’s Encrypt will require about $2.9M USD to operate in 2017. We believe this is an incredible value for a secure and reliable service that is capable of issuing
net/http: add docs for getting TLS certs with x/crypto/acme · Issue #17053 · golang/go
Misc notes: The ACMEFoo names are placeholders. Maybe they'd deserve their own struct. ACMEServer would be required as the opt-in, and we wouldn't make LetsEncrypt be automatic or preferred, but we would add a constant const LetsEncrypt = "https://acme-v01.api.letsencrypt.org/directory" like the acme package has. ACMEAgreeTOS would be required for now. The ACME protocol requires a TOS agreement be
Full Support for IPv6
Let’s Encrypt is happy to announce full support for IPv6. As IPv4 address space is exhausted, more and more people are deploying services that are only reachable via IPv6. Adding full support for IPv6 allows us to serve more people and organizations, which is important if we’re going to encrypt the entire Web. IPv6 is an exciting step forward which will allow the Internet to grow and reach more pe
dockerでマルチなWeb環境を整えるのに便利なnginx-proxyの覚え書き
静岡の富士山の麓にあるWeb屋さんの研究所。所長はたぬき。WordPressとかNginxとかCMSとか勉強会とか。。。 docker便利です。いろんなイメージが用意されていて、慣れてしまえば導入までにかかる時間を大幅に短縮することができます。 ただ、ひとつのサーバでマルチな環境を作ろうと思うと大変だったりもします。 そんな時に便利なコンテナnginx-proxyの使い方の覚え書きを残しておくことにします。（自分用） Let’sEncryptにも対応させていく所存 dockerの準備 まずはdockerを使えるようにしましょう。ここではCentOS7で考えていきます。 docker-engine のインストール こんな時は公式ドキュメントを見れば一発です。他の環境の場合も載っているのでそっちも参考に。 Docker公式ドキュメント（CentOSでのインストール） docker-compos
Let’s EncryptとNginx : セキュアなWebデプロイメントの現状 | POSTD
最近まで、SSL暗号化通信は「あると好ましい機能」という程度にしか考えられていませんでした。そのため、安全なのはアプリのログインページだけというサービスが数多く存在していました。 しかし、状況は良い方向へと変化しています。現在では暗号化は必須と考えられ、ほとんどの開発者が導入を義務付けています。また、巨大検索エンジンGoogleでは、SSLの導入が検索結果の順位を決定する要因にさえなっています。 しかし、SSLが広範に普及しているにも関わらず、セキュアなWebサービスを構築することは、未だに面倒で、時間がかかり、エラーの原因になりやすいと考えられています。 最近この分野では、 Let’s Encrypt が、SSL証明書をより広く普及させ、Webサイトのセキュリティ維持に係るワークフローを大幅に簡略化しようと取り組んでいます。 強力なWebサーバNginxや、他のハードニング方法と組み合わ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The certbot Hook API · Wizards of the Web
GitHub - SteveLTN/https-portal: A fully automated HTTPS server powered by Nginx, Let's Encrypt and Docker.
さくらのクラウド ウェブアクセラレータ(CDN)でLet's Encryptを使う - Qiita
Squarespace OCSP Stapling Implementation
GitHub - kelseyhightower/kube-cert-manager: Manage Lets Encrypt certificates for a Kubernetes cluster.
GitHub - nginx-proxy/acme-companion: Automated ACME SSL certificate generation for nginx-proxy
