なぜ、DNSはキャッシュポイズニング攻撃の危険に（まだ）さらされるのか
なぜ、DNSはキャッシュポイズニング攻撃の危険に（まだ）さらされるのか：管理者、そしてユーザーにできる対策は？（1/2 ページ） 日本レジストリサービス（JPRS）は2014年4月15日に、「キャッシュポイズニング攻撃の危険性増加に伴うDNSサーバーの設定再確認について」という緊急注意喚起を公開した。この文書の背景とDNSサーバーに求められるセキュリティ対策について、JPRSに聞いた。 2014年4月15日、日本レジストリサービス（JPRS）が「キャッシュポイズニング攻撃の危険性増加に伴うDNSサーバーの設定再確認について」という緊急の注意喚起を公開した（関連記事）。この注意喚起の意味するところは幾つか考えられるが、最も重要なのは、今もなお10％程度残っていると発表された危険なキャッシュDNSサーバーの存在であろう。 今も残っている危険なキャッシュDNSサーバー 今回公開された注意喚起は、
suicaは実はたまに落ちている - 紅茶屋くいっぱのあれこれ日記
suicaのサーバーはみんなの知らないところで、実はたまに落ちているそうだ。 だがシステムが止まることはない、計算上センターは3日ぐらいは止まっていても大丈夫だそうだ。 だからサーバーが落ちたなどとニュース沙汰になることは殆ど無い。 suica開発陣頭指揮をされていたかたが、その実績をまとめてと頼まれ、博士論文にしたそうだ。 suicaの実例を述べるだけだと技術論文になってしまうので、一般化して論文を書きあげたそうなのだが、審査に携わった専門家の人達はそんなものが動くわけないだろうといったらしい。しかし現実問題としてsuicaは動いてしまっている。 本人いわく、だってそれで動いちゃってるんだもん。だそうだ。 実装は時として奇妙に見えるかもしれない。 フィールドには神がいる。 …その意や、なんで落ちても大丈夫かなどはまた後ほど。 スイカのセミナー 昨日はスイカのセミナーだった。 JR東でスイ
yebo blog: DJBによるDNSセキュリティ方式「DNSCurve」
2008/08/31 DJBによるDNSセキュリティ方式「DNSCurve」 qmailやdjbdnsの作者でも有名なDJBこと、Dan Bernstein氏 (Kaminsky氏もDanだ) がDNSのセキュリティ向上を、現状のDNSプロトコルやメッセージ形式の範囲で改善する方法「DNSCurve」を提案している(djbdnsのメーリングリスト)。この方式は、楕円曲線暗号(Curve25519)を使った公開鍵方式を使ったもので、 機密性: クエリと応答の全パケットが暗号化される 完全性: 偽の応答を排除するため、全ての応答を暗号化認証する 可用性: 偽造パケットの高速に見分けて排除する という特徴がある。DNSキャッシュはDNSCurveを実装する必要があるが、DNSサーバについては、DNSCurveを実装するのが難しければDNSCurve forwarderを使う事で対応できる。DNS
DNSアタック、技術者がまずすべき3つの対策 － ＠IT
2008/09/19 2008年7月、インターネットの世界を根幹から揺るがす大きな問題が公開された―キャッシュに偽のDNSレコードを記憶させる「DNSキャッシュポイズニング」だ。 IPアドレスとドメイン名のひも付けを行うDNSはすべてのIPネットワークの基本だ。もしIPアドレスとドメイン名の組み合わせが信頼できないものになってしまえば、インターネットの世界は成り立たない。この問題に対して情報処理推進機構（IPA）も9月18日に「DNSキャッシュポイズニングの脆弱性に関する注意喚起」をする文書を発表しており、DNSのセキュリティ対策に注目が集まっている。DNSやDHCPは一度運用が開始されると、定期的な管理を行わずとも動いてしまう傾向があり、なかなか注目されないサービスではないだろうか。しかし、こうした動いて当然のサービスこそがネットワークの基本であり、止めてはならないもの――では、それをど
IT news, careers, business technology, reviews
Heads on: Apple’s Vision Pro delivers a glimpse of the future
Web-based DNS Randomness Test
2023-06-01: This service has been deprecated in favor of Check My DNS. US-CERT's Vulnerability Note VU#800113 describes deficiencies in the DNS protocol and implementations that can facilitate cache poisoning attacks. The answers from a poisoned nameserver cannot be trusted. You may be redirected to malicious web sites that will try to steal your identity or infect your computers with malware. Wor
NTTv6.net Home Page
NTTv6.net Home PageNippon Telegraph and Telephone Corporation Information Sharing Platform Laboratories IP Technology Expert Team Some pages are written by Japanese(EUC-JP). About NTTv6.net This is the site of NTT Group, Information Sharing Laboratory Group, Platform Laboratories, IP Technology Expert Team. We are engaged in research and development related to the IPv6 networking technology a
JPNICさんが「逆引き、らめぇ」と言ったようです（違 - NEは、なんちゃってエンジニアの略称です。
DNSこういうの「出オチ」って言うんだろうな（笑）注意、このエントリは「なんちゃってエンジニア」が書いています。正しい内容かどうかは全く責任持てないので悪しからず。間違いが有れば遠慮なく罵って蔑んでご指摘下さい。なりゆきまっちゃさんのエントリーで一日遅れで知った。JPNICは毎日見ろ俺。http://d.hatena.ne.jp/ripjyr/20080422/1208874186逆引きネームサーバの適切な設定についてのお願い: - まっちゃだいふくの日記★とれんどふりーく★JPNICからのお知らせさあさあ、ちゃんと逆引きゾーン管理してないとやばいですよ。2008年7月1日(火)より、lame delegation の状態にある逆引きネームサーバの通知と委任停止を実施いたします。http://www.nic.ad.jp/ja/topics/2008/20080422-03.html対象とな
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネット(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 ※1 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 ※1 レジストラ「GMO Internet, Inc. d/b/a Onamae.com」のシェア値を集計。 ※1 2020年8月時点の調査。
メール送信者認証技術 SPF/Sender ID についてお勉強
お勉強の背景に関しては 「迷惑メール対策 OP25B（Outbound Port25 Blocking）についてお勉強」 に書いたとおりですが、迷惑メール対策としての SPF/Sender ID についてもいろいろ勉強したのでそのまとめです。（DomainKeys については思いのほかエントリが長くなったのでまた別の機会で・・・）まずは参考になったサイトの紹介から。 Sender Policy Framework (SPF) for Authorizing Use of Domains in E-Mail, Version 1 Sender ID: Authenticating E-Mail DNS関連技術の最新動向 - SPF/DomainKeysとは Sendmail 社 - 送信者認証技術の導入におけるレコメンデーション メール送信者認証の仕組みを探る(2/2):スペシャル - ZD
DNS AMP Check
ネームサーバ診断 「DNSの再帰的な問合せを使ったDDoS攻撃」の踏み台になる可能性に関する診断です。 好ましくない設定(キャッシュを応答する)のサーバは毒入れに対しても脆弱となります。 放っておくと、大変なことになりますよ。 あなたのお使いの機器をチェックします。(IPv6未対応 mOm) 調べたいドメインがあればどうぞ (サブドメインも可ですが一部手抜きで診断できないかもしれません)。 その権威サーバが問題のある設定でキャッシュサーバを兼ねているとNGとなります。 ドメイン名 (診断に時間のかかる場合があります) 大量のドメインのチェックを行うとアクセス制限をさせて頂くかもしれません。ご利用は控えめに ;-) Lame Delegation など総合的な診断はDNS健全性チェッカーをどうぞ 参考: DNS の再帰的な問合せを使った DDoS 攻撃に関する注意喚起 DNS の再帰的な問合
DNS、管理者として見るか？ 攻撃者として見るか？ ― ＠IT
今回は、前回取り上げたSendmailに代表されるMTA（メール配送エージェント、メールサーバ）とサーバ内に同居させることの多い、DNSのセキュリティ設定について紹介させていただく。紹介するDNSは最もシェアが高いと思われるBIND（Berkeley Internet Name Domain）である。 DNSのバナー情報はいつ表示されるのか まずは、本連載ではお決まりの（？）バナー情報から紹介しよう。 BINDの場合では、接続が確立したときやコマンドを実行したときにバナーが表示されるのではなく、発行したクエリーの応答の中にBINDのバージョンが表示される。以下は、「dig」コマンドを用いてバージョン取得を行った結果の例である。 【digの実行結果】 ; <<>> DiG 9.2.4 <<>> @xxx.xxx.xxx.xxx version.bind chaos txt ; (1 serv
DNSOPS.JP、DNSのセキュリティ向上のために情報交換
「Interop Tokyo 2007」において13日、日本DNSオペレーターズグループによる「DNSOPS.JP BoF」が開催された。日本DNSオペレーターズグループは、DNSオペレーター間の連携の場を形成することと、DNSにかかわる横断的かつ全体的な連携を形成することを主な目的として、昨年の「Interop Tokyo 2006」の場で設立が宣言された。 内容的には、lame（DNSにおける不適切な設定のこと）やDNSの安全性、統計情報や新しい提案など幅広い話題が提供されたが、今回はこの中からDNSSECに関する話題や、DNSの仕組みを悪用したDDoS攻撃（DNS Amp）の情報などをお伝えする。 DNSSEC（DNS Security Extension）は、DNSのセキュリティを向上させるために生み出された技術である。基本的な仕組みは、DNSで使われるメッセージが改竄されていない
表紙
ここをクリックして開始します 目次表紙 インタネット崩壊(1) インターネット崩壊(2) インターネットは瀕死か ITバブル崩壊 破綻の構造 インターネット ただ乗り論争 インターネット地勢学 信頼の崩壊 信頼の崩壊2 信頼の崩壊3 Phishing3 あまりに脆弱なインターネット あまりに脆弱なインターネット(続) spamの語源 何を持ってspamと判断するか？ spamの罪 根本的問題 (ルーティング編) 根本的問題 (ルーティング編)2 紛らわしいドメイン名 マイク口ソフト.JP IDNの導入で起こりえる問題 脆弱なDNS BIND関連脆弱性 脆弱なDNS2 VISA事件 E-ONTAP消滅 あるドメイン E-ONTAP.COM どうしよう、、、 買っちゃいました こんな会社 こんな会社2 こんな会社3 visa.co.jp e-ontap.comのおまけ VISA.CO.JP ど
サイオンコミュニケーションズ株式会社 — 沖縄県でのコールセンター、ネットワーク、システム開発 » 第2回 digを使い倒そう
サイオンコミュニケーションズ株式会社 照屋 響 1.digとは？ みなさん、digというコマンドをご存知でしょうか？ DNSサーバへ問い合わせをして、その結果を教えてくれるコマンドです。 このdigですが、DNSトラブル時に非常に強力に手助けを してくれます。ということでDNSトラブルを切り分けるdigの ちょっとしたコツをお伝えします。 作業環境 今回の作業はFreeBSD 4.x, 5.x 上で行いました。 digコマンドはFreeBSDには標準で付属しています。 Linuxではdigコマンドが入っているパッケージをインストールすれば使えます。 2.digコマンド 構文は以下のとおり dig [@server] domain [query-type] [query-class] [+query-option] [-dig-option] この中で重要なのが[@server]と[qu
www が付いたものと付いていない URL がサイト内に混在しています。統一するべきですか？
［質問］wwwが付いたものと付いていないURLがサイト内に混在しています。統一するべきですか？「wwwあり・なし」問題は昔から頻繁に取上げられるSEOの話題だ。たとえば筆者が勤めるアイレップのウェブサイトは“http://www.irep.co.jp/”またはwwwを省略した“http://irep.co.jp/”どちらでもアクセス可能でブラウザにも全く同じウェブサイトが表示がされる。しかし検索エンジン相手となると少々事情が異なる。 検索エンジンはページに張られたリンクの数や質などを総合的に判断して点数を付けるわけだが、wwwありとwwwなしのURLを「別のページ」として取り扱う。つまり、先の例でいえば、検索エンジンにとって“www.irep.co.jp”と“irep.co.jp”は別のサイトと認識するのだ。このため、URLが統一されていないと「外部リンクの分散」が生じてSEOの効果が低下
IPv6対応DNSサーバの実現
前回までに紹介したDynamic DNSやTSIGなどでBIND 9の先進性の一端をうかがうことができますが、BIND 9にはさらに魅力的な機能が盛り込まれています。今回は、IPv6機能を紹介します。 IPv6の基本 IPv6について、いまさら補足する必要はないでしょう。＠ITでも、以下の記事でLinuxでIPv6環境を構築する方法が紹介されています。 DNSサーバ自体をIPv6環境に移行する方法については、上記の記事を参照してください。本記事では、IPv6アドレスが引けることを前提とします。サーバがIPv4／v6どちらの環境にあるかは問題にしません。 では、いくつかのキーワードを予備知識としてまとめておきます。 IPv6アドレス 128bitのアドレス空間を使用することが可能で、2の128乗個のアドレスを生成できます。IPv4と同様、予約されているアドレスもあるため、すべてが使用できるわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
NPO東海インターネット協議会理事、鈴木常彦氏によるプレゼン資料「DNSの危機に対応を」もうだめかもしれないけど、、、