1.1.1.1 — the Internet’s Fastest, Privacy-First DNS Resolver
When the Internet was built, computers weren’t mobile. They sat in offices next to data centers. The Internet has changed but the assumptions made 30 years ago are making your experience slower and less secure. 1.1.1.1 with WARP replaces the connection between your device and the Internet with a modern, optimized, protocol. Learn more Your Internet service provider can see every site and app you u
What’s Up! 4.4.0 [040400300] | MacFeeling Software
What’s Up!（ワッツアップ） Dynamic DNSサービスのIPアドレスを自動更新するDynamic DNSクライアントです。 対応サービス Dynamic DO!.jp （日本のサービス） 2013.7.1規約改正により、新規無料サービスの利用期限が最長９ヶ月となりました。（但し、広告掲載をして月間の配信回数が30回を超えた場合はそのまま使い続けることが出来ます） VALUE-DOMAIN.COM（日本のサービス。独自ドメイン有料のみ。MacFeelingもお世話になっています) 注意 初めて使う場合は、自動設定をする前に、手動でチェックを行ないユーザ名・パスワードが正しく設定されていることを確認して下さい。 手動での頻繁な更新チェックはサービスを無料で提供しているシステムへの負荷を増加させます。節度を守って利用して下さいますよう、お願いいたします。 定期処理での更新がされてい
MacFeeling Software：What's Up!
What’s Up!（ワッツアップ） Dynamic DNSサービスのIPアドレスを自動更新するDynamic DNSクライアントです。 対応サービス Dynamic DO!.jp （日本のサービス） 2013.7.1規約改正により、新規無料サービスの利用期限が最長９ヶ月となりました。（但し、広告掲載をして月間の配信回数が30回を超えた場合はそのまま使い続けることが出来ます） VALUE-DOMAIN.COM（日本のサービス。独自ドメイン有料のみ。MacFeelingもお世話になっています) 注意 初めて使う場合は、自動設定をする前に、手動でチェックを行ないユーザ名・パスワードが正しく設定されていることを確認して下さい。 手動での頻繁な更新チェックはサービスを無料で提供しているシステムへの負荷を増加させます。節度を守って利用して下さいますよう、お願いいたします。 定期処理での更新がされてい
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
JVNVU#800113: 複数の DNS 実装にキャッシュポイズニングの脆弱性
最近の研究で、いままでに知られているよりも効率的にキャッシュポイズニングを行う手法が見つかっています。 DNSキャッシュサーバが対象になるとともに、PCなども攻撃対象になる可能性があることに注意してください。 キャッシュポイズニング攻撃は、偽造したresponseパケットを送り込むことにより行われます。query パケットの送信元ポートを query ごとにランダムに変更することにより、キャッシュポイズニング攻撃が成功する確率を小さくすることができます。 キャッシュポイズニング攻撃によりDNSキャッシュサーバに偽のDNS情報をキャッシュさせることができ、そのDNSキャッシュサーバを使っているノードが、偽のサイトに誘導される可能性があります。 パッチを適用する お使いの製品ベンダから提供されているパッチを適用してください。 サーバ製品だけでなく、ネームサーバに query を投げる側のノード
DNS脆弱性、発見者の意図に反して詳細が明らかになった事情
インターネット上のさまざまな場所でDomain Name System（DNS）への攻撃を可能にする攻撃コードを入手できることが、米国時間7月23日の時点で明らかになっている。 IOActiveの研究者Dan Kaminsky氏は7月8日、DNSに脆弱性が存在することを明らかにしたが、影響を受ける全ベンダーが修正パッチをリリースし世界中のすべてのシステムが修正されるまで詳細を公開しない方針だった。同氏は修正におよそ30日かかるとみていた。 30日後といえば、偶然にもラスベガスで開催されるBlack Hat会議で、同氏が登壇することになっている8月6日と重なっていた。 ところが21日に、同じくBlack Hat会議の発表を予定しているHalvar Flake氏が、これほど重大なセキュリティの脆弱性を公開しないKaminsky氏のやり方を非難した。その後Flake氏は、問題の脆弱性について自ら
ログインしてください：日経クロステック（xTECH）
会員限定サービスです 会員の方はこちら ログイン 有料会員（月額プラン）は初月無料！ お申し込み 日経クロステック TOPページ
高木浩光＠自宅の日記 - 無責任なキャリア様に群がるIDクレクレ乞食 ―― 退化してゆく日本のWeb開発者
馬鹿じゃないのか。このようなセキュリティに関わる情報公開ページは https:// で提供する（閲覧者が望めば https:// でも閲覧できるようにする）のが当然なのに、携帯電話会社ともあろうものが、そろいもそろってこんな認識なのだ。 （8月2日追記: ソフトバンクモバイルについては「7月27日の日記に追記」参照のこと。） それをまた、ケータイWeb関係者の誰ひとり、疑問の声をあげていないことがまた、信じ難い。何の疑問も抱かずにこれをそのまま設定しているのだろう。 こんな状態では、ケータイWebの運営者は、DNSポイゾニング等で偽ページを閲覧させられても、気付かずに、偽アドレス入りの帯域表を信じてしまうだろう。 つまり、たとえば、example.jp というケータイサイトを運営している会社が example.co.jp であるときに、攻撃者は、example.co.jp のDNSサーバに
DNSキャッシュ汚染に関する脆弱性が公表さる | スラド セキュリティ
US-CERTは、DNSプロトコルおよび一般的なDNS実装における機能欠如により、DNSキャッシュ中毒攻撃(DNS cache poisoning attacks)を助長する脆弱性の存在を公表した(US-CERT Technical Cyber Security Alert TA08-190B, US-CERT Vulnerability Note VU#800113, CNET記事)。 US-CERT TA08-1908によると、影響するのは次の2点である。 キャッシングDNSリゾルバ DNSスタブリゾルバ の 2つである。この脆弱性を利用した効果的攻撃法も示される状態にある。解決する最善の方法としてはベンダのパッチを適用することだが、暫定的な回避方法として5点挙げられている。 アクセスの制限 ネットワーク境界点におけるトラフィックのフィルタリング ローカルでDNSキャッシュを行う 再帰
yebo blog: DNSにキャッシュ汚染を引き起こす深刻な問題が見付かり、BINDが緊急リリース
2008/07/09 DNSにキャッシュ汚染を引き起こす深刻な問題が見付かり、BINDが緊急リリース Dan Kaminsky氏がDNSのプロトコル上の問題からほぼ全てのベンダにキャッシュ汚染を引き起こす深刻な問題[CVE-2008-1447, CVE-2008-1454] があることを発見し、CERTが早急に対応するよう勧告している(CERT Advisory)。脆弱性の詳細な内容についてはKaminsky自身が8月7日のBlack Hatで発表するそうだ。それを受けて、ISCはBIND 9.3.5-P1、9.4.2-P1、9.5.0-P1を緊急リリースしている。BINDで修正されたのは、キャッシュ汚染攻撃を緩和させるためにクエリ(問い合わせ)ポートの乱数化を行う機能の追加(今のところキャッシュ汚染の問題を解決するにはDNSSECしかない)で、9.5.0で追加されたクエリポートをプールす
DNS AMP Check
ネームサーバ診断 「DNSの再帰的な問合せを使ったDDoS攻撃」の踏み台になる可能性に関する診断です。 好ましくない設定(キャッシュを応答する)のサーバは毒入れに対しても脆弱となります。 放っておくと、大変なことになりますよ。 あなたのお使いの機器をチェックします。(IPv6未対応 mOm) 調べたいドメインがあればどうぞ (サブドメインも可ですが一部手抜きで診断できないかもしれません)。 その権威サーバが問題のある設定でキャッシュサーバを兼ねているとNGとなります。 ドメイン名 (診断に時間のかかる場合があります) 大量のドメインのチェックを行うとアクセス制限をさせて頂くかもしれません。ご利用は控えめに ;-) Lame Delegation など総合的な診断はDNS健全性チェッカーをどうぞ 参考: DNS の再帰的な問合せを使った DDoS 攻撃に関する注意喚起 DNS の再帰的な問合
yebo blog: オープンDNSキャッシュサーバを使ったフィッシング2.0
2007/12/12 オープンDNSキャッシュサーバを使ったフィッシング2.0 InfoWorldの "DNS attack could signal Phishing 2.0 " より。Googleとジョージア工科大学の研究者らによると、ハッカーはオープンなDNSキャッシュサーバを汚染させ、悪意のある名前解決をさせることで、フィッシングサイトへの誘導に使い始めているとのこと。研究によると、インターネット上には1,700万ものオープンなDNSキャッシュが存在し、0.4%が誤った応答をする(不正に利用されている)と見積もっており、その数は68,000に及ぶ。また、2%が疑わしい応答をしているとのことで、予備軍ではないかとのことである。この研究内容は、NDSS 2008で発表されるそうだ(Corrupted DNS Resolution Paths)。 投稿者 zubora 投稿時間 05:5
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
DNSreport: brought to you by DNSstuff.com
Click. Check. Resolve. Experience the value of DNSreport. 55 detailed tests against your domain. With a dynamic, external view of your DNS, Email, Mail Server and Web Connectivity. What do I enter? Simply enter your domain name. Correct: amazon.com Incorrect: sue@amazon.com, http://www.amazon.com/, 72.21.203.1
基本サービスこそ運用が難しい
基本的なITサービスにも、運用が意外に難しいものが多い。メール、DNS、FTPを例に、実際の運用にかかわる問題点を紹介する ITサービスやソリューションの導入における大原則は、仕組みを正確に理解し、きちんと準備することである。一番無難なのは、導入や運用に自信を持てないソリューションを導入しないことである。しかし、導入しないわけにはいかないものも多い。今回は、よく使われるものでありながら扱いが難しく、お恥ずかしながら個人的に苦手だと感じているサービスを3つ取り上げ、苦手としている理由も記してみたい。 その1 メールサーバ メールサーバ関連の仕事は最も苦手なもののうちの1つである。苦手な理由にはいろいろあるが、おそらく一番の理由は、どこまで気を使っても完璧とは思えないところにある。 メールサーバ関連作業を行う際には、知っておかなければならない知識が多い。「うそ～、簡単だよ」と言う読者がいるとす
DNSサーバーは絶対に信頼できるのか
Webサイトを閲覧する時，通常はブラウザでWebサイトのURLを入力するか，「お気に入り／ブックマーク」で該当する項目をクリックする。いずれの操作でも，Webサイトのドメイン名（例えば「www.symantec.com」）がユーザーの指定したDNSサーバーに送られる。DNSサーバーはこのドメイン名を受け取り，対応するWebサイトが置かれているサーバーのIPアドレスを送り返す。この仕組みでは，いくつかの興味深い点が出てくる。 まず，自分が利用しているDNSサーバーを把握しているユーザーはどのくらいいるのだろうか。また，使用するDNSサーバーを知っている場合，このDNSサーバーを管理する人物や会社はどの程度信用できるのだろうか。クライアント・パソコンのネットワーク設定の大部分は，DHCPというプロトコルを使って設定される。DHCPは，コンピュータがローカル・ネットワークに対して設定要求（IPア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
yebo blog: インターネットには汚染されたDNSキャッシュが7万近くある
S25R雑情報: SPFへの対案
ダイナミックIPアドレス通知を一度にできる新サービス、米OpenDNSが発表
「ドメインコントローラの追加について」（1） Windows Server Insider － ＠IT