我々はどのようにして安全なHTTPS通信を提供すれば良いか - Qiita
HTTPS通信は複数のプロトコル、手法が組み合わされて実現されている。そのため、暗号化手法それぞれのリスク、ブラウザの対応等様々な用件があり、全てを理解するにはちょっと時間とリソースが足りない。結局のところ、我々はどのようにして安全なHTTPS通信を提供できるのか。色々調べていたところ、MozillaがMozilla Web siteに使用する、HTTPSの推奨設定を公開している。 Security/Server Side TLS - MozillaWiki このドキュメントはMozillaのサーバ運用チームが、Mozillaのサイトをより安全にするために公開しているもので、他のサイトにそのまま適用できるかは十分に注意する必要がある。例えばガラケー向けサイトとか。そのまま使えないとしても、HTTPS通信の設定をどうすれば良いか、理解の一助になるはずだ。 この記事は上記MozillaWiki
WiresharkでSSL通信の中身を覗いてみる - ろば電子が詰まつてゐる
OpenSSLの脆弱性「Heartbleed」が世間を賑わせていますが、色々と乗り遅れてしまった感があるので、ゆるゆると落ち穂拾いをしようかと思います。 Heartbleedで秘密鍵を手に入れたらSSL通信の中身全部見えちゃうじゃん!! という事態になっていますが、なんとなく理論的にそうだろうなと分かるもののイマイチ具体的な手順が分からない。 というわけで今回のテーマとして、手元にサーバの秘密鍵と、SSL通信をパケットキャプチャしたpcapファイルがあるときに、Wiresharkでどんな感じでSSL通信を「ほどく」のか……という具体的な手順を、ハマり所を含めてまとめておこうかと思います。 というか、私自身がハマったので自分用メモですな。なおこの文書では"SSL"とだけ記述し、TLSは無視しています。 前提条件 とりあえず以下のような感じの検証環境で試しました。 IPアドレス 説明 ホストO
Managing SSL & TLS Certificates | GlobalSign
Management and Automation Drive efficiency and reduce cost using automated certificate management and signing workflows.
courier-imap用SSLサーバ証明書作成
courier-imapのサーバ証明書のコモンネームがlocalhostになっていて、 Thunderbirdでメール受信時に証明書の警告が出ました。 インストール後からずっとだったんですけどね。 ようやく修正しようという意欲が湧いたので修正しました。 やってみるとめっちゃ簡単やった(´ω｀) もっと早くにやってれば良かったと少し後悔・・・ コモンネームが違うよ！という警告 以下、作業メモ。 ■ 自己サーバ証明書を作成する為に設定ファイルを編集 # vi /usr/lib/courier-imap/etc/pop3d.cnf ※下記項目を環境に合わせて変更 [ req_dn ] C=JP ST=Ishikawa L=Kanazawa O=alwaysfine OU=alwaysfine CN=mail.alwaysfine.jp emailAddress=in
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Home - Broadcom Community - Discussion Forums, Technical Docs, and Expert Blogs
TechCrunch | Startup and Technology News
SSL秘密鍵とCSRの発行 | 流連荒亡
