「「詐欺的DNSサーバ」が増加中」記事へのコメント

hostsファイル汚染の次はやはりこれですか

[Anonymous Coward]

偽DHCPサーバやらhostsファイルの注入やら色々ありますが
そのうちDNSサーバの信頼性を定期的にチェックしなければならないのかなぁ・・・

「whoisにホスト登録されたDNS」か「そこから相互認証しているDNS」しか受け入れないとかやります？
それともユーザのいるセグメントからインターネットの53番ポートへのブロックとか？

Re:hostsファイル汚染の次はやはりこれですか

[Anonymous Coward]

つか、自らが参照してるDNSサーバの変更を監視すればいいんじゃね?

マルウェア等によりエンドユーザのコンピュータの設定が汚染されたDNS サーバを参照するように改変されてしまった場合

なんだし。
普段のDNSサーバそのものが汚染ってのは、目的のサイトそのものが汚染と同様、エンドユーザーにはどうにもならんでしょ。

Re:hostsファイル汚染の次はやはりこれですか

[Anonymous Coward]

ファイアウォールを設置しているのであれば、ファイアウォールで内側にある「信頼できる」DNSサーバ以外からのDNSクエリ (udp/tcp.port=53) を落とすようにすれば良いのではないかと。
万が一DNSの設定を書き換えられたとしても「DNSの問い合わせが失敗する」＝「見えなくなる」形で問題が顕在化するので安心できるはず。

Re:hostsファイル汚染の次はやはりこれですか

[Anonymous Coward]

日本のご家庭の多くはブロードバンドルータに類するものを使っていると 思いますし、ブロードバンドルータ自身からの、またはプロバイダから 指定されるネームサーバへのdnsパケットだけを通し、 それ以外はフィルタすればいいんじゃないでしょうか。

知らないうちに外部のDNSサーバを参照するよう変更されてしまっても すぐに気づきますし、それが導く被害にあう危険を防止できます。

Re:hostsファイル汚染の次はやはりこれですか

[Anonymous Coward]

CodeRedのように、ファイル自体は書き換えないが、 応答プロセスをフックした例もあります。多角的な 方法が必要のようですね。 一定時間ごとに問い合わせを行ってみるとかでは ダメでしょうか。