OpenSSLに複数の重大な脆弱性、ただちに更新を - JPCERT/CC
JPCERTコーディネーションセンター(JPCERT/CC: Japan Computer Emergency Response Team Coordination Center)は2月8日、「JVNVU#91213144: OpenSSLに複数の脆弱性」において、OpenSSLに重大なセキュリティ脆弱性が複数存在すると伝えた。これら脆弱性が悪用されると、サービス運用妨害(DoS: Denial of Service)を受けたり、ユーザーがサーバへ送信したアプリケーションのデータを復号されたりする危険性がある。 JVNVU#91213144: OpenSSLに複数の脆弱性 脆弱性の詳細は、OpenSSLプロジェクトによる次のセキュリティアドバイザリにまとめられている。 OpenSSL Security Advisory [7th February 2023] 脆弱性が存在するとされるプロダ
無料の証明書発行を「Let’s Encryptだけに頼るのは問題」との指摘、どんな代替サービスがあるのか？
SSL証明書を無料で発行してくれる認証機関「Let’s Encrypt」は、2014年の設立から安全なインターネットの利用に大きく貢献しています。しかし、ハッカーであり研究者でもあるScott Helme氏は、無料の証明書発行をLet’s Encryptのみに頼っている現状を問題として取り上げ、Let’s Encryptの代替となるサービスを紹介しています。 Introducing another free CA as an alternative to Let's Encrypt https://scotthelme.co.uk/introducing-another-free-ca-as-an-alternative-to-lets-encrypt/ Free SSL Certificates and SSL Tools - ZeroSSL https://zerossl.com/ L
Free SSL Certificates and SSL Tools - ZeroSSL
Trusted Certificate Authority SSL Protection For Anyone Fast. Reliable. Free. Easily secure any site by putting SSL management on autopilot, supporting one-step validation and renewal via REST API. Full Protection Get full protection for any domain, website and backend system in under 5 minutes by using ZeroSSL, the easiest way to issue free SSL certificates. Quick Validation Get new and existing
AWSでWebサイトをHTTPS化 全パターンを整理してみました
渡邊です。 今回は、AWSを利用してWebサイトのHTTPS化を行う方法は数多くあります。この記事では思いつく限りの全パターンをあげてそれぞれの特徴について解説していきます。 2018年7月からChromeは非HTTPSサイトで「安全でない」警告を表示 Googleは2018年7月にリリース予定のChrome 68から、すべてのHTTPサイトに「Not Secure(セキュアでない)」と表示を出す方針を発表しています。 https://security.googleblog.com/2018/02/a-secure-web-is-here-to-stay.html For the past several years, we’ve moved toward a more secure web by strongly advocating that sites adopt HTTPS enc
公開鍵暗号について理解が足りていなかったのでメモ - かせいさんとこ
これは何? github にコミットする時とか、heroku にデプロイする時とか、 認証に公開鍵使うけど、いまいちちゃんと理解していないのでまとめた 目次 暗号化の方法 共通鍵暗号 公開鍵暗号 HTTPS TLS/SSL 公開鍵証明書 SSH 公開鍵認証 具体的な手順 暗号化の方法 共通鍵暗号 送信者と受信者が共通の秘密鍵を持って、暗号化と複合を行う たとえばこんな感じ 平文 : 1234 秘密鍵 : 5678 暗号化 : 1234 x 5678 暗号文 : 7006652 復号化 : 7006652 / 5678 送信者側は、平文を、秘密鍵で暗号化して、暗号文を受信者に送る 受信者は、暗号文を、秘密鍵で復号化して、平文を得る 共通鍵暗号の弱点 最初に鍵を受信者に渡す必要があるが、その時に盗聴されるリスクがある 渡す時暗号化すれば良いけど、その暗号化の鍵を... となる 多人数で秘密の通
Chromeで使えるオレオレ証明書を作成する方法 - Qiita
opensslを使用してChromeで使える自己署名証明書（オレオレ証明書）を作成する方法を解説します。 また、簡単に生成できるツールも用意しました。よければご活用下さい（dockerが必要です） 発端 ローカル環境でhttpsを実現するために、オレオレ(自己署名)SSL証明書を作成したのですがchromeではNET::ERR_CERT_COMMON_NAME_INVALIDとなってしまいました。 原因は、Chromeの仕様変更により、ドメイン名のチェックをCommon Name(通称CN)ではなくSubject Alternative Names(通称SAN)を参考にする様になったためだそうです。 ここではSubject Alternative Namesを含んだ自己署名サーバ証明書の作り方を解説します。 (追記) 自己署名証明書を作成するツールを作りました。 self-sign-cer
【7】SteveLTN/HTTPS-PORTALを使ってLet's Encryptで全自動SSL対応を行う(GCP(GCE),Rails,Nginxリバースプロキシ,Docker) - Androidはワンツーパンチ 三歩進んで二歩下がる
> 2019/03/31追記 Let's Encryptがらみでトラブル発生してしまいました。 ここの情報がまちがっていたのでご参考になさった方は 8.3. FORCE_RENEW: 'true'について の部分を確認していただけますとありがたいです。 申し訳ありませんがよろしくお願いいたします。 1. 公式サイト 2. 前提 3. 目標 4. 注意点 5. 参考サイト様 6. RAILS_ENV を production にする 7. HTTPS-PORTAL とは何かを知る 8. HTTPS-PORTAL を stage:staging で動かしてオレオレ証明書の画面を表示する 8.1. docker-compose.yml ファイル 8.2. stage について 8.3. FORCE_RENEW: 'true'について 8.4. オリジナルとサブドメインの両方をアクセス可能にする方
無料の SSL 証明書が得られる ZeroSSL を使ってみた
はじめに 皆さんは ZeroSSL を知っていますか？個人でウェブサイトを運営している皆さんであれば、多くの方は Let's Encrypt を利用されていると思います。 https://letsencrypt.org/ja/ もちろん僕も使っています。僕の様なエンジニアの方であれば SSL の仕組みもおおよそ理解もしているし、コマンドラインの実行方法も知っておられるのでウェブサイトの SSL 証明書を取得する事もそれほど難しい事ではないでしょう。 しかしそれほど詳しくない方が certbot の様なコマンドを使って SSL 証明書を発行するのは割と難しい事です。そこでご紹介したいのが ZeroSSL です。 https://zerossl.com/ ZeroSSL とは ZeroSSL もまだあまり名前が知られていないせいか、Google 検索で「ZeroSSL」を検索すると「ZeroS
Let's Encrypt でhttps化してくれるコンテナ (https-portal) - Qiita
https-portal: image: steveltn/https-portal:1 ports: - '80:80' - '443:443' restart: always volumes: - ./certs:/var/lib/https-portal environment: #STAGE: 'production' #FORCE_RENEW: 'true' DOMAINS: >- example.com -> http://111.111.111.111 https-portal: image: steveltn/https-portal:1 ports: - '80:80' - '443:443' restart: always volumes: - ./certs:/var/lib/https-portal environment: #STAGE: 'production'
Android7.1以前でLet's Encrypt証明書のサイトが見られなくなる | おそらくはそれさえも平凡な日々
追記: その後の動きについて書きました → Let's Encryptの証明書切替周りその後 このサイトはLet's Encryptで証明書発行しているのでタイトルの件が気になったのだが、どうもあまり話題になっていない。恥ずかしながらSSL周り詳しいわけじゃないので、誤っているかも知れない。識者の意見を求む。 Let's Encryptが使われているサイトがAndroid7.1以前のバージョンで今年の9月29日以降見られなくなる可能性がある 延命策は用意されそうだが、それも来年の9月29日まで Let's Encryptのルート証明書切り替え計画に起因している Let's Encryptのルート証明書の変更 Let's Encryptはルート証明書を自身(ISRG)の認証局のルート証明書(ISRG Root X1)に切り替えようとしている。現在は、IdenTrustのルート証明書(DST
Let's Encryptの証明書に不具合、約300万件を無効化へ
影響を受けるのは、Let's Encrypが発行した証明書約1億1600万件のうち、2.6％に当たる300万件あまり。無効になる2020年3月4日までに更新しなければ、セキュリティ警告が表示される状態になる。
環境を汚さずにDocker+certbotで手っ取り早くサーバ証明書を取得するメモ - Qiita
最近は lego を使う方がトラブルが少なくてオススメ。特に dns-01 が使える環境だとWEBサーバも不要になるのでとても便利です。そしてlegoもDockerから利用すればインストールの手間がなく便利です。 ↓は今や古い記事です。当時のアレコレの参考文献までに。 元記事 certbot は普通にインストールしようとすると色んなパッケージとかをローカル環境に入れ始めるので気持ち悪い。 証明書さえ手に入れば良いのでプログラムは Docker 内で実行させれば十分。 ドメイン確認に http を使うが /.well-known/acme-challenge/* のパスが通ればよいだけなのでそこだけ Proxy する形が外側の設定がクリーンに保てて楽ちんでよい。 手順 certbot の実行前にホストのWEBサーバに設定しておく。
無料でSSL/TLC証明書を手に入れる EC2/ElasticBeanstalk編 | ikuty.com
Certbotを使って Conoha+Kusanagi(nginx/centos7) に無料でSSL/TLC証明書をインストール・自動更新する方法は過去に書いた。“無料でSSL/TLC証明書を手に入れる” CertbotサイトにOSとWebサーバの組み合わせを入力すると対応するインストール手順が表示される。メジャーな組み合わせであれば証明書の取得から自動更新まで全自動でやってくれる。 2016年7月現在、AWS(EC2)は未対応のため、Certbotツールを使って試行錯誤する必要がある。Certbotの一次情報をもとに何とかやってみたので記録を残しておく。 AWS(EC2)にCertbotでSSL/TLC証明書をインストールする ElasticBeanstalkのロードバランサに取得した証明書を登録しhttpsでアクセスできるようにする 自動更新のセットアップを行う AWS(EC2)にCe
Laravelで作ったサービスをSSL化した時にやったことと参考記事一覧 - Qiita
Laravelで作ったサービスをSSL化した時に、ページによってhttpのままだったり、httpsになっているはずなのに保護された通信になってなかったりしたので実施した対策ことを記載します。 HTTPで接続されたらHTTPSにリダイレクト 全ページHTTPSで接続されるように強制したいので、HTTPでの接続を全てHTTPSにリダイレクトします。 リダイレクトはMiddlewareで出来ます。 $_SERVERの中身を見てHTTPSかどうかを判別するのですが、気をつけないといけないのが、使っているWebサーバーによって$_SERVERのキーの内容が異なるということです。 ここは以下の記事を参考にしました。 https://qiita.com/suin/items/e5cfee2f34efedb67b8c 1.Middlewareの作成 aritisanコマンドで自動生成できます。 //App
Amazone linux にwgetでinstallしたcertbot-auto が動かなくなったときの対応 - Qiita
なにがおきたの？ Amazone linux にwgetでinstallしたcertbot-auto が以下のようなエラーを発生するようになってました $ certbot-auto --help Requesting to rerun /usr/local/bin/certbot-auto with root privileges... Upgrading certbot-auto 0.22.0 to 0.22.2... Replacing certbot-auto... Creating virtual environment... Installing Python packages... Installation succeeded. Traceback (most recent call last): File "/opt/eff.org/certbot/venv/bin/lets
letsencryptで証明書を取得するときにはまったこと - Qiita
letsencryptの成長が目覚ましいですね。 そもそもLet's Encryptだったり、LetsEncryptだったり検索キーワードが複数あるため情報が散らばっているせいで、最新情報を追いにくくはありますが、そんな影響をものともしないくらいの成長具合が見られます。 かつては、letsencryptだった実行コマンドが、letsencrypt-autoになったり、certbotに変わったりして、現在は、certbot-autoで落ち着いたようです。 シェルに書いたり、Dockerで記述したりする記事を見かけますが、実行コマンドが変わっても修正箇所を最小限にしたりと、みんないろんな工夫をしているようです。 実際にはまったこと 以下のようなシェルスクリプトを用意して、その下の手順通り進めたところ、letencrypt側のエンドポイントにステージング環境が採用されて、ルート証明書が「Fake
無料証明書と有料証明書の違い | さくらのSSL
無料証明書と有料証明書の違い SSLサーバー証明書には有料と無料のものがあります。「費用を抑えたいし無料でいいか」と思いつつも「本当に無料の証明書で大丈夫？」という不安を抱く方も多いはず。本記事ではそれぞれのSSLサーバー証明書の違いやメリット、デメリットについてご紹介します。 無料の証明書とは 無料の証明書として広く知られているのが、米国のISRG（Internet Security Research Group）が運営するLet's Encryptという証明書です。耳慣れない組織ですが、ネットワーク機器のCisco SystemsやWebコンテンツ高速配信システムのAkamai Technologiesといった有名企業が支援する非営利団体です。Let's Encryptは有効期間が90日間（約3ヶ月）の証明書で、スクリプトを設定することによって自動で更新することができます。 この自動更
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LOCAL環境でHTTPSが必要なときはlocal-ssl-proxyが便利 - Qiita
https対応したLaravelプロジェクトでassetを使う時の注意点 - Qiita
laravel5.5でhttpsへ変更したら、asset()やurl()がhttpのままだったので、 URL::forceScheme(‘https’);でhttpsに一括変更してみた。 | メサイア・ワークス