オペレーション・セキュリティ (続・Gumbler大流行中)。

 さて、昨日ネタにしたGumbler話の続き。

 問題のサイト、本日見たら取り敢えず閉鎖されているようです。

 つまりこのサイトは汚染されたまま放置されているワケではなく、管理者も汚染拡大を阻止するためにまずは正しいオペレーションを取りました、と。

 ・・・ということで。

 先日から話題になっているFTPパスワードの件と絡めまして、少し「オペレーションとしてのセキュリティ」について考えてみましょうか。

 といっても、実はこれがそんな簡単にまとめきれるような簡単な話ではなく。

 「システム最後にして最大のセキュリティホールはユーザ自身」

 などと言われるぐらい大きな話なのですよ。
 なので、今回はGumbler対策、その中でも今話題の「FTPパスワードが抜かれる(盗まれる)」に話を絞っていきます。

 #一時期大流行したWinnyでの情報流出だって、所詮あれはユーザが原因だしね。

 ◇

 この話、いくつものレイヤが一緒くたに語られているので、話がグチャグチャになっている印象があります。
 なのでレイヤをバラしてみると、大きく分けて以下の3つの話になります。

 1・ネットワーク上の通信を覗かれて、パスワードが盗まれる。
 2・ローカルPCに保存された設定が覗かれて、パスワードが盗まれる。
 3・ローカルPCの操作が記録されて、パスワードが盗まれる。

 さて、順番にバラしていきましょか。

 1★ネットワーク上の通信を覗かれて、パスワードが盗まれる。

 今回の騒ぎで「FTPを捨てろ」という話が出てくる理由がこれです。
 FTPというのはパスワードが「そのまんま」ネットワークを流れるため、ネットワークを覗き見していれば簡単にパスワードを拾う事が出来ます。

 ♯さすがにコレはカッコワルイということでOTP(One Time Password)やC&R(Charrenge And Response)と呼ばれる仕組みも考え出されたのですが。
  残念ながらコレはあまり流行らず、今でもパスワードを「そのまま垂れ流し」してるのが殆どです。

 このこと自体は昔から周知の事実で、少しでもセキュリティに気を使う人は昔からFTPなど使っていないのですが。
 今問題になっているのは、Gumblerの亜種に「ネットワークを覗いてパスワードを探している」ものがある「らしい」という話が出ているからです。

 つまり、ユーザがFTPでパスワードを垂れ流すと、身を潜めてすぐ目の前のネットワークを覗き見しているだけでパスワードが手に入る、ということです。
 このような「システムに積極的な攻撃をしない」タイプのウィルスは一般的にユーザに気づかれにくい上、アンチウィルスソフトウェアからも検出されにくく、気づかないうちに大量のデータが盗まれる可能性があります。

 そもそも現在FTPでサーバに接続すること自体、激戦場に丸腰で突入するような(無謀な)ことなのですが、この上味方だと思っていた連中が実は全員スパイで自分の全てが監視されてた、みたいなこの状況。

 ・・・やめましょうよ、FTP。

 対策としては、要するに通信を暗号化すればいいワケです。覗かれても理解できなきゃ問題ない。

 ・FTPの通信全体をまるっと暗号化してしまう →FTPS (FTP over SSL)
 ・同じくFTPの通信全体をまるっと暗号化してしまう →SFTP
 ・そもそもFTPを使わず暗号化通信を行う →SCP

 イロイロ選択肢はあります。
 この中で、お使いのサーバでサポートされている暗号化通信を利用して下さいな。

 ◇

 2★ローカルPCに保存された設定が覗かれて、パスワードが盗まれる。

 さて、1と違ってこちらは「うっかり感染してしまった後」の話ですね。
 「感染した時点で既にダメ」なのは事実なのですが、それでも俗に言う「ダメコン」(Damage Control)、いかにして被害を最小化するかという考え方が出来るか出来ないかで、その後の被害状況は随分と変わるもの。

 というワケでして、世間では一番盛り上がっているネタです。

 そもそも、ローカルPCに設定を保存しているということは、必ず解読出来る形式でデータが保存されているということです。・・・解読出来ないと呼び出せないじゃないですか。
 そして、Gumblerウィルスは、この「設定の解読方法」をいくつも知っている。解読に必要な情報が全てPCにあれば、ウィルスは簡単にそれらを回収して設定を解読してしまう。
 今回はソレで見事にパスワードが解読され、どんどん盗まれている、ということ。

 それでは、この対策をどうすれば良いか。
 簡単です、解読に必要な情報の全てがPCに無ければいいんです。
 要するに、パスワードを保存しなければ良いのですよ。保存してなければ盗みようが無い。
 はい解決。

 ・・・え、ダメ?
 まあ確かに、そんなにいっぱいパスワードなんて覚えられねぇよ、というのが人間。
 大丈夫、そんな貴方に「パスワードマネージャ」というソフトがあります。

 ♯KeePass、とか。

 これは「強力な暗号化と一つのマスタパスワードを組み合わせ、他のパスワードを暗号化して保存しておく」ツールです。
 マスタパスワードが漏れない限り、他のパスワードは安全に保存しておけます、ということ。

 勿論、いくら強力な暗号化とはいえ、マスタパスワードが漏れてしまったら守りようがありません。
 自分のセキュリティを守るため、たった一つのマスタパスワードぐらい、きちっと覚えて管理しましょうね。

 ということで、ローカルPCに全てのパスワードを保存してラクしよう、という考え方はいけません、という話でした。

 ♯念の為、パスワードマネージャを使う時は暗号化の強度を必ず確認しましょう。

 ◇

 3★ローカルPCの操作が記録されて、パスワードが盗まれる。

 さて、前ネタに続いてこちらも「うっかり感染してしまった後」の話。

 今度は「パスワードを保存していないor安全に保存していても、パスワードを入力する操作そのものが記録されて、結果としてパスワードが盗まれる」という話です。

 これはいわゆる「キーロガー」対策ということで、Gumblerだから特別ということはありません。
 今回Gumbler対策でこの話が出るというのは、Gumblerの亜種に「キーロガー機能を持っている」ものがある「らしい」という話があるからです。最初のFTPの話と一緒。

 まあこれに関しては、今更言うことはありません。FTP捨てようが、パスワードを全て毎回手入力しようが、防ぎようが無い。
 防ぐには、そもそもこんなヤツを入れない、以外無いです。

 ◇

 とまぁ、こんなワケで。

 問題になりそうなのは、FTPしか使えないという、時代遅れのサーバのユーザですね。
 もしOTPが使えるようでしたら何もしないよりはマシなのですが、今更ソレかよ、という気がします。

 正直なところ、今時FTPしか使えないサーバなんて解約するのが一番いいと思います、はい。
 FTPを使わずにファイル転送が出来るサーバなんて、今時珍しくないですから。

 ちなみに、問題のサイトを収容しているサーバ業者のサイトを確認したところ、FAQの隅っこに「FTPSが使えるよ」と書いてあるだけでした。
 普通に仕様表に書いていない辺り、割と残念な類の業者ですね、コレは。

Share

Gumbler大流行中。

 さて、世間では「Gumbler」が流行っております。
 そして、ついに?いつも当方が巡回している某サイトに現れました、ソレが。

 #この呼称が正しいの正しくないのという話は疲れるので割愛。
  ここでは「広くこう呼称されている、ソフトウェア脆弱性とWeb改竄を用いた連鎖型攻撃」の総称として使います、えぇ。

 当方の日常巡回内では初めてだったので「ついにキター」と妙に感激して・・・おっとっと、それは兎も角。

 というワケで、相変わらず大流行中なので「Gumbler」対策でもまとめておきますか。

 ◇

 まず、Gumblerそのものについてはあちこちでイロイロ言われてますので、割愛。
 但し、セキュリティ音痴による「嘘と間違いだらけの解説が氾濫している」のが現状なので、注意すること。

 今回日本で続いている騒動については、ネットワークセキュリティ専門家も多数の情報を公開しているので、個人的には

 「『専門家の肩書きを持つ人間が、所属するセキュリティ企業/組織サイトで公開している記名記事』以外信用してはいけない」

 と思っているし、実際それで十分な情報が集まる。

 何しろGumblerはサーバだけの問題だ、FFFTPが脆弱だ、などというデマが多数流れていて、しかもそれを臆面も無く堂々と知ったかしているblog等も多数存在する中、ヘタに検索かければそんなウソばかりが引っかかるのが現状。

 「自らの身を守るのは正しい情報」

 ということですよ。大震災の時とかと一緒。

 ◇

 さて、ということで実際の対策しましょうね。

 ★脆弱性の元となる設定を潰す。

 まず何より、Adobe AcrobatのJavaScriptを停止すること。
 「環境設定」→「JavaScript」と選んで「Acrobat JavaScriptを使用」のチェックを外す。

 これが有効になってないと困るということは、個人ユーザならまず無い筈。

 ♯企業ユーザでどうしても必要な場合は・・・そんなダメシステムを作ったSIerを怨みつつ、まあ頑張って。
  といっても、そもそも企業ユースでもこんなん使われてるのなんてそうそう無いですけどね。

 あと、Vistaや7でUACを無効にしている人は、速攻で標準状態に戻すこと。
 100%引っ掛かる訳ではないが、引っ掛かって攻撃阻止できたら儲けモンでしょう。

 ★脆弱性の残るコンポーネントを一掃する。

 Mozilla Firefox、Thunderbird。Adobe Acrobat、Flash、Shockwave。Microsoft IE、Silverlight、Office。(Oracle) Sun Java、Apple QuickTime、Real RealPlayer。

 要するに脅威に晒されるBrowserおよびplug-inについて「使用を続けるなら最新版にアップデート」を行う。
 「使わないならアンインストール」して捨てる。

 これで脆弱性はゼロ・・・と思いたいのだが、どうもそうでもないらしい、という話もちらほらと。
 とはいえ、脆弱性が一つでも減るなら、少しでも攻撃を避け得る可能性が高まるなら、そちらを選ぶのが基本中の基本。

 ここで気をつけたいのが、Javaのように「新しいものを入れても古いものが残ってしまう」ソフトウェア。
 普通の個人ユーザなら最新版以外が無くても困らない筈なので、「古いソフトウェアを確実に削除」すること。

 更に気をつけたいのが、Acrobat等の設定項目が多数あるソフトウェア。
 アップデート作業を行うと、環境設定の一部がデフォルト、つまり危険性が高い状態に戻ってしまうことがある。
 つまり、「アップデート作業を行った場合は、必ず設定項目が変化していないか確認する」こと。

 ◇

 あと、以下の方法も意外と有効・・・だと個人的には思うのだが、この辺りはイロイロと意見もある話なので、まぁ参考程度に。

 ★フィルタリングツール等で.ru/.cn等への接続をブロックする。

 ネットワーク管理者の立場では絶対に出来ないが、個人ユーザが自分を守るために自分用端末に設定するなら特に問題ない「特定国ドメインの丸ごとブロック」。
 実際問題、この辺りのドメイン名をブロックして、日本人の殆どは全く困らないと思われる。

 #というか、そもそも.ruとか.cnに日本人向けコンテンツってあるの?
  ・・・あ、.cnには海賊版動画サイトがいっぱいあったか(笑。

 ちなみにGumbler本体が置かれているサイトは、少なくとも本日時点では大多数が.ru(ロシア)、その残りの半分ぐらいが.cn(中国)、後はあちこち。
 なので.ruと.cnをブロックしたところで安全になるワケではないが、しないよりはマシかも知れないという話。

 実際にどうするかについては、FirefoxならAdblock Plus/Adblock++を使うとか、IEならIE7Pro使うとか、ブラウザ問わずならProxomitron使うとか。Proxy自動設定スクリプト(proxy.pac)を使って弾くなんて方法も。

 #念の為、IPアドレス範囲が、じゃないですよ。ドメイン名で、という話。

 ★Acrobat Readerの環境設定(「インターネット」項目内)で「PDFをブラウザに表示」を無効にする。

 これは脆弱性/攻撃対策としては全く役に立たないのだが、攻撃を受けたことを気づき易くする、という意味で有効。

 というのは、Acrobatがブラウザ内部で起動する標準の設定では、かなりの確率で「実際に表示されている画面の裏側でAcrobatが起動」するため、攻撃を受けたことをユーザが気づかない、見落とす可能性が相当高い。

 が、ブラウザ外で起動する設定の場合、Windowsの「後から起動したアプリが前面に表示される」の法則に従い、実際に攻撃を受けると「突然Acrobat Readerが起動する」というのが視覚的に確認出来る。
 このため、自分が攻撃されたことに気づき易く、何より「攻撃されたことに永遠に気づかない」という最悪の事態を回避出来る可能性が高い。

 ◇

 とまあ、以上つらつらと書いてみたり。

 兎に角、皆さん気をつけて下さいね、ということで。
 実際に感染してしまうとイロイロ大変ですよ~、念のため。

 #念の為、当方は攻撃は喰らったけど陥落=感染はしていませんよ。

Share

KB951847のワナ。

 さて、一部環境で

 「適用しようとする度にひたすらエラーが出続けて、いつまで経ってもインストール出来ない」

 というステキな状況になっているWindows Update、KB951847。
 当方が相手している環境でも発生しておりまして。
 今回は、こいつを何とかしようと思った、という話。

 ◇

 まず、大抵の場合、以下の方法で大丈夫な模様。

 一度.NET Framework 3.5 SP1を削除する
  ↓
 再起動後、システムが正常に動作していることを確認する
  ↓
 Windows Updateから再度3.5SP1を導入する

 大抵、というのは例外もある、という意味でして。
 3.5SP1を引っこ抜いて再起動後で未だにトラブってる場合は、他のVerの.NET Frameworkが原因になっている可能性が高いので、順番に削除して試してみる、しかない。

 #これ、始めるとドツボコースでっせ・・・。

 ちなみに「修復」は「絶対に選んではいけない」。
 却ってシステムの挙動がおかしくなり、環境によっては最悪手出しが出来なくなる可能性すらある。
 具体的にはMMCスナップインが全滅する、等。

 #経験済。あ~びっくりした。

 ◇

 ・・・にしてもこれ、イロイロ調べてみると

 ・Update Patch自体の出来が悪い、これがUpdateが出来ないトラブルの原因
 ・.NET 3.5SP1のInstallerの出来が悪い、これが修復インストールで傷口を広げる原因
 ・一度削除してまっさらな状態にすれば、最新Patch適用済の.NET 3.5SP1はすんなり導入出来る

 というかなりどうしょうもない話らしい、結局。
 何ですかソレは。

Share

NT6 Kernel WindowsのNetwork周辺ヘンテコ挙動。

症状:
デフォルトゲートウェイの設定に何かの拍子で失敗すると、GUI画面で削除出来ない default Gateway = 0.0.0.0 という設定が出来てしまう。結果、外部とは不通になってしまう。

確認方法:
ipconfigで確認すると「デフォルトゲートウェイ 0.0.0.0」という表示が出る。

対処方法:
routeコマンドでこの設定を削除する。
>route -p delete 0.0.0.0 mask 0.0.0.0 0.0.0.0

これだけでは復活しない場合、GUI画面で見えている正しい設定も一度コマンドから削除し、再度コマンドから登録する。以下、192.168.1.254をGatewayにしている場合。

>route -p delete 0.0.0.0 mask 0.0.0.0 192.168.1.254
>route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.254

 ◇

 Vistaの頃から時々出ている症状だが、Win2008・Win7でも無事?発動することがあるバグだということが判明。
 ・・・ホントにVista SEだな>Win7。

 とはいえ、7は兎も角、2008はサーバなんだからさすがにコレはマズくないんか、イロイロと。

Share

Thunderbird で Some messages could not be FETCHed (Failure) とか言われたら。

 さてさて、先日PCの中を少し整理いたしまして。
 Thnderbirdも3.0に今更移行しましたよ。

 とこがこのThunderbird 3.0のIMAP、どうやら一部問題が残っているらしく、時々

 Some messages could not be FETCHed (Failure)

 超訳: うまく読めないメールがあったの (てへっ)

 などと言って同期に失敗することが。
 ちなみにこのメッセージが出るフォルダをSylpheedで開いても全く問題なく読み込めるトコからして、不具合があるのはThunderbirdでしょうな。

 #取り敢えず当方が見た感じ、コケるのは日本語メッセージ、しかも文字化けってるモノっぽいので、文字と制御コードの見分けがつかなくなってる、ってトコかね。

 さて、エラーが出るなら対策が必要ですな。
 検索してみたらimaplibを使う方法を紹介しているblogがあって、とても真正面から正攻法で処理している模様。
 とはいえ、当方のような横着者はもちっとラクをしたいので、以下、そのやり方を。

 ◇

 前提条件として、この方法はIMAPで「ゴミ箱」が設定されているメールサーバでのみ利用可能。
 具体的にはGmail、Google Apps等。他についてはサーバ管理者に訊いてね。

 1.
 問題のエラーを起こすフォルダを開く。
 IMAP同期がコケてるファイルは、大抵の場合 (←「絶対」ではない?)

 ・タイトル若しくは本文が文字化け
 ・正しい時刻でなく、同期コマンドを実行したタイミングの時刻で表示されている

 ということになっている模様。
 この場合、時間順でソートをかければどのメールがトラブルの元になっているかほぼ一発で判別可能。

 2.
 問題を起こしているメールをごみ箱に送る。
 ここではタイトルや本文が文字化けしていても全く気にする必要は無い。

 3.
 Thunderbird以外のIMAP対応MUA、若しくはWebでメールボックスを開く。
 MUAが他に思いつかなければお勧めはSylpheed、Gmailなら普通にWebでログイン。
 ここでごみ箱を確認すれば、トラブルの元になったメールが読める。

 4.
 このメールが必要だと判明した場合でも、そのまま元に戻すとまたコケる。
 仕方ないので、自分宛メールを一通作成し、そこに添付、引用、若しくはテキスト貼付を行う。
 この新規メールを問題メールの代わりに該当フォルダに設置する。

 5.
 問題メールは削除するか、若しくは隔離フォルダに移動して一件落着。

 ◇

 ま、こんなところで。

 とはいえコレ明らかに現行Verの不具合なので、そのうち放っておいてもバージョンアップで直る気もするし。
 問題起こすメール専用の隔離用IMAPフォルダを作って掘って放り込んでおけば、それで事が済むかも。

Share