アカウント名:
パスワード:
Toが不特定多数に公開されているも同然なのに、その To 宛のメールヘッダに記載される From を機械的に信用しちゃうなんて、Facebookの実装があかんですねこれは。っても、S/MIMEやPGPを使うなんて現実的ではないでしょうから、
* Facebook が自前の送信専用SMTPサーバ（もちろん認証必須）を用意して、必ずそこから送信させる（そうでないものは弾く）
（この実装を維持するとした場合）このぐらいしか有効な対策がないと思います。
さくっと、メールとの連携機能をやめてしまうのが吉ではないかと。
# 実装時に、誰かが問題視しなかったのかなあ。
S/MIMEを使用しないメールとの連携機能を停止すればいいんじゃない?現実的じゃないと考えている理由はわからないのだけど，facebookが自前でkeyserver立てなくても外部のものを使えばいいような．
# メールについてもS/MIMEをみんなが使うようになってくれるならむしろ歓迎
現実的じゃないと考えている理由はわからないのだけど，
すみません、技術的に現実的ではない、という意味ではありませんでした。S/MIMEやPGPの普及度からいって、大多数にとってかなり障壁の高いものだと思います。そして、そこまで障壁を高くしておいて、メール連携機能を使う人がいるかというと、私は疑問に思います。
なんで、連携なんてやめてしまえばいいんじゃないかしら、と思うわけです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
実装が悪い (スコア:3, 興味深い)
Toが不特定多数に公開されているも同然なのに、
その To 宛のメールヘッダに記載される From を機械的に信用しちゃうなんて、Facebookの実装があかんですねこれは。
っても、S/MIMEやPGPを使うなんて現実的ではないでしょうから、
* Facebook が自前の送信専用SMTPサーバ（もちろん認証必須）を用意して、必ずそこから送信させる（そうでないものは弾く）
（この実装を維持するとした場合）このぐらいしか有効な対策がないと思います。
さくっと、メールとの連携機能をやめてしまうのが吉ではないかと。
# 実装時に、誰かが問題視しなかったのかなあ。
comutt
Re: (スコア:0)
S/MIMEを使用しないメールとの連携機能を停止すればいいんじゃない?
現実的じゃないと考えている理由はわからないのだけど，
facebookが自前でkeyserver立てなくても外部のものを使えばいいような．
# メールについてもS/MIMEをみんなが使うようになってくれるならむしろ歓迎
Re:実装が悪い (スコア:1)
現実的じゃないと考えている理由はわからないのだけど，
すみません、技術的に現実的ではない、という意味ではありませんでした。
S/MIMEやPGPの普及度からいって、大多数にとってかなり障壁の高いものだと思います。
そして、そこまで障壁を高くしておいて、メール連携機能を使う人がいるかというと、私は疑問に思います。
なんで、連携なんてやめてしまえばいいんじゃないかしら、と思うわけです。
comutt