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

電子メールのパスワードを暗号化して送信する規格「ＡＰＯＰ」の暗号解読方法を
電気通信大学の太田和夫教授（暗号理論）の研究グループが発見し、
経済産業省の外郭団体・情報処理推進機構（ＩＰＡ）に連絡した。

読み取り不可能と言われてきた暗号化技術に穴が見つかったことで、パスワードが盗まれる恐れが出てきた。
ＡＰＯＰは、メール固有のパスワードなどを「ＭＤ５」と呼ばれる特殊な関数で
別の文字列に変換する技術を使っている。
メールを使う人のパソコンから、メールが保存されているサーバーまで
パスワードが暗号化されて送られるため、途中でパスワードをすべて読み取ることは不可能とされていた。

太田教授の研究グループは暗号化のカギとなる「ＭＤ５」を逆にさかのぼり、
暗号化する前のパスワードに戻す手法を見つけた。
この技術がハッカーなどに使われると、重要なメールが読み取られる恐れがある。
日本銀行金融研究所の岩下直行・情報技術研究センター長は
「ＭＤ５は、メール以外にも会員制サイトに入る際のパスワードの暗号化など
インターネットの世界で広く使われている。さらに強力な関数に替えるなどの処置が必要だ」と話している。

読売新聞
http://www.yomiuri.co.jp/atmoney/news/20070419i101.htm?from=main1
依頼あり
http://news21.2ch.net/test/read.cgi/bizplus/1172810189/745-746

MDはもう古いよ。
今はMP3の時代だろ。

んじゃ、もれがＭＤ１０を作ろう

>>2
面白くない

ＪＰＯＰにすりゃいいんじゃね？

T-Popも良いよ。

KPOPにするニダ

はいはい、おまいの肛門が破られたんだろ。

どれくらいの時間がかかるんだろうな。

>>4　そんなこと言うから>>2がＭＫ５だろｗ

どんな暗号も破られる、それは標準化され鍵が小さすぎるからだ。
どんな暗号も破られる、それは標準化され鍵が小さすぎるからだ。
どんな暗号も破られる、それは標準化され鍵が小さすぎるからだ。
どんな暗号も破られる、それは標準化され鍵が小さすぎるからだ。
どんな暗号も破られる、それは標準化され鍵が小さすぎるからだ。
どんな暗号も破られる、それは標準化され鍵が小さすぎるからだ。
時間と共にどれも突破されているだろう。
ＭＤ５はもうすこし持つなんて思っていただろ！
まだ大丈夫だと思っていた香具師は沢山居たはずだ、だが、でもダメポ

暗号信者は最新鍵なら破られないと勘違いしているにすぎない。

ありえない。出来たとしても、きわめて限定されたケースでしょ。
ハッシュ値は 可逆暗号じゃないのに。

この記事は、モザイクを消して、元の画像に戻せると言ってるようなもの。

MD5が脆弱なのはすでに有名なのだが。

　　　　　　　　　　　　　　　 　 |
　　　　　　　　　　　　　　　 　 ｈ
　　　　　　　　　　　　 　 冊冊冊冊
　　　　　　　　　　　　 　 〃〃〃〃|
　　　　　　　　　　　　　　 　 　|
　　　　　　　　　　　　　　 　 　|
　　　　　　　　　　　　　　 　 　|
　　もう寝るわ 　　　　　 　 　|
　　　　　　　　　　　　∧＿∧｜　ｸｲｯ
　　　　　　　　　　　 （ ´∀｀ ）づ
　　　　　　　　　　　/　　_ノ⌒⌒⌒`〜、_
　　　　　　　　(￣⊂人　//⌒　　 ノ　　ヽ）
　　　　　　　⊂ニニニニニニニニニニニニニニ⊃

ちょｗｗｗｗｗｗｗｗｗｗｗｗｗ


メールもMD5だったのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

PCのスペックもあがってきたんだから

もうちょっと難しい暗号使えよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

俺でも1日くらい時間与えてくれたら紙と鉛筆があれば解けそうな暗号じゃんｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

暗号をといて給料をもらってる人たちも居るのか。
楽なんだか大変なんだか、まあ、楽しんでやってるんだろうな。

おいおいﾏｼﾞかよ





うちの大学じゃねーかｗ

>>15
メール受信にAPOP使ってる人なんて稀。大多数は平文でパスワード垂れ流してる。ftpもだけど。

おそらくこれのこと CVE-2007-1558
ttp://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-1558
ttp://www.securityfocus.com/archive/1/464477/30/0/threaded
だと思うんだけど。通信路にいる悪者がMD5のコリジョンを利用して
特殊なメッセージIDをユーザに渡すことで、パスワード先頭の一文字が
ある文字かそうでないかを判定できる(たぶん1回の判定にはユーザの
認証を2回中継攻撃する必要あり)。一文字わかれば次はその次の文字。
として現実的にも3文字くらいはわかる。普通メールアカウントの
パスワードは8文字以内が多いので、残り5文字なら総当たりも容易。
という話らしい。

予備知識1: MD5はデータからそれとは一見全く無関係な数値を得る関数で、
その数値から元データは推測できない(ということになっている)。
ただし最近の研究でコリジョンを発生させる(同じ値が得られるデータの
組を得る)方法がかなり発見されてきた。
ただし読売の記事が書いているような、任意の値から元データを自由に
作り出す方法までは発見されていないし、今回のもそういうのとは違う筈。
だってそうだったらAPOPなんて書かないし世界中が大騒ぎさ。

予備知識2: APOPではメールサーバからユーザにメッセージIDを提示し、
それにパスワードをつなげたものをMD5した値を合言葉として使う。
パスワードそのものは流さないので、そのため通信路に悪者がいても
パスワードがバレる心配はないとされてきた。
またサーバは毎回違うメッセージIDを提示するので、当然合言葉も毎回変わる。
だから合言葉を盗み見てもユーザのふりをしてメールサーバに
ログインすることはできない。

まあメールサーバでSSL使えるなら使っとけってこった。
使えないプロバイダだったらなんで使えねーんだゴルァしよう。

正直、MAN IN THE MIDDLE で、さらにこんなことするよりも、トロイの木馬仕掛けてメーラーからかすめとるほうがラクチン。

あるいは、MAN in the Middleで、平文のメールをキャプチャするほうがラクチン。

で、スパイに狙われるような人なら、over the Internetで APOPでメールを読むなんてことはしないだろ。

んで実際の判定方法だが、

予備知識3: まずMD5は決まった長さのブロックごとに計算する。
そこで、データが{A,B,C}という3つのブロックから成るとする。
ところが実はAはMD5が衝突する既知のブロックの組(A,A')の一つだった!
その場合、{A,B,C}と{A',B,C}のMD5は同じになってしまう。

準備: <hoge@hoge>x と <hage@hage>x という、MD5が衝突する2つのブロックを
用意する。

攻撃1: ユーザがメールサーバに接続する通信に介入。サーバが返す
メッセージIDの代わりに、<hoge@hoge>をユーザに渡す。
ユーザはこれに自分のパスワードをくっつけてMD5を計算して返してしまう。

攻撃2: 再びユーザがメールサーバに接続する通信に介入。
今度は<hage@hage>をメッセージIDとしてユーザに渡す。
ユーザは今度もMD5を計算して返してしまう。

さあお立ち合い。パスワード先頭の文字がもしもxだったら、
<hoge@hoge>x と <hage@hage>x が見事に予備知識3のAとA'に相当してしまい、
その場合2回のMD5が一致する。
これをもって、パスワード先頭文字がxだと判定できる。
そしたら今度は似たようなことを、パスワード2文字目を狙ってやればよい。

送ろうとしてる電子メールをプリントアウトして、速達で送ってみたらどうだろうか？
あるいは電話をかけて読み上げるとか。

さっき簡単なスクリプト組んで適当なメルサバ相手に試してみたら一時間くらいで知らん人のパスワード取れた(=´ー｀)ノ

APOPに限らずMD5を使って同様の方式でチャレンジ・レスポンス認証
しているものはダメってこと。

また、読売新聞記事中のコメントに

> メール以外にも会員制サイトに入る際のパスワードの暗号化など

とあるのはHTTPのダイジェスト認証(APOPと全く同じではないが、
やはりMD5を用いたチャレンジ・レスポンス方式)への応用の
可能性を指摘しているんだろう。

たとえば昔のlivedoor等のダイヤルQ2無料プロバイダ
なんかは、使ってるとこ多いよな。

同じIDやパスワード使ってたら、おもしろいことになるね。

小倉さんが語ってる。

VoIPで使われるSIPもダイジェスト認証でMD5のハッシュによる
チャレンジレスポンスだよな
やばくね？

まぁ量子暗号でない限り起きうる話だな。

漁師コンピューターになったらもRSA暗号も一瞬で解けるんでしょ？

>>29
魚群を感知するくらいだろ

やばい技術を片っ端からあげてくれ

>>29
漁師コンピューターでも簡単に解けないISAKI暗号を開発

昔のパソコンのパスワードの破り方聞いた時は面白かったなー。

専用のプログラムでパスワード入力して、何度もランダム数字でチャレンジして
パスワードエラーが返ってくる時間を計測。
1〜9の中で答えが一瞬遅かった数字は、判定に時間がかかったんだからそれが当たり。
その数字を先頭にして、２文字目以降をランダムチャレンジ。これを最後まで繰り返す。

＞メール以外にも会員制サイトに入る際のパスワードの暗号化など

メールのパスワードなんて決めた覚えないけど？
これってコンピュータで自動生成されたようなものじゃないの？

会員制サイトに入る際のパスワードと同じ可能性なんてあるの？？？

太田って mohta 先生のことかと思ったけど違うみたいだな

>>35
馬鹿！

>>22
お前、頭悪いなｗ

承認中はメールサーバ以外と通信しなければいいだけじゃね？

>38
sniffされたらだめじゃね？
つうか、問題はサーバーのアップデートも必要だけど、クライアント側もアップデートしなきゃならなくね？
SSL認証なりなんなり今のサーバーもクライアントも対応出来るだろうけど、古いOSはSSL認証とかねえし
そっちの方がアップデートっていうかサポートおわってっしょ。
そっちの方が大問題のような気がするわ。

ありえるよ。可逆じゃなくても結果が同じならいいんだろ。

MD5はお手軽で便利だから、あっちこっちで使われてるよな
これは結構でかいニュースかもしれん

MD5って結構使われるじゃん。ほんとかよー。
はやく次のバージョンのJavaのクラスくれよー。

海外で出なかったか？

ソフトウェアアップデートの真偽にも使われてなかったっけ？
結構広範囲に影響が出そうだけど・・・

あのーＡＰＯＰって、ＰＯＰのログインだけ
暗号化してると思うんですけど・・・
メール自体は平文なんじゃないでしょうか
パスワードを守るだけのはずなのに
この記事ったら

＞この技術がハッカーなどに使われると、重要なメールが読み取られる恐れがある。

だそうです。
前から読んでますよ。
日本が平和でよかったですね

ほとんどのユーザーはAPOPすら使ってないんじゃ。

勝手にはいってる場合が多いなあ
　
メールは最後はmailxコマンドでだらだら読むのさ、２ｃｈのように
　
unixやってないとわからんよ

ニフテぃのメール＼(^o^)／ｵﾜﾀ

なんだこの大阪でいたときの古臭い雉は

ttp://www.milw0rm.com/cracker/info.php

MD5 Crackは、もし受賞できた場合、プロジェクト主催者に5000ドル。
ユーザー投票による慈善団体へ3000ドル。
発見した個人に1000ドル。
発見した個人が所属するチームに1000ドルを振り分ける賞金規定を記載。

フジテレビのしゃくれが寝たにこまってこういう記事にしてんのかあ
　
>>1 Hushmailつかえば　全部暗号化でできるだろ、ったく
　

>>18

ひと呼んで「両手ぶらーり」作戦。

ｽｰﾊﾟｰﾊｶｰ が決めた文字列の後ろにパスワードをくっつけて MD5 でハッシュ化した情報が
いくつか集まれば、MD5 の周期性を利用してパスワードを取り出せる、という感じだろうな。
限定的な条件だがそれができる余地のあるプロトコルが APOP ってわけだ。

MD5 破りを研究してる先生みたいだから、セキュリティ会社の株上げ目的の誇大発表ではなさそう。

ｽｰﾊﾟｰﾊｶｰの俺様のハードディスクには、ハッシュ一覧表があるからこんなのいまさら言われても役に立たないけどな。

KCIAってさ、なんでこう　趣味　が悪いんだ
　
マトリックス　だのみかよ

もうＧｍａｉｌしか使ってないからポップとか懐かしいな

黙ってればこの人たち一儲けできたのにw

APOPってアニソンのことじゃなかったの？

md5があかんちゅうなら、
とりあえずsha1にでも移っとくとか？
あれはまだ計算量を数桁下げるくらいしか
できてないはず。

POP3だからウチは関係ないな

もともと平文だからな・・・

ダイジェスト認証で

うちのプロパ、暗号化はAPOPしか対応してないんですが

プロバイダのPOP認証ってたいてい平文じゃね？
SSLはおろか、APOPにすら対応していないのもある。
しかもメールそのものはもちろん暗号化されてない。

なので、他人のパスワード＆メールをこっそり読み取ることができるってこと？

>64
ＡＰＯＰは認証プロトコルであって暗号化のやつじゃないよ。

>65
>プロバイダのPOP認証ってたいてい平文じゃね？
>SSLはおろか、APOPにすら対応していないのもある。
>しかもメールそのものはもちろん暗号化されてない

そんなプロバイダ存在するのか？　いくらなんでも信じられんぞ。

SSLなんてその仕組みがインターネット標準として認められたときから、
どこだって使ってるはず。　別になにかしら別途機械とか、ソフトが必要なもんじゃないんだから。

こういうのは大抵メジャーな大学が見つけるんだが、


電気通信大学でうれしい

SHA256へ変更だ

>>66
WebMail で SSL使えるかどうかじゃないよ。
OCNとかSSL使えない。しかもAPOP対応じゃないし・・・
結構おおいみたいよ。FONスレでも話題になってた。

>69
SSLってのは別にブラウザでの通信だけじゃないよ。
基本的にはTCPでの通信でなら全て使える。

メールだってAPOPつかってなくてもIMAPとかならＯＫでしょ。　
POPならマズいかもしれんが、今日日　そんなプロバイダ存在するか？
いくらなんでも、普通のプロバイダならメールの暗号化、セキュリティがまったくされてないわけないじゃん。

こっちの電通は役にたつな

>>70
それわかってるってｗ

だから存在するんだよ、現にｗ

FONスレからのコピペ

292 ：anonymous：2007/04/06(金) 13:45:58 ID:???
今のところこんな感じですか。APOPはユーザー認証のみの暗号化なのでダメです。
ASAHIネット　　pop3s, smtps, (APOP)
BIGLOBE　　　　x, x
DION　　　　　x, smtps
excite　　　　x, x
Hi-HO　　　　　x, x
nifty　　　　　x, x
OCN　　　　　　x, x
ODN　　　　　　pop3s, smtps
plala　　　　　pop3s, smtps, (APOP)
Sannet　　　　x, x
so-net　　　　x, x, (APOP)

>>73
大手プロバでもこんなしょぼいんじゃ
APOP以前の問題だなｗ

しかしまともなフリーメールやWebメールの方がセキュリティ的にはマシとはなんちゅう…

>>74
Gmail や Yahoo! のWebMailの方がマシという状況・・・ｗ

>73
これ本当か！？　いくら何でも酷いだろ…　にわかに信じられん…

そもそもプロバ間の通信路に割り込むことが大変なんだがｗ
何もしなくても一定のセキュリティが保たれるプロバメールと
経路に危険がいっぱいで別途セキュリティ確保しないといけないWebメールを
同レベルに論じるのは馬鹿としかいいようがない

バールでこじ開けたり電線盗むのが得意な大陸人なら別だけどさ

>>77
そりゃ自宅からプロバのメールボックスにアクセスするときはそうだが、
外からアクセスするときは経路に危険がいっぱいだろう。

>>77
なるほど。MUA←→POP Server 間の経路を sniffer すること
自体は難しいのね、やっぱ。
でも POP3 over SSL に対応してほしいね。何されているのか
わからんから。

APOPすら使ってないやつが大半だからなあ

どっかの同和馬鹿がHushMail拾ってあそんでると思うけど
あれはアメリカ当局に監視されてますよ、無料のはね

極めて限定された環境下での極めて低い可能性にすぎないでしょ。

だから、商売ネタにするのはやめたほうがいいと思うよ
　
勝手にすればいいが、つかってて上院議員があなたに挨拶してきても俺は責任持ちません

どんな暗号だって、パスワード入れれば解読できるわけだろ？

もう速達でいいじゃん

やりかたいろいろあるが教えられんな、ここまで悪意が多いと

MD5が脆弱なんてのは有名な話だし
SSLならともかくAPOPが破られたっつってもなあ

誰だよお前は

メールの暗号化なんて期待しないほうが良い
テキストに書いてパスワード付のzipにした方が安全

山！

>>1
>電通大

電通は大学まで経営してるのか









と、ｵﾓﾀ。

ＳＨＡじゃだめなのか？

>>73
＞nifty　　　　　x, x
＞OCN　　　　　　x, x

へ？nifty・OCN共にAPOPにして使っている俺ですが？

てらあぽぷｗｗｗｗｗｗｗｗｗｗ

狂は、精神病院がたくさんいるな

２バイト文字を含む１０桁のパスをかけたzipでも、十分強度がある。

>>84
速達は本人じゃなくても受け取れるから。
受取人を本人に限定しないと。

>>88
そのzipのパスはどうやって伝えるんだ?
メール、電話、FAX、手紙？

MD5自体はかなり前に中国で衝突があることが発見されていて、
もう駄目だということは常識化していた(それで代わりにSHA256
使うのがいいんじゃないかと言われていた)。今回は更に復号化まで
出来てしまったのなら、完全に駄目なことが証明されたわけだな。

まあでもいい加減メールも全部通信路を暗号化したのを作った方が
いいよな。今のままじゃ自分で中身暗号化しない限りはパスワード
分からなくてもパケット拾われたら終わりだし。メールサーバの管理者は
いくらでも見られるし。ヘッダごと全部暗号化されたようなのあった方が
いいと思うけどな。もう勝手に作ってるやつはあるかも知れないが。

>>97
全部暗号化が標準になるとスパムまで暗号化されてサーバ側でフィルタリングできなくなる悪寒

>>97
そこまで暗号化したら、メール受け取ったサーバーは
誰に送ったらいいのかすら、わからなくなるんじゃないか？

そこでPGPですよ

でもまあIE使って理由わかったんじゃないのう、はははやっしくん

２ｃｈ書き込みのＩＤからＩＰを割り出すことはもうできてる
ＩＰから個人を特定することなんて、プロバイダ次第でなんとでもなる
もう、おまいらのカキコみんな特定されて監視されてるんだぜ

　
んなもん判っててやってるがな
　
しかし、　書類　上は　ズレてるはずだね
　

下手に暗号化するから破られたときの事を考えてビクビクしなければいけなくなる。

女子高生の携帯文字や絵文字は破られないかも・・内容はともかく

>>98
暗号化されたスパムをどうやって読むの？

>>102
ほう、それは危険だ
憲法改正して治安維持法復活せねば

それはいいじゃっく、自公にまっさきに適用してもらおう

MD5って、可逆だったっけ？

飛ばし記事だな、これ

非可逆だが総当たりで見付けることはできる。
今回のは、総当たりしなくても簡単に見付けられるってこと

>>74
つーか、主流はWebメール（Webサービスの一部分）へと移行しちゃってるからな。
だいぶ前からメールソフト系は開発縮小してるか終了して停滞状態だわな。。

主流がWebメールってソースくれ

全部平文で送っている俺には関係ないな

Webメールならcookieコピるだけでのっとれるからな。さらに脆弱。

発行元の情報を盗聴しただけだね

博報堂もがんばれ

初めてメールを送る相手に対して
暗号化して送信できるわけがない
自分も相手も互いの「鍵」を知ることができないからだ

Ｇｍａｉｌ，ＹａｈｏｏＭａｉｌも、ログインだけがｈｔｔｐｓ、
ログインしたあとはｈｔｔｐなので平文だよ
いまだに「メールにセキュリティがある」と信じているようでは負け組

え、添付ファイルを暗号化して送ればいいって・・・
初めての相手なんだから「解読の鍵」を先に送らなきゃ開けないってば。
そうだ、まず郵便で「鍵」を送ろう！

メール送る友達なんかいないから関係ないじゃん

海外でサーバーのシェルアカウントを取って
ＳＳＨでトンネルを掘ったあと直接ＰＯＰで
取り込んでいるおいらは勝ち組

>>120
それってPOP over SSLと同じじゃね？

POP で MD5風のパスワードを使ってみたりする

この暗号解いたよ。
１１＝あ
１２＝い
３２＝し
４４＝て
９２＝る

最後「る」じゃなくて「り」じゃねーか

出先作業が多いので、メールはプロバイダに直結した自宅サーバ (SMTP/IMAP4) から VPN 経由でやりとりしてる。
流石にプロバイダが盗聴してたり泥棒が自宅 LAN を盗聴してたりというのは想定外だがｗ

>>123-124
ﾜﾗﾀ

>118

> 暗号化して送信できるわけがない
> 自分も相手も互いの「鍵」を知ることができないからだ

> え、添付ファイルを暗号化して送ればいいって・・・
> 初めての相手なんだから「解読の鍵」を先に送らなきゃ開けないってば。
> そうだ、まず郵便で「鍵」を送ろう！

Diffie-Hellmanかぎ交換プロトコルを知らないの？　
まさにそういう状態から、安全に共有鍵を共有するもんなんだが。

とんだ勝ち組ですなｗ

主に企業中心でウェブメールに移行したのは、
メールを集中管理できるからで、ウェブメールのほうが
セキュリティに優れているから、ではないよね。

これはまた別の問題ですが、社員が外部と暗号通信し
ていたら困りますよね。

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

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

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

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

>>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の脆弱性がどうとかそういうことじゃないんだよ
おまえらそのものがセキュリティホールなんだから（わら

自己紹介乙