カミンスキー氏が発表したDNSアタック手法と対策例 ― ＠IT
カミンスキー氏が発表したDNSアタック手法と対策例：DNSキャッシュポイズニングの影響と対策（前編）（1/4 ページ） 2008年7月に公開されたDNSキャッシュポイズニングの脆弱性。DNSの仕様に深く関係するこの手法に対して、エンジニアはどのように対策を打つべきでしょうか。この脆弱性の本質的な問題と対策、そして私たちが考えなくてはならないセキュリティの心構えなど、2回に分けてお送りします（編集部） ※ご注意 本記事に掲載した行為を自身の管理下にないネットワーク、コンピュータに行った場合は、攻撃行為と判断される場合があり、最悪の場合、法的措置を取られる可能性もあります。また、今回紹介するツールの中には、攻撃行為に利用されるという観点から、アンチウイルスソフトにウイルスとして検出されるものも存在します。このような調査を行う場合は、くれぐれも許可を取ったうえで、自身の管理下にあるネットワークや
BINDの代替を目指したDNSキャッシュサーバーUnboundリリース | スラド IT
5月20日、あるDNSキャッシュサーバがRelease 1.0.0となりました。その名はUnbound。これは「BINDはバグが多いから、作り直したほうが早くね?」を地でいくプロジェクトです。 開発したのはNLnet Labs。Verisign labs、Nominet、Kirei、ep.netも協力しているようです。NLnet LabsはコンテンツサーバName Server Daemon（NSD）もリリースしており、これで車の両輪が揃った格好です。 プレスリリースには、「Fastest caching server we tested」と書かれています。タレコミ人はクリティカルなDNSキャッシュサーバを運営したことがないのでBINDシリーズの性能問題がピンときませんが、/.をご覧の皆さんはこの若いDNSキャッシュサーバーをどう思われますか?
内部向け DNS サーバの構築 - Linux で自宅サーバ [ Home Server Technical. ]
DNS サーバとして有名な BIND を使用して、LAN 内部向けの DNS サーバを構築します。 LAN 内部向けの設定ですので、外部（インターネット側）からのアクセスは一切関係ありません。 LAN 内に サーバ以外のパソコン（以下、クライアント）がある場合、クライアントから自分のドメインでアクセスした場合、 ルータの設定画面が表示されます。これは簡単に言うと、LAN 内の名前解決が出来ていないからです。 クライアント毎に hosts ファイルを設定しても良いのですが、クライアントが複数台ある場合、その設定を行うのも面倒ですよね。 そこで、LAN 内部の名前解決を一括管理する DNS サーバを構築します。 このページでの実現させる事を以下に示します。 LAN 内からのみこの DNS サーバを使用可能 LAN 内からドメイン名でアクセスする様にする hosts ファイルには極力記述しない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
