認証はPPPを使うから、MS-CHAPv2も選択できるんだけども。PPTPを使わなければ（とりあえず）安心、てことでいいんだろうか。

元のページざっと眺めたけど、IPSEC-PSK over PPTPにしか言及していないっぽいのでよくわからなかった。

SIGKILLでも死なないからゾンビ。親が看取る(wait)か死ぬかしないと。

明らかにPhotoshopの加工ミスと思われる奇妙な画像いろいろ - GIGAZINE

その代わりPCサイトブラウザの「IPアドレス帯域」が統合されたことで別の問題が

御意。ただし、詳細が不明なので今のところ具体的に問題視できないという問題が。（公式プロバイダだけに詳細情報開示とかだったら…ぞぞ）

おっと、auはHDMLのページを要求されるとlink by linkにスイッチするのですね。訂正します。

HDMLはこの秋冬に変換されなくなるので、この機能も終わりになるのでしょうか。

docomoのmova初期（SSL非対応の502iの頃まで）、auはWAP1.0の頃（今は停波）、SSLをGWで中継していました。ただし、SBMのようにドメインをすり替えてしまうものではなく、[オリジンサーバ]←SSL→[GW]←独自プロトコルor非暗号化→[端末] というように、プロトコルを切り替えていましたので、端末上のドメインは本来のものです。

現在はdocomo（SSL非対応端末を除く）、auともend-to-endのSSLでしか通信していませんので、SBMのような問題はありません。auはauでCookieには別の問題があるのですが（この秋の端末から解消）。

$.getScript() で外部スクリプトロードすればいいから無意味

いやいや。パスワードを変更すれば、少なくともその場では、そのISPでの改竄活動はほぼ100%停止します。

んで、顧客がそれに気づかず、かつページの更新もしないならば、例えその顧客のPCが感染し続けていたとしても「そのISPでの、その顧客のアカウントでの」改竄活動は止まったままです。

ページを更新しようとした顧客はお知らせを見るとか、ISPに問い合わせる等の行動をするはずで、その際、ある程度はウイルス対策をしてくれると期待できます。

この時点で感染を放置して更新し続ける困ったちゃんはかなり絞られるので、個別に対応するなど、やりようはあるはずです。

対症療法に過ぎないというのはその通りですが、「お知らせを目に付かせやすい」「最も困る顧客から順に個別対応をできる」それなりに有用な策だと思います。

アドバイザリを読んでください。XMLHttpRequestオブジェクトに於いて、Hostヘッダが上書きできてしまうため、仮想ホストでHostヘッダをチェックしていても、すり抜けてしまいます。サーバ側で対策ができません。

PCブラウザ、iモードブラウザではHostヘッダの上書きはできません。

CSS3のプロパティ＋接頭辞付きのプロパティが書いてあるので、CSS3の実装状況の判断にも使えるはずです。

AcrobatReaderの新しいアップデータは要注意かも？更新実行時に管理者権限要求->詳細クリック->管理者権限でブラウザ起動。閉じずにそのまま使用継続した場合管理者権限のままブラウジングすることに。

Tweeted by gleentea

という話があるようです。アップデートの際、「詳細」ボタンからブラウザを新規に開いてしまった場合は必ず閉じましょう。

責任って別に首をくくったり賠償したりするだけではないので、マイクロソフトは無償パッチの提供として一定の責任を果たしているように思いますがいかがか。

Automatic Updateならできるので問題ない :p

IE5.5はサポート切れだから脆弱性を放置されている（あるか否かの検証すらされていない）だけだぞ。

ピーク時（夏場の昼間）のね。