ローカルPCでSSLを利用できるようにする実験です。環境はWindows Vista + XAMPP + OpenSSLで、XAMPPにバンドルされているopensslを利用します。XAMPPのバージョンは1.6.6aです。 この記事では証明書発行を自己署名で行っているため、「https://localhost～」でアクセスすると警告が表示されますが、有効期限が更新されることは確認できます。 更新前 更新後 １．opensslフォルダ作成 C:¥xampp¥apacheにopensslフォルダを作成します。 ２．openssl.cnfのコピー C:¥xampp¥apache¥bin¥openssl.cnfをC:¥xampp¥apache¥opensslにコピーします。 ３．openssl.cnf修正 コピーしたopenssl.cnfを修正します。 変更前（赤色を削除：2ヶ所） # This
環太平洋経済連携協定（ＴＰＰ）交渉に参加している日米など１２か国が、音楽や小説の著作権の保護期間を７０年に統一することで合意する見通しになった。 新薬を開発した企業が市場を独占できる「データ保護期間」は、先進国は１０年程度、新興国は５年以下と、新興国側に配慮した案で決着する見込みだ。難航分野の一つである知的財産権分野の交渉にめどがつき、ＴＰＰ交渉全体が妥結へ向けてさらに前進する。 日米それぞれの交渉関係者が明らかにした。 ベトナムで１２～１５日の日程で始まったＴＰＰ首席交渉官会合で、知的財産分野の合意内容を確認し、１９、２０日にシンガポールで開かれる閣僚会合に報告する。 著作権の保護期間について、交渉参加１２か国のうち、日本やカナダなど６か国は原則、作家や作者の死後５０年としており、米国など５か国は７０年、メキシコは１００年と定めている。
このブログの記事がGunosyに掲載されたことがきっかけで、Gunosyユーザーの本名フルネームと思われる文字列が、このブログのサーバーログに大量に記録されていることに気が付きました。Gunosyのサービスの特徴から、（非公開設定で使っているGunosyユーザーであっても）その利用者の興味関心に関する情報の一部が、外部サイトの管理者に漏れているとも考えられます。そこで今回は、その仕組みと、それを悪用するプロセスの例について考えてみたので、紹介します。 今回紹介する問題は、以前このブログで指摘し、すぐに修正された非公開アカウントの情報が漏れる問題（Gunosy経由で記事を読むとTwitterアカウントやFacebookアカウントが推測可能な情報がサイト側に提供される仕組みについて）と類似の問題です。前回の指摘で少々改善されていたものの、結局同じようなリスクが発生しているとわかりました。 ただ
■CSR作成 まずは、CSRの作成手順ですが、結構いろいろと説明しているサイトがあるのですが、どれも微妙に違うところがあってわかりにくかったので、私が実際にやったやり方を記録しておきます。 ちなみに、今回の私の環境は、さくらインターネットのVPSで、CentOS5+Apache2の環境です。 証明書は、RapidSSLでapacheとOpenSSLはインストールしてある状態です。 さて、まずはじめにCSR作成の途中で入力しなければならない次の項目についてあらかじめ準備しておきます。 コモンネーム sample.jp confまでのパス /etc/httpd/conf/ 秘密鍵ファイル名 samplejp.2011.key 秘密鍵ファイル名(パスフレーズ) samplejp.2011_withpass.key CSRファイル名 samplejp.2011.csr 証明書ファイル sample
opensslコマンド [サーバの実験室 Slackware] 作成 : 2003/02/16 修正 : 2003/10/13 修正 : 2011/05/22 "サーバの実験室"の検索 デフォルトで使用されるランダム情報ファイルやポリシー、CA の秘密鍵ファイルや証明書ファイルは、openssl.cnf で定義される。 openssl.cnf は、/usr/local/ssl ディレクトリ（デフォルト）に置かれる。 CA の開設 CA を開設するには、/usr/local/ssl/misc/CA.sh を使用する。 ./demoCA ディレクトリに、cacert.pem（CA 証明書）や private/cakey.pem（CA 秘密鍵）が作成される。 CA.sh から /usr/local/ssl/bin/openssl を実行しているので、パスを通しておくこと。 # misc/CA.s
先日、この Blog でも書きましたが、OpenSSL に脆弱性が見つかった件に関連して、自分のところで運用しているサーバで使用中の SSL サーバ証明書を再発行したので、その手順などをメモ。 ちなみに、私が使用しているのは Rapid-SSL さんなので、証明書再発行手続きの方法などは SSL サーバ証明書の発行元によって異なります。 なんで SSL サーバ証明書の再発行をするの？ OpenSSL の脆弱性 （Heartbleed Bug） によって、攻撃者は 「SSL サーバ証明書」 の秘密鍵 （Private Key） を手に入れる可能性もありました。入手した秘密鍵を悪用することで、攻撃者は暗号通信を解読して盗聴を行ったり、不正な SSL サーバ証明書を発行することも可能です。 Heartbleed Bug は 2年以上前から存在していた （公表以前から気がついて黙っていた人がいるか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く