2016年6月3日号 DNSレゾルバに関する大きな変更ふたたび・UWN#467 | gihyo.jp
DNSレゾルバに関する大きな変更ふたたび Linuxの常識が少しだけ書き換わる時間が、またやってきました。 どういった変化が起きるのかを把握するため、まずは5年ほど前に行われた12.04での変更を思い出す必要があります。 12.04以前のUbuntuでは、古典的なLinux環境と同じように、「1）DNSサーバーの設定は/etc/resolv.confファイルを編集して行う」「2）名前解決の結果はキャッシュされず、毎回問い合わせる必要がある」という2つのルールに縛られていました。 12.04ではNetworkManager経由でdnsmasqを起動し、ローカルレゾルバとして動作させる修正が取り込まれています。この修正で、このうち1）のルールが破棄され、/etc/resolv.confはresolvconfパッケージによって自動的に設定されるものになりました。しかし、dnsmasqによるキ
オープンリゾルバ問題、立ちふさがるはデフォルト設定？
オープンリゾルバ問題、立ちふさがるはデフォルト設定？：JANOG 31.5 Interim Meetingレポート 4月19日に開催されたJANOG 31.5 Interim Meetingの「DNS Open Resolverについて考える」では、ネットワーク管理者はもちろん、ネットワークサービス提供者や機器ベンダなど、インターネットにさまざまな立場から携わるメンバーが、それぞれの立場で取ることができるオープンリゾルバ対策について議論が交わされた。 「自分が管理しているネットワークには、オープンリゾルバ状態のDNSサーバは存在しない」、そう断言できるネットワーク管理者やユーザーはどれだけいるだろう。3月に発生した史上最大規模のDDoS攻撃をはじめ、他者への攻撃に荷担していないと言い切れるだろうか？ 実は、CloudFlare（3月18日ごろから発生した「Spamhaus」に対する大規模な
オープンリゾルバ(Open Resolver)に対する注意喚起 - JPNIC
初版公開 2013年4月18日 最終更新 2014年7月25日 DNSの不特定からの問い合わせに応答する*1、 サーバやネットワーク機器は、オープンリゾルバと呼ばれています。 最近、 適切な対策が施されていないオープンリゾルバが踏み台*2として利用され、 国内外のサーバに対する大規模なDDoS攻撃*3が行われていることが報告されています。 これを受けて、本来、 オープンリゾルバである必要のないサーバやネットワーク機器を減らし、 踏み台となってしまうことへの対策をとるための活動が行われています。 ご確認と対策をお願いいたします。 *1 ここではドメイン名の名前解決のために行われる問い合わせを指しています。 この問い合わせを受けた、 DNSのリゾルバと呼ばれるプログラムモジュールは、 複数のネームサーバに問い合わせを行い、 その結果を問い合わせ側に応答する仕組みになっています。
DNS の再帰的な問い合わせを使った DDoS 攻撃に関する注意喚起
各位 JPCERT-AT-2013-0022 JPCERT/CC 2013-04-18 <<< JPCERT/CC Alert 2013-04-18 >>> DNS の再帰的な問い合わせを使った DDoS 攻撃に関する注意喚起 https://www.jpcert.or.jp/at/2013/at130022.html I. 概要 JPCERT/CC では、海外 CSIRT などから、日本国内の DNS キャッシュサーバ を使用した DDoS 攻撃が発生しているとの報告を受けています。 JPCERT/CC に報告された攻撃では、攻撃者は外部からの再帰的な問い合わせを 許可している DNS キャッシュサーバ (以下、オープンリゾルバ) を使用して、 DNS アンプ攻撃を行っているとのことです。攻撃者は、攻撃対象の IP アドレ スを送信元 IP アドレスに偽装した再帰的な問い合わせパケットを
技術解説：「DNS Reflector Attacks（DNSリフレクター攻撃）」について
--------------------------------------------------------------------- ■技術解説：「DNS Reflector Attacks（DNSリフレクター攻撃）」について 株式会社日本レジストリサービス（JPRS） 初版作成 2013/04/18（Thu） --------------------------------------------------------------------- ▼はじめに 2013年3月16日（協定世界時）[CISCO2013]から3月下旬にかけ、迷惑メール 対策の活動を進めている国際組織The Spamhaus Projectに対する攻撃に端を 発する、大規模かつ長期間にわたる分散サービス不能（DDoS）攻撃が発生し ました。 今回の攻撃ではこれまでで最大規模となる300Gbps以上のトラフィ
設定ガイド：オープンリゾルバー機能を停止するには【BIND編】
--------------------------------------------------------------------- ■設定ガイド：オープンリゾルバー機能を停止するには【BIND編】 株式会社日本レジストリサービス（JPRS） 初版作成 2013/04/18（Thu） --------------------------------------------------------------------- ▼はじめに 本資料は、オープンリゾルバーとして動作しているBINDを使ったDNSサーバー の設定を、簡単なステップで修正する事を目的としています。 オープンリゾルバーについての技術的な解説は本資料では行いません。手順 に沿った操作で設定を変更し、読者が運用するDNSサーバーがオープンリゾル バーではなくなることを目指しています。 オープンリゾルバーおよびそれを利用し
Open Resolver Project
Search my IP space (eg: 192.0.2.0/24 - searches "larger" than /22 will be rejected): What can I do? If you operate a DNS server, please check the settings. Recursive servers should be restricted to your enterprise or customer IP ranges to prevent abuse. Directions on securing BIND and Microsoft nameservers can be found on the Team CYMRU Website - If you operate BIND, you can deploy the TCP-ANY pat
options single-request-reopen ( /etc/resolv.conf ) – ぷろじぇくとMIKS
vsftpd を乗せたサーバをとあるベンダさんに構築してもらったら、ftp接続するのに10～20秒くらいかかる。 以下、ffftp のログ画面の文字で説明。 ＝＝＝＝＝ ホスト hoge.hogehoge.jp (xx.xx.xx.xx (21)) に接続しています. 接続しました. 220 hoge.hogehoge.jp ftp services. >USER hogehoge 331 Please specify the password. >PASS [xxxxxx] ← ここで止まる。 ＝＝＝＝＝ んで、しばらくすると、何事もなかったかのように接続できるのですよ。 とりあえず、接続時のサーバ側でのパケットキャプチャ取ってみた。 （いろいろ調べたらDNSまわりぽかったんで、いきなりport 53してます） ＝＝＝＝＝ # tcpdump -n port 53 tcpdump: ve
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【インタビュー】過去最大300Gbps超のDDoS攻撃に悪用されたDNSの「オープンリゾルバー」とは