Google Public DNS を使う理由を学びました。ちゃんちゃん。の巻
Security Benefits セキュリティ向上 http://code.google.com/intl/ja/speed/public-dns/docs/security.html DNSサーバーに対して行われる攻撃として大きく２つあります。 ひとつは「DNSキャッシュポイズニング」、もうひとつは「DDosアタック」です。 DNSキャッシュポイズニングとは、 利用するリゾルバ(前ページ「自組織にあるネームサーバー」)が権威DNSサーバーに名前解決を行い、通常であれば権威DNSサーバーからの回答待ち、権威DNSサーバーからの回答を利用するのですが、この「権威DNSサーバーからの応答」を偽って、誤った名前解決結果をリゾルバに渡し誤った情報をキャッシュさせることです。 名前解決の際にやり取りされる情報の中には「ID」と呼ばれる情報があり、「ID：12345」で問い合わせた場合、「ID:12
DMM inside
20年越しの大規模リニューアルが進行中。「わくわく時間100%」を目指すDMM通販モダナイズプロジェクトの全貌
BINDのDOS脆弱性(CVE-2015-5477)についての調査と対策 - k0u5uk3’s blog
2015-08-01 BINDのDOS脆弱性(CVE-2015-5477)についての調査と対策 vuln BINDでDOSが発生する脆弱性(CVE-2015-5477)が公開されました。BIND 9.1.0以降のすべてのバージョンのBIND 9が対象となり、 かつフルリゾルバー（キャッシュDNSサーバー）及び権威DNSサーバーの双方が対象となることから、対象が広範囲にわたっています。 また設定ファイルでの迂回方法がないことも影響が広くなっている要因になっているようです。 パッチ内容の確認 patchを特定するためCVE-2015-5477の修正、適用前と適用後のソースを取得 wget https://ftp.isc.org/isc/bind9/9.10.2-P3/bind-9.10.2-P3.tar.gz wget https://ftp.isc.org/isc/bind9/9.10.2-
（緊急）BIND 9.xの脆弱性（DNSサービスの停止）について（2015年7月31日更新）
--------------------------------------------------------------------- ■（緊急）BIND 9.xの脆弱性（DNSサービスの停止）について（2015年7月31日更新） - フルリゾルバー（キャッシュDNSサーバー）／権威DNSサーバーの双方が対象、 バージョンアップを強く推奨 - 株式会社日本レジストリサービス（JPRS） 初版作成 2015/07/29（Wed） 最終更新 2015/07/31（Fri） （PoCが公開され、日本国内において被害事例が報告された旨を追加） --------------------------------------------------------------------- ▼概要 BIND 9.xにおける実装上の不具合により、namedに対する外部からのサービ ス不能（DoS）攻撃が可
Transferring a domain from Amazon Route 53 to another registrar - Amazon Route 53
Transferring a domain from Amazon Route 53 to another registrar When you transfer a domain from Amazon Route 53 to another registrar, you get some information from Route 53 and provide it to the new registrar. The new registrar will do the rest. If you're currently using Route 53 as your DNS service provider and you also want to transfer DNS service to another provider, be aware that the following
なぜ「DNSの浸透」は問題視されるのか (4):Geekなぺーじ
((3)の続きです) さらに、キャッシュされた各レコードにはTTLと呼ばれる「キャッシュの生存期間」が指定されています。 DNSキャッシュサーバは、各レコードをTTLで示された秒数以上は保持せず、TTL時間が経過したレコードは破棄します。 このような仕組みから、DNSの情報は「浸透」や「伝播」するようなものではありません。 DNS権威サーバーは問い合わせに対してのみ応答します。 つまり、問い合わせがない限り、委任情報やレコードをDNSキャッシュサーバに能動的に渡しません。 さらに、DNSキャッシュサーバも、自分が保持しているキャッシュが切れた時点で自発的に再問い合わせするわけでもありません(ただしGoogle Public DNSは、それをすることで「高速化」していると宣言しています)。 つまり、ルーティングの仕組みなどと異なり、変更した情報そのものが「能動的に」か つ「徐々に」伝わってい
（緊急）複数の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を含む複
複数の国内サイトがドメイン名ハイジャックされた件をまとめてみた - piyolog
2014年11月5日にJPCERT/CC、JPRSがドメイン名ハイジャックに関する注意喚起を公開しました。また同日日本経済新聞社が同社サイトがこの攻撃を受けていたことを速報で報じました。*1 ここでは関連情報をまとめます。 注意喚起・対策 JPCERT/CC 登録情報の不正書き換えによるドメイン名ハイジャックに関する注意喚起 JPRS （緊急）登録情報の不正書き換えによるドメイン名ハイジャックとその対策について（2014年11月5日公開） JPRS (PDF) 補足資料：登録情報の不正書き換えによるドメイン名ハイジャックとその対策について JPNIC IPアドレス・AS番号/ドメイン名に関する登録情報の不正書き換えに関する注意喚起 タイムライン 日付 出来事 9月第1週 Volexityが日経で不正なサイトへの接続を確認。 10月9日 VolexityがBlog記事を公開。 10月15日
DNSの「開いたパンドラの箱」を理解するために - 権威DNSサーバが返す5種類の応答とその意味 -:Geekなぺーじ
前回からかなり時間が経過してしまいましたが、やっと新書を書き終わったので、「DNSキャッシュポイズニングの基本と重要な対策」の続きです。 まだまだ先は長いのですが、今回は権威DNSサーバがキャッシュDNSサーバに返す5種類の応答とその意味について解説します。 権威DNSサーバからの5種類の応答 ユーザからの名前解決要求を受け取ったキャッシュDNSサーバは、ルートサーバを起点とするDNSの階層構造をたどって、名前解決を実行します。名前解決の際、キャッシュDNSサーバはユーザから問い合わせがあった「名前」と「型」を、権威DNSサーバにそのまま問い合わせます。そして、キャッシュDNSサーバはそれぞれの権威DNSサーバから返される応答を解釈しながら、名前解決を進めていきます。 名前解決において、キャッシュDNSサーバがそれぞれの権威DNSサーバから受け取る応答は、以下の5種類に分類できます。この5
インターノット崩壊論者の独り言 - 開いたパンドラの箱 - 長年放置されてきた DNS の恐るべき欠陥が明らかに
EPIC2014 Google Public DNS (8.8.8.8, 8.8.4.4) および Cloudflare (1.1.1.1, 1.0.0.1) 経由では本サイトにアクセスできないよう措置させて頂いております。 本日、JPRS がようやく重い腰をあげて注意喚起を発してくれましたが、その内容は危険性をよく理解して対策をとるにあたって十分な情報が含まれているとはいえません。 一方で注意深い攻撃者が探せば、ネット上にはすでに深刻な攻撃を行うのに必要な情報は十分に流れています。特に、JPRS が3月に慌てて co.jp などにこっそり入れた署名付き TXT レコードは大きなヒントに見えます。 DNS に詳しい攻撃者であれば、攻撃手法に辿りつくのは時間の問題でしょう。(すでに攻撃は行われているかも知れません) 長く秘密にしておくことは得策ではないと判断し、防御する側の心構えと手助けにし
「昔IIJを使っていた人」にお願いです – オープンリゾルバ対策
2013年12月2日12:00に変更実施します 対象DNSサーバのIPアドレス 210.130.0.1 210.130.1.1 210.130.232.1 202.232.2.38 202.232.2.39 IIJmioのおしらせ IIJ4Uのおしらせ (202.232.2.38, 39は法人向けに提供しているサーバのため、mio/4Uのお知らせに含まれていませんが、同時に実施します。) 今回のてくろぐは、皆さんへのお願いのために書いています。特に読んで頂きたいのは「以前IIJのサービスをご利用頂いていたが、何らかの事情で今は利用していない方」です。 と、言うのも、今回お知らせする件は、「現在もIIJをご利用頂いている方」にはあまり影響がなく、「今は利用していない方」の中の一部の方に影響が出る可能性があるためです。現在もIIJをご利用中のお客様へは、サポートセンターや担当営業からご案内を差
CVE-2013-2266 [JP]: 不正に細工された正規表現によってnamedがメモリ不足になる
Prev Next BIND 9の深刻な欠陥により、攻撃者が、named、およびlibdnsをリンクする他のプラグラムのメモリを過大に消費させることが可能となります。 CVE: CVE-2013-2266 文書バージョン: 2.0 公開日付: 2013年3月26日 影響を受けるプログラム: BIND 影響を受けるバージョン: BIND 9.7.x, 9.8.0 から 9.8.5b1, 9.9.0 から 9.9.3b1(いずれも"Unix"版のみ。Windows版は影響を受けない。9.7.0より前のバージョン(9.6-ESVを含む)も影響を受けない。BIND 10も影響を受けない) 深刻度: 重大(Critical) 攻撃方法: 遠隔から可能 詳細: Unix系のオペレーティングシステムでコンパイルされたBIND 9.7, 9.8, および9.9で利用されているライブラリの欠陥により、攻撃者
![CVE-2013-2266 [JP]: 不正に細工された正規表現によってnamedがメモリ不足になる](https://cdn-ak-scissors.b.st-hatena.com/image/square/55ffbd36c3c824b35a73c6126235b5f569b54b3f/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fcdn.document360.io%2F956e37e2-5ec0-4942-8b27-35533899f099%2FImages%2FDocumentation%2FISC-logo-rgb-2048x1149.png){kind=logo}
BIND 9.8.x/9.9.xにおけるDNS64の実装上のバグによるnamedのサービス停止について（2012年12月5日公開）
--------------------------------------------------------------------- ■BIND 9.8.x/9.9.xにおけるDNS64の実装上のバグによるnamedの サービス停止について（2012年12月5日公開） - バージョンアップを強く推奨 - 株式会社日本レジストリサービス（JPRS） 初版作成 2012/12/05（Wed） --------------------------------------------------------------------- ▼概要 BIND 9.8.x/9.9.xにおけるDNS64の実装上のバグにより、namedに対する外部 からのサービス不能（DoS）攻撃が可能となる脆弱性が、開発元のISCから発 表されました。本脆弱性により提供者が意図しないサービスの停止が発生す る可能性があ
Dozens（ダズンズ）| DNSサーバーのレンタル
私たち「dozens」は、日本国内外のテクノロジーシーンを日々取材し、クラウド、サーバー、AI、DXの最新動向を網羅的に発信しています。6名の専門ライターが独自の視点とAI分析を組み合わせ、ニュースの背景やビジネスインパクトを深掘りすることで、単なる速報にとどまらない付加価値の高い情報をお届けします。 DX推進部門で新技術導入を検討している担当者や、SaaS選定を任されている情報システム部門の方、あるいはAIを活用した新規事業を模索する経営層にとって、「dozens」は具体的な事例やベストプラクティスを提供する頼れる情報源です。忙しいビジネスパーソンでも短時間でトレンドを把握できる構成を心がけています。
DNSSECを破る ("Breaking DNSSEC" 日本語訳)
("Breaking DNSSEC" 日本語訳) D. J. Bernstein University of Illinois at Chicago 1993年11月 Galvin: 「ある朝、DNSワーキンググループにおけるDNSセキュリティチームの メンバーがヒューストンのIETFで会った」 1994年2月 Eastlake-Kaufman、 dns-security メーリングリストでの数ヶ月の議論のあと 「DNSSEC」プロトコル仕様が作られる。 DNSSECの調査研究に、百万ドル単位の政府予算が使われる: たとえば DISA から BIND company へ、 NSF から UCLA へ、 DHS から Secure64 Software Corporation へ。 現在のインターネットには、 およそ 80000000個の *.com ドメインがある。 2008年8月20日:
グーグルがWebを高速化するために何をしているか
本のページをめくるように、どんなWebページも素早く表示できるようにする。グーグルは以前からWebの高速化に取り組んできました。 6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」では、グーグルのUrs Hölzle氏がWebの高速化技術について「Speed Matters」（スピードの重要性）というセッションで紹介ています。 Webを高速化するためにどのような技術があり、あるいはどのような技術が検討されているのか、このセッションの内容を紹介しましょう。 スピードは重要だ 私が話そうとしているのは、「Speed matters｣（スピードの重要性）についてだ。Webは空飛ぶジャガイモより速くなれるだろうか？ どのくらい速くなれるだろうか？ （参考：オペラがやってくれた！ グーグルの空飛ぶジャガイモに対抗）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Common Questions about Domain Names | Domain Names - FAQ | Gandi Documentation — Gandi Documentation documentation
Gitを使ったRoute53の管理
[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み
DNS移転失敗体験談
