DNS再入門 (OSC Nagoya 2017)
DNS の基礎 DNS の構成 (ホワイトボードで) と知っておくべき概念 RFC1034 RFC1035 スタブリゾルバ、フルリゾルバ キャッシュサーバ、コンテンツサーバ(権威サーバ、ゾーンサーバ) ゾーン 委譲 (委任 / delegation) グルー 再帰 (recursive)、反復 (iterative) 浸透 ...いうな ゾーンとは (ラベルの)隣接空間 (管理境界で区切られる) 権限のあるデータだけ置いてよい (may) 特殊な例外として "glue records" (他は must not) (RFC1033 にはそう書いてあるが後述のゾーン下部の委譲を示す NS も例外) ラベルの区切り(ドット)あるいはサブドメイン名といちいち対応するものではない (よくある誤解) ゾーン分割 隣接するノードとノードの間にゾーンカット(境界)ができる (カットされず) ノードが接続
(dnsmasq への追記あり) CVE-2015-7547 glibcのgetaddrinfo に stack buffer overflow の脆弱性
受ける この情報は下記から CVE-2015-7547: Critical Vulnerability in glibc getaddrinfo https://isc.sans.edu/forums/diary/CVE20157547+Critical+Vulnerability+in+glibc+getaddrinfo/20737/ getaddrinfo() を使ってる場合に、影響を受ける可能性があります。 すでに PoC は公開されていています。 https://github.com/fjserna/CVE-2015-7547 ここに公開されている CVE-2015-7547-proc.py とかを root 権限付きで実行すると、この手の buffer overflow を引き起こすパケットを返してくる DNSキャッシュサーバもどきになってくれます。 これをローカルで動かした状態
DNSソフト開発元サイトがダウン、利用者にマルウェア検査を要請
BIND 9やDHCPなどの提供するInternet Systems ConsortiumのWebサイトにマルウェアが仕掛けられた可能性がある。 DNSソフトのBIND 9やDHCPなどインターネットの中核となるソフトウェアを提供する米Internet Systems Consortium（ISC）のWebサイトが12月25日現在、メンテナンスモードになっている。ISCは「マルウェアに感染した可能性がある」として、ISCサイトへアクセスした全てのコンピュータでマルウェアスキャンを実施してほしいと呼び掛けている。 事態の詳細は不明だが、ISCがWebサイトを閉鎖したのは米国時間の22日から23日頃とみられ、マルウェアの駆除や感染の影響調査などの対応にあたっているもようだ。 米セキュリティ企業のCyphortによると、ISCのWebサイトが何らかの方法で閲覧者をマルウェア配布サイトに誘導するよ
サーバアクセス障害 [最終更新 2014/12/22 16:10] | VALUE DOMAIN:バリュードメイン
[2014/12/22 14:12] 平素は弊社サービスをご利用いただき誠にありがとうございます。 弊社サービスにて、障害が発生いたしておりました。 ご迷惑をお掛けし申し訳ございません。 ○確認した症状： ネームサーバー（ns1-5.value-domain.com）にて、名前の解決障害が発生 ○影響範囲： ・ns1-5.value-domain.com を使った名前の解決が出来ない ・VALUE-DOMAINユーザーコントロールパネルアクセス不可 ・サーバアクセス不可 ※ns1-5.value-domain.comを利用していないドメインにつきましては表示可です。 ○障害発生日時： 2014/12/22 14:12 〜 15:20 ○現在の復旧への取り組み状況： 14時12分頃 ns1-5.value-domain.com にて大量の攻撃パケットが送られ、応答が出来ない症状が発生 14時
（緊急）複数のDNSソフトウェアにおける脆弱性（システム資源の過度な消費）について（2014年12月25日更新）
--------------------------------------------------------------------- ■（緊急）複数のDNSソフトウェアにおける脆弱性（システム資源の過度な消費） について（2014年12月9日公開） - BIND 9では権威DNSサーバーにも限定的に影響、バージョンアップを強く推奨 - 株式会社日本レジストリサービス（JPRS） 初版作成 2014/12/09（Tue） 最終更新 2014/12/25（Thu） （米国The CERT Divisionの注意喚起・Vendor Informationへのリンクを追加） --------------------------------------------------------------------- ▼概要 BIND 9・Unbound・PowerDNS Recursorを含む複
Route 53のPrivate DNS対応を試してみた | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 DNSサービスであるRoute 53がVPC内のPrivate DNSをサポートしたので試してみました。 Route 53の設定 Route 53でHosted Zoneを作成します。今まで見慣れないTypeとVPC Idが出てきます。TypeでPublic DNSかPrivate DNSを選択します。 ドメイン名を"maroon1st.local"としてドメインを作成して、Typeを"Private Hosted Zone for Amazon VPC"に設定して、対象のVPCを関連付けます。 作成したHosted Zoneでレコードを作成します。ここではRDSのエンドポイントにCNAMEを設定しました。 この後、既存のDNSキャッシュが消えるまで待ちます。(DNSは「浸透」しませんよ) digコマンドで確認すると、以下の様に表示され
JPRS/（緊急）登録情報の不正書き換えによるドメイン名ハイジャックとその対策について（2014年11月5日公開）
--------------------------------------------------------------------- ■（緊急）登録情報の不正書き換えによるドメイン名ハイジャックとその対策 について（2015年5月26日更新） 株式会社日本レジストリサービス（JPRS） 初版作成 2014/11/05（Wed） 最終更新 2015/05/26（Tue） （JPドメイン名におけるレジストリロックサービスの提供を反映） --------------------------------------------------------------------- ▼概要 JPRSでは2014年9月から10月にかけ、国内の組織が運用する複数の.comサイ トが、ドメイン名の登録情報の不正書き換えによるドメイン名ハイジャック の被害を受けたという情報を入手しました。この攻撃手法では
fluentd + InfluxDB + GrafanaでDNS通信の監視 - Qiita
背景 管理ネットワーク（自分の場合は自宅）でDNSがどのように使われているか、また問い合わせなどが正常に実施できているかの監視のための構成を作成しました。これによって以下の様なグラフを見ることができます。 クライアント毎の問い合わせ数推移 クエリの応答時間内訳（100ms未満、1000ms未満、1000ms以上） レコードタイプの内訳（Aレコード、MXレコード、など） 構成 Devourer（自作ツール）でネットワークパケットをすいとり、Fluentdに転送、そこからinfluxDBにデータを入れてGrafanaで可視化します。 設定方法 InfluxDBのセットアップ 基本はInfluxDBで解説されている手順通りですが、例えばUbuntu 64bitの場合は以下のとおりインストール＆起動します。 wget http://s3.amazonaws.com/influxdb/influxd
DNSの「開いたパンドラの箱」を理解するために - 権威DNSサーバが返す5種類の応答とその意味 -:Geekなぺーじ
前回からかなり時間が経過してしまいましたが、やっと新書を書き終わったので、「DNSキャッシュポイズニングの基本と重要な対策」の続きです。 まだまだ先は長いのですが、今回は権威DNSサーバがキャッシュDNSサーバに返す5種類の応答とその意味について解説します。 権威DNSサーバからの5種類の応答 ユーザからの名前解決要求を受け取ったキャッシュDNSサーバは、ルートサーバを起点とするDNSの階層構造をたどって、名前解決を実行します。名前解決の際、キャッシュDNSサーバはユーザから問い合わせがあった「名前」と「型」を、権威DNSサーバにそのまま問い合わせます。そして、キャッシュDNSサーバはそれぞれの権威DNSサーバから返される応答を解釈しながら、名前解決を進めていきます。 名前解決において、キャッシュDNSサーバがそれぞれの権威DNSサーバから受け取る応答は、以下の5種類に分類できます。この5
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DNSimpleへのDDoS攻撃はDNS水責め攻撃だった？ - Yukarin'Note
【Internet Week 2014】“未熟なDNS”をDDoSで拷問、「DNS水責め攻撃」が原因らしき実害が日本でも 
オレオレTLDには気を付けよう