思っとは？
|
すべての機能をご利用いただくためには、JavaScriptの設定を有効にしてください。設定方法は、ヘルプをご覧ください。 この季節はカニだぜぇぇえええ!!!ホンマにうまいのぉ〜〜カニは。（誰?）でもまだ今年食べておりませんよ〜〜 それはさーきっとだれかノロもってたんだよぉ（＝＝；牡蠣に罪はないだろうにねぇー（＝＝；みろり 昨日牡蠣祭りでたらふく食ってきた（ｗ） カキのせいじゃないと思うけどなぁ〜〜！！こんなのがニュースにされると又カキのイメージがダウンしちゃうね・・・。 加熱しても冬でも感染するときはするらしいですよー。わたしの知人もノロにかかって、年越し３日間苦しんでました。おいしいのに・・・。 あさみちゃん！！さるこも今年まだ食べてないのよね〜(--;だからすっご〜〜〜〜〜っく楽しみにしてたのら。。カニーーーーーー！！！食びたいじょおおお〜〜〜(m-_-)mｳﾗﾒｼﾔｧ ソイツ、誰じゃ！！カキの季節終わっちゃうよ、みろりん！！なに？たらふくですと。。。。ふ〜〜〜ん、へ〜〜〜〜〜、ほ〜〜〜〜〜Σ(￣ε￣;|||･･･ そうだよね、まあさしゃん！でも臆病さるこ。。カキの前で悩みぬき、結局買わなかった。ヘタレだなーーー(--; でもおそるおそる食べてもおいしくなかろうし。。。んんん、ジレンマ ヾ(_ _。） ええ？そうなん、ちょこまめちゃん！！ますます買えないじゃないでつかあ？！今年はもうあきらめようかなあ。。。でも。。食びたひ。。ふがふがふがああΣ(￣ε￣;||| 禁酒に成功してからアップップすべきだった。。。(-_-；)でもねー、晩酌？はしないも〜〜〜〜ん。寝酒なのだった┃電柱┃_￣) ｼﾞｨｰ・・ とくに「生食」はね〜。でも、わかっていても避けてしまうね。苦しいのはいやだもん。納豆もねえ。。納豆スキさることしては大打撃だったわ！ カキ食えません^_^;嫌いです．．．。でも確かに加熱すれば大丈夫ってニュースで言ってましたよぉ、怖いですね(^_^;) みはちん、さるこもカキフライだいちゅき〜〜〜！！でも、ちと怖くなっちったよおおおおん��(￣ﾛ￣|||) ええ？MORIしゃん、カキ嫌いなんだあ。。。まあグロイしねえ(--; そうそう、加熱すればいいって思ってたんよお！ああ土手鍋食べたいわ〜！！シュン〜〜 NASH殿。。。酔っ払いの介護？でもしました？吐しゃ物からの空気感染もアリですもんね。。。うううう、カキ。。。。食びたひよおおおおん！！今年はダメかなあ？！ 空気感染でしょうね。家では隔離され、オマケにCOOもうつるといけないからと実家に連れて行かれ・・・・治った後も周りからバイキン扱いっす・・・。 NASH殿、ノロ経験者？！ええ？ワンにも移るの？？？←無知炸裂。原因特定が難しいから。。。カキ食ってないのになったあああ！！ってこともアリでつね？！いやじゃーーーー！！ |
[ 158] ☆そろそろ。。。と思ったら☆ - 風の向くまま☆気の向くまま - Yahoo!ブログ
[引用サイト] http://blogs.yahoo.co.jp/saruko0324/12445675.html
|
昨日の話に対して、「Re: httpsだと思ってたらhttpで通信することになるような場合、Firefoxはキャンセルできないことが多い」というのがあった。 ちょっとわからないことが多かったりもしたので質問も交えて返答してみる。 それ以外の方法(リライトを利用したりとか)での送信は防ぎようが無いですけど、(略) リライトって何ですか。Apacheでmod_rewriteを使って行われるあの処理のことでしょうか。それが何か今回の話に関係してるんですか。 そもそも、httpsで情報の送信を全て暗号化しておいて欲しい(そういう必要がある)ようなサイトでhttp通信を使っちゃっているというのは、UAに過失が無いとは言いませんけど、どちらかというとコンテンツ提供者に過失があるように思えるんですけど、そういう根本的な話は無視されているようで。 httpsのページの中にhttpのコンテンツは埋め込まない方がいいとは個人的には思います。でも、仮に埋め込んだとして、それがコンテンツ提供者の過失かどうかはまだわからないと思います。 例えば「ここから先の通信は、ひとつ残らず全てがSSLで暗号化されています。」とか書いてあったとすれば問題です。だたそれもhttpのコンテンツを埋め込んだことではなく、嘘をついたことが問題なだけですが。それはFirefoxが通信をキャンセルできたとしても許されることじゃないし。 その後のhttpsからhttpへのリンクでの移動をキャンセルできないという話は言いがかりにしか思えません。そこまで気にする人なのに、リンクをクリックする前にステータスバーを見てないんでしょうか? (略) これではケチをつけたいがために書いた文章のように見えます。 まあFirefoxがもし私専用のソフトなのであれば、私はステータスバーを見るタイプなのでケチを付けないかも知れません。でもそうじゃないので。 それに、「リンクをクリックした後の遷移先は常にステータスバーに見えているとは限らない」ということを知ってて触れないのはいいのですか。ステータスバーにリンク先を見せないのはコンテンツ提供側の過失だとか言われるともう反論できませんけど。 私はこの件をUIの問題だと思ってました。さらに言えば「問題」よりも、「IEとFirefoxのUIの差」ですね。もっと厳密に言えば「IEと、一般にIEよりも安全だとされるFirefoxのUIの差」。 最初に問題だと思ったのは「第三者が簡単に傍受できます。」といいつつ「OK」ボタンしか示さない点。最後にまとめた表でも「警告される。中断できない。」を「△」ではなく「×」としたのもその辺の考えからだし、そもそもタイトルだってそういう視点から付けました。 最後に画像の件ですが、(略) これは本家のバグが公開されているので、世間的に既知の問題なので良かったのですが、それへのリンクが無いところを見るとどうも問題のblogの作者さんは、そのこと自体を知らないようにみうけられます。もしそうであるなら、セキュリティに関する話を適切に報告せずに世間にいきなり喧伝するという行動が感心できません。 確かにbugzillaに載ってるのは知りませんでした。httpの通信をキャンセルできないものかとGoogleで色々調べたりはしましたが、それとは関係なかったみたいで。 でもimgの件やjsonpの件は、セキュリティの問題にあたるのかどうか、当然この記事を書くときに考えました。 例えばこの件がバグで、警告が出るように修正されるべき事象だったとして、その修正後に表示される警告画面は、お得意の「第三者が簡単に傍受できます。→ OK」の画面だと思います(推測ですが)。ってことは、バグが修正されようがされまいが、結果としてhttpで通信してしまうこと自体に変化はない(そしてそれはFirefoxの仕様である)わけです。 なので、この事象(警告が出ないこと)がバグだったとしても、それセキュリティ上のバグではなくUIのバグなんだと思いました。 ちなみに鍵アイコンが壊れた表示にならない事は気付きませんでした。もし気付いてたらセキュリティの脆弱性だと判断したかもしれません。 個人が趣味で配布するFirefoxの拡張機能が安全であることを、電子署名が保証してくれるのか(管理人日記) 管理人ぷーるへの連絡はメールまたはメッセージ送信が利用できます。 |
[ 159] Re: Re: httpsだと思っt(ry(管理人日記) - むぅもぉ.jp
[引用サイト] http://muumoo.jp/news/2007/02/08/0httpsfirefox.html
