【IT】電子メールの暗号化技術「APOP」破られる…電通大の研究グループが発見、当局に連絡[04/19]

初めての相手に送る最初のメールが
「公開鍵送ってください」だと驚かれる
普通は用件を書いてしまうものだ

そして平文メールは
経路上、どこでも盗聴される危険がある
さらにメールサーバの管理者（企業・学校など自サーバーがあるとき）には
見られる危険があり内容の書き換えすら可能だろう

この原理は昔から変わっていない
メールにセキュリティを求めてはいけない

初めての相手に、最初から秘密で用件を伝えられるのは
郵便の封書だけ

>>129
１００点中６０点くらいだな。　その認識だと。

その公開鍵が本当に通信したい相手の鍵なんだという保証は確かに必要だけど
それは郵便を使わなくても、民間の認証局を使ってオンラインで話を済ませるとか
いろいろ方法はあるんじゃね？

電通大と農工大、どっちにしようか迷って女の多い農工にしたけど後悔している

そっちの分野だと明らかに電通の方が上なイメージだな
そもそも農工で女多いのは農学部と化学・生物系だから
女が多いサークルでも入らなきゃ恩恵にあずかれない

労力かけて盗聴する価値のあるメールなんてやりとりしてないけどな・・・

SHA-1にすりゃいいだけの話。そんつぎゃSHA-2

なんだ三宅一生か

互いに送る相手の公開鍵で暗号化して相手に送るんよ
俺に送るときはこの公開鍵で暗号化して送ってくれってことでおｋなのは片道だけで、
自分から相手に暗号化して送るには相手にも秘密キー持って公開鍵送らせて、ってさせる必要があるのがな…
これがｲﾊﾟｰﾝ人にはすげー高い壁なのが。

>>137
中間者攻撃に気をつけろ

中間管理職に気をつけろ

>138
意味不明

>>137
それじゃ相手に成りすましたやつが偽の公開鍵送って来ても
気づかないでそれ使って暗号化すると思うのだが。

正直、公開鍵やりとりするくらいなら
テキストを２バイト文字１０桁あたりでパスワードにしたＲＡＲファイル送ったほうがなんぼか楽だ。
予めパスワードを事前にきめときゃいいんだし。

>>142
ループしてるぞ。
だから事前に決めたパスワードをどうやってやりとりするのよ。

>>143
>>142はあらかじめ紙に書いたパスワードを自分で相手の所に持っていくんだろう。

>143
マジレスすると、認証局に登録した公開鍵でのやり取りで、なりすましを防いだうえでのパスワード交換でＯＫ。

もしくは、既出みたいだけど、Diffie-Hellman鍵交換方式ってのがある。
（こっちは俺も詳しくは知らないけど)

>>140
>>118からの話の流れで>>141と同じことを考えたんだけど
「そんなことは想定済みで、当然PKIの存在を仮定してる」というのだったらこっちが考えすぎた

>>145
DH鍵共有でも公開鍵が相手のものだという保証が必要になります
リアルで直接互いの公開鍵を交換するか、認証局を利用するか

結局、糸電話かテレパシーが最強な件。

糸電話は別の糸を間につながれると傍受されますよ

さすがハッカー。素晴らしい。
見破りなさい、どこまでも。実に素晴らしいｗ

ブローブだのみか、なるほど

>>149
　
しっかし、ブスなおばさんは黙っててくれないかな、たいしたことないことをおおげさに言う

伝書ハト使え。

>>151
たいしたことがないなら、おまえは破ったのかよｗ
破ってからエラソーなことほざけ。破られてからたいしたことないってｗ
人まかせのガキは黙っとけｗ ザコｗ

>>153

やぶったけどなにか
　
おばさん嫉妬はいかんよ、父親が娘犯すなんて嘘まで信じてな
確認はとってあるから

それから、みやけのことなんぞ、俺はしらん
あれもおまえらの勘違いだから、そこの　とこ　よろしくな
　
異常通信終了
　

>>154
やぶったけどなにかｗｗｗｗｗ

>>154
嫉妬もほどほどにしとけｗ
そこの　とこ　よろしくなｗｗｗ

MD6にすればいいだけのことでは？

>>156
>>157
　
わかった、その嘘ずっとついとけ、香川でなあ
　
俺は嫉妬なんぞしてないでえ、ざけるな公安の馬鹿女

とあるブログでも指摘されていたけど、これってAPOPの問題と言うより
特定のMD5のハッシュ化の機構に問題があるんじゃないの？
技術的なことはよくわからないけど、だとするならAPOPで実装されている
MD5と同じものを使っているその他の暗号方式を利用したサービスも危険、
ってことにならないのですか？

"APOPで使われているMD5だけが危険"という意味？？？

そもそも APOPには、サーバ側に可逆パスワードが保存されている
という問題があったよーな

MD5をセキュリティーに使うのが危険です

>>160
MD5は、出力が衝突する（等しくなる）入力値のペアを簡単に生成する方法が数年前に発見されています。
これはMD5の特定の実装に対する攻撃ではなくて、MD5そのものの弱点です。
そのため「ハッシュ関数の衝突を発見するのが困難である」ことに安全性の根拠をおくサービスに
MD5を用いた場合は、そのサービスの安全性は保証されなくなります。
APOPの場合は安全性を破る具体的な方法まで構成されてしまいました。

一方、MD5の一方向性（出力値だけが与えられたとき、その出力値になるような入力を一つ見つける）を
破る方法はまだ発見されていません。
だから、「ハッシュ関数が一方向性を持つ」ことに安全性の根拠をおくサービスに
MD5を用いた場合には
「MD5は一方向性を（今のところ）持つから、サービスは（今のところ）安全である」
と考えても大丈夫です。

しかし「衝突の生成法が見つかった以上、一方向性が破られるのも時間の問題だ」と考える人もたくさんいます。
できればMD5の使用はやめて、SHA-256のような安全なハッシュ関数に切り替えた方がいいでしょう。

>>163
ご丁寧にどうも。wikipediaのMD5見てもさっぱりでしたが、少しわかった気がします。
MD5を用いて何かしらの認証を使っているサービスはとにかくまずそう、と決め付けて、
洗い出すことにします。
あとはベンダに確認ってことで。

>>160
APOPの「危険なMD5ハッシュ関数」の使い方が危険。

APOPも
MD5に"チャレンジ.秘密鍵"を入力するんじゃなくて
IMAPで使われてるCRAM-MD5、あるいはHMAC-MD5、HMAC-SHA1に
"チャレンジ"と"秘密鍵"を入力するとか
あるいはそもそもハッシュ関数を複数の種類から選択できるようにしておいて
脆弱性が見つかったものはサーバ設定で使用不可にするとかしておけば・・・
って、それは、計算機能力もネットワーク環境も充実した＆ハッシュ関数の研究が進んだ
今だから言えることなんですよね
POPにパスワード暗号化をつけておけば・・・HTTPにセッション機構をいれておけば・・・と同じ

プロバイダメールもPOP Over SSLを標準にすればいいのに
設備投資けっこうかかるの？

>>167
いや、設定で色々あるかもしれんけど、問題はクライアント側の準備とそのサポートじゃないかな。
元々動いていたものを変えるのは結構しんどいよ、なんでも。

時代遅れのプロトコルをサポートするより、WebMailにしたいんじゃないかな。
SMTPはしょうがないとしても、POPはいくらでも代替があるだろう、みたいな

ファイルのダウンロードについても、
MD5が一致するから安全という神話は崩壊するわけだな・・・そうなると。

それはとっくに崩壊済み

ガーン

コピペだけさせて頂きました。ちんぷんかんぷんでスマソ

http://ameblo.jp/ex250kq/entry-10031916648.html

ところでお前ら

超すごいところにMD5使われてるの知ってた？ｗｗｗｗｗｗｗ


まあ、どこかは言えないけどｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>174
なんだろ？

ようは暗号化されてるから単純な暗号でいいと思われてるとこ？

ATMとかクレカとか臭いな

しかし２ちゃんは相変わらず知ったかぶりばっかだな

MD5の脆弱性がどうとかそういうことじゃないんだよ
おまえらそのものがセキュリティホールなんだから（わら

自己紹介乙