キャッシュDNSサーバのDNSSEC対応
今回は、DNSSECの検証機能を有効にしたキャッシュDNSサーバを構築・運用する方法について解説する。 DNSSECにおけるキャッシュDNSサーバの役割 キャッシュDNSサーバは、名前解決を依頼するクライアントと権威DNSサーバの間に立ち、反復検索を行うサーバである。DNSSECにおいて検証を担当するものを「バリデータ（Validator）」と呼び、多くの場合キャッシュDNSサーバがバリデータを担当する。 第2回でも簡単に説明したが、DNSSECの検証を行うためには信頼の連鎖の起点となる情報が必要となる。これを「トラストアンカー（Trust Anchor）」と呼ぶ。バリデータとなるキャッシュDNSサーバは、トラストアンカーを起点に、DNSSECの信頼の連鎖を検証していくことになる。 DNSの階層構造における委任の起点がルートゾーンであることから、一般的にはルートゾーンの公開鍵情報をトラスト
Google，高速DNSサーバー「Google Public DNS」を公開
米Googleは米国時間2009年12月3日，公開DNSサーバー「Google Public DNS」の運営を開始した。ドメイン名の名前解決処理が従来のDNSサーバーに比べて高速なため，Webページ閲覧時などの待ち時間を短縮できるとしている。 Google Public DNSを使うには，OSが参照しているDNSサーバーのIPアドレスを「8.8.8.8」または「8.8.4.4」に変更する。このように設定すると，ドメイン名をIPアドレスに変換する際にGoogle Public DNSに問い合わせるようになる。Googleは，IPアドレスのキャッシュ処理を改善したほか，キャッシュ済みDNSレコードが消去される前に自動更新するようにして，問い合わせ回数を減らし，名称解決を高速化したと説明している。 またDNS問い合わせ時のクエリー名をランダム化したり，DNSメッセージにデータを付加したりといった
DNSキャッシュポイズニング脆弱性、JPCERT/CCが“緊急”で再注意喚起
有限責任中間法人JPCERT コーディネーションセンター（以下、JPCERT/CC）は7月24日、7月9日に公表された「複数のDNSソフトウェアにおけるキャッシュポイズニングの脆弱性」について、攻撃ツールが公開されるなど被害の可能性が高まったなどとし、あらためて“緊急”レベルで注意喚起を行った。 同脆弱性は、DNSクエリのIDが16ビットしかないプロトコル上の制限に加え、キャッシュサーバーとして動作するDNSソフトで問い合わせを送信するソースポートを固定している場合に、キャッシュポイズニングが成立する確立が高くなる問題。特にTTL（Time To Live）が短いレコードが攻撃対象となった場合、同脆弱性におけるリスクが高まるという。 同脆弱性を突いたキャッシュポイズニング攻撃により、DNSキャッシュサーバーに偽のDNS情報をキャッシュさせることができ、その情報を基にしてWebにアクセスする
複数のDNSサーバー製品にキャッシュ・ポイズニングのぜい弱性―パッチ適用を
米国CERT/CCやJPCERTコーディネーションセンターなどのセキュリティ機関は2008年7月9日，DNSのプロトコルにぜい弱性があり，キャッシュ・ポイズニング攻撃を受ける危険性があると警告した。 キャッシュ・ポイズニングとは，外部から不正なパケットを送りつけることで，偽のDNS情報を書き込めてしまうというもの。悪意ある第3者によって，同じドメイン名でありながら本来のサーバーとは違うサーバーにアクセスさせられてしまう危険がある。 対象となるのは，ISC BIND のすべてのバージョン (BIND 8を含む)，Microsoft DNS サーバー，複数のシスコ製品，複数のジュニパーネットワーク製品 (Netscreenを含む)など。対策は，パッチを適用することである。JPCERTコーディネーションセンターによると「リストアップされていないDNSサーバーにもぜい弱性が残っている可能性があるの
逆引きネームサーバの適切な設定について - JPNIC
インターネットの安定した運用のためには、 DNSの問い合わせに対して正しくない応答が返ること、 問い合わせ元のタイムアウト、 ネームサーバ間の無駄なDNSトラフィックの発生を防ぐ必要があります。 JPNICではインターネットの安定した運用を実現するための取り組みの一環として、 JPNICの管理するIPアドレスの逆引きゾーンにおいて適切に設定されているかを調査し、 適切に設定されていない状態(lame delegation)が一定期間継続する場合には、 JPNICはそのネームサーバへの逆引きゾーンの委任を停止します。 lame delegationとは lame delegationとは、 ドメインの一部分(ゾーン)の管理を別のサーバへまかせる (ゾーンを委任する、delegationする)方法で階層的な管理を行う DNSにおいて、 上位のゾーンから下位のゾーンへの委任が正しく行われていない
BINDでDNSキャッシュサーバー
インターネット上では、IPアドレスを人間が覚えやすいアルファベットの文字列に置き換えて運用しています。例えばブラウザにwww5.plala.or.jpと入力してページの表示要求を出すと、210.153.0.37というIPアドレスに変換（名前の解決、リゾルバといいます）してあげることによりはじめてそのページが表示されます。名前の解決は通常はプロバイダ側に用意されたDNSサーバーのデータを参照して解決します。ところが、ADSLやケーブル接続などの高速回線を利用しているにもかかわらず、このDNSの機能を持ったサーバーが混んでいることが原因で表示が遅いことがあります。そこで、Windows2000、XPには1度名前解決を行ったデータをローカルマシンにキャッシュしておく機能（DNSリゾルバキャッシュ）が標準で付加されています。これを確認するには「スタート」メニューから「ファイル名を指定して実行」の名
DNSの動的更新を無効にする【Windows OS】
DNSの「動的更新」とは？ Windows OSでは、クライアントOSが起動した場合、自分自身のホスト名とIPアドレスの情報をDNSサーバに登録するという機能がある。これを「動的更新」という。 DHCPサーバを使って動的にIPアドレスをクライアントPCへ配布しているような場合、クライアントPCのIPアドレス（とホスト名の関係）が常に同じであるという保証がなくなるので（DHCP要求の結果によっては、別のIPアドレスが割り当てられるため）、それを補うためにこの機能が用意されている。 クライアントPC自身が、自分自身に割り当てられたIPアドレスとホスト名（FQDN名）をDNSサーバに対して通知することにより、DNSサーバの側では、あるクライアント名（ホスト名）に対するIPアドレスの最新の情報を取得し、維持することができる。 現在のTCP/IPネットワークやWindowsネットワークでは、DNSサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ネットを崩壊の瀬戸際に追い込んだ「史上最大のサイバー攻撃」が明るみに ～早急な対策が望まれるオープンリゾルバーDNS問題
void GraphicWizardsLair( void ); //
ANSI Whois Gateway: ドメイン名 / IPアドレス検索サービス