Shodan Search EngineError: Page not found. Please make sure you are visiting the correct URL.
ハッカーは「画期的なレベルの成功」を収めている。専門家が語るサイバーセキュリティの現状 | ライフハッカー・ジャパン
Inc.：2014年も半分を過ぎたところですが、今年はサイバーセキュリティの専門家にとって過酷な1年になるでしょう。「Heartbleedバグ」が世間を騒がせ、米国企業の企業秘密を盗んだとしてFBIが中国軍の将校5人を起訴しました。eBayは、2ヶ月前に1億4800万人の顧客データが盗まれたことを認めました。セキュリティ会社AgariのCEOパトリック・パターソン氏によれば、彼の会社はいつも外国のハッカーたちと戦っているのだとか。「中国軍将校の起訴状を見れば、セキュリティ・コミュニティにおける公然の秘密が暴露されるだろう。たくさんの外国の政府系ハッカーが精鋭チームを持っていて、サイバースペースで私たちと戦いを繰り広げている」 先日、パターソン氏の会社はレポート「Agari Q1 2014 TrustIndex」を発表しました。メール攻撃に対する脆弱性がどれほど米国企業を悩ませているかを明ら
OAuthとOpenIDの問題ある実装が存在するという話：Convert Redirect - 発声練習
追記：こっち読むべき 「Covert Redirect」についての John Bradley 氏の解説 本文 OpenSSLのHeartbleedの話ほどは深刻ではないですよとのこと CNET：OAuthとOpenIDに深刻な脆弱性か--Facebookなど大手サイトに影響も Leandro Boffi: Covert Redirect: Facebook and ESPN Security, oh my god… Now, I have to say that it is not new, in fact really surprise me that this kind of attacks are still possible, and it is not an OAuth 2.0 / OpenId vulnerability, but it could be a problem o
一般ユーザーのための“Heartbleed処方箋”
2014年4月7日頃に顕在化した、OpenSSLの脆弱性「Heartbleed」によって、三菱UFJニコスは利用者のアカウント情報を盗まれ、個人情報を第三者に閲覧される被害に遭った（関連記事：国内でもOpenSSL「心臓出血」が悪用、三菱UFJニコスから894人の情報流出か）。 トレンドマイクロが提供するパスワード管理ソフトでは、一部の製品でOpenSSLを利用したWebサーバーを使っていた。そのため、ユーザーに対してソフト上で管理していたすべてのWebサイトのIDとパスワードを変更するよう、呼びかけることを強いられた（関連記事：トレンドマイクロのパスワード管理ソフトでOpenSSL脆弱性による漏えいか）。 このような被害は、OpenSSLを利用していたすべてWebサイトで発生する恐れがある。OpenSSLは主にWebサーバー側で利用しているケースが多いため、サーバー設置者が対処するべきと
OpenSSL マジヤバいっす！ ～ Heartbleed 脆弱性を試してみたよ - モラトリアムこじらせた
実際にデータが漏れる様子を見たい方はコチラ→あ、何か漏れてる… OpenSSL Heartbleed 実験その２へどうぞ。 さて ネット上の通信の大部分において「安全」を担保していた OpenSSL なのですが... でっかい穴 が空いていたことが明らかになったようです。いわゆる Heartbleed バグ。トホホです。 「ネット上のサービスで OpenSSL を使っている(いた)サイトは、もしかしたらこのバグを知っていた悪い人からサーバー上の情報を盗まれていたかもよ？ しかも盗んだ形跡は残らないんだぜ？」 ということになります。 サーバー上の情報というのは、例えば パスワード、メールアドレス 自分で登録した名前とか住所とか もちろん自分で入力したクレジットカード番号とか… などなど。 Mashableによると、有名なサービスでヤバイのは、 Facebook Tumblr Google Y
WiresharkでSSL通信の中身を覗いてみる - ろば電子が詰まつてゐる
OpenSSLの脆弱性「Heartbleed」が世間を賑わせていますが、色々と乗り遅れてしまった感があるので、ゆるゆると落ち穂拾いをしようかと思います。 Heartbleedで秘密鍵を手に入れたらSSL通信の中身全部見えちゃうじゃん!! という事態になっていますが、なんとなく理論的にそうだろうなと分かるもののイマイチ具体的な手順が分からない。 というわけで今回のテーマとして、手元にサーバの秘密鍵と、SSL通信をパケットキャプチャしたpcapファイルがあるときに、Wiresharkでどんな感じでSSL通信を「ほどく」のか……という具体的な手順を、ハマり所を含めてまとめておこうかと思います。 というか、私自身がハマったので自分用メモですな。なおこの文書では"SSL"とだけ記述し、TLSは無視しています。 前提条件 とりあえず以下のような感じの検証環境で試しました。 IPアドレス 説明 ホストO
ウェブを襲った最悪のセキュリティ災害「Heartbleed」から自分の身を守る方法 | readwrite.jp
インターネット上での買い物や財産管理、電子メールの送受信などにおけるプライバシーを守ってくれるはずのセキュリティ・ソフトに関する重大なバグ、「Heartbleed」が最近発見された。今のところ、このバグによる実際のファイナンス情報やアカウント情報その他に関する傍受や盗難に繋がるような被害は報告されていないが、恐らくそれは時間の問題だ。 良いニュースは、こうした傍受や盗難から自分の情報を保護する方法があるということ。悪いニュースは、それらの対策は単純だが必ずしも簡単ではないということだ。 なぜ Heartbleed は深刻なのかまず簡単に背景を説明しよう。ハッカーなどの攻撃者が Heartbleed バグを悪用した場合、サイト上のウェブ・コミュニケーションを保護してくれるはずの、OpenSSLと呼ばれるオープンソースの暗号化セキュリティ技術を迂回できてしまう。このバグによって攻撃者はウェブサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
