[B! ssl][TLS] p33sakuraのブックマーク

Ingress による HTTPS ロードバランシングにおける複数の SSL 証明書の使用 | Google Kubernetes Engine (GKE) | Google Cloud

フィードバックを送信 Ingress による HTTPS ロードバランシングにおける複数の SSL 証明書の使用コレクションでコンテンツを整理必要に応じて、コンテンツの保存と分類を行います。このページでは、Google Kubernetes Engine（GKE）クラスタの Ingress リソースに複数の SSL 証明書を構成する方法について説明します。概要クライアントからの HTTPS リクエストを受け入れるには、アプリケーションロードバランサは証明書を持っていなければなりません。これにより、適切な送信先であることをクライアントに示すことができます。さらに、ロードバランサには、HTTPS handshake を完了するための秘密鍵も必要です。ロードバランサがクライアントからの HTTPS リクエストを受け入れると、クライアントとロードバランサ間のトラフィックは TLS

p33sakura 2020/04/17

リンク

私が愛した openssl (SSL/TLS 編) - してみんとて

id:blooper:20120907 の続きですが、皆様におかれましては既に証明書が好きで好きでたまらなくなって、HTTPS を利用したサイトに行くと証明書の拡張まで読んだ後でなくては証明書の内容が気になってサイトの本文が読めなくなっているかと思いますが如何お過ごしでしょうか。 SSL は Secure Sockets Layer の頭文字で Netscape Communications が 1995 年に、ってのは wikipedia:Secure_Sockets_Layer でも見れば載ってるので見てね。で、RFC にしようってことで SSL は Netscape のでしょ? ってことで TLS (Transport Layer Security) に改名した、と記憶してるんだけど本当だっけな。ハンドシェイク時のレコードのバージョン見ると SSLv3.0 は 3.0 TLSv1.0

p33sakura 2014/03/18

リンク

ApacheのSSLCipherSuiteにRC4を設定すべきではない - Qiita

Apacheに限らないが、暗号化方式としてRC4暗号が最優先に設定されていることがままある。これは必ずしもいいとは言えない・・・ので、その理由をまとめてみた。そもそもRC4がよく設定されているのには理由がある。過去BEASTという攻撃方法が発見されCBC暗号(Cipher Block Chaining：一定の長さごとに暗号化を行う方式)は全部危ない！？という感じになった。そこで登場したのがストリーム暗号の代表格RC4であり、これに設定すればＯＫ、という流れが今にも至っているのだ。 BEAST攻撃についてただ当時とは状況が変わり、RC4を設定するのが最適とは言えなくなってきた。理由1 RC4は非推奨となったまず有権者に訴えたいのは、現在RC4は脆弱性が発見され、「電子政府における調達のために参照すべき暗号のリスト（CRYPTREC暗号リスト）」にて推奨されない運用監視暗号の対象に

p33sakura 2014/03/18

SSL
TLS

リンク

Amazon.co.jp: 新版暗号技術入門秘密の国のアリス: 結城浩: 本

p33sakura 2014/03/18

SSL
TLS

リンク

SSLCipherSuite

Apache の mod_ssl 関連の設定で SSLCipherSuite ってのがあります。ググりました。 akr流(2006-02-04)が最初にひっかかって知りたいこと大体書いてあるっていう素敵 blog でした。でも良い子は mod_ssl - Apache HTTP Server も見ないといけませんね。暗号の基礎の勉強なら新版暗号技術入門がとっても分かり易いんですが運用となると Apacheハンドブックとか OpenSSL とか読んで勉強すべきでしょうか．．．。これは SSL/TLS 張るときに使う暗号関係のアルゴリズムのリストを指定しまして、 openssl の ciphers ってコマンドで見れます。デフォルトだと $ openssl ciphers -v | sort AES128-SHA SSLv3 Kx=RSA Au=RSA Enc=AES(128)

p33sakura 2014/03/18