東田幸樹.jp
〒101-0065 東京都千代田区西神田3-8-1 千代田ファーストビル東館13F TEL: 03-5215-8451(代表), FAX: 03-5215-8452 ▼メッセージ 社会におけるインターネットの利用がますます進み、それに伴ってドメイン名へのニーズや活用場面も多様に拡がってきています。 JPRSは、インターネット社会の基盤を支える企業として、皆さまがより安心して利用できるインターネットの実現に向けた取り組みを続けていくと共に、ドメイン名とDNSの領域で、さらなる挑戦をしていきたいと考えています。 ▼略歴 1978年 4月 東京理科大学理学部 勤務 1996年10月 東京理科大学理学部 助教授（至2001年3月31日） 2000年12月 株式会社日本レジストリサービス 代表取締役社長（至現在） ▼委員など 1985年12月 日本BITNET協会（至1996年3月） 1991年12
C-Production – UNIXとプログラミングの備忘録
大変ご無沙汰です。約1年半ぶりの更新です。 昨日、ブログを設置しているサーバでOSのアップデートに問題が発生したため、これを機に新サーバ・新OSに乗り換えることにしました。 現在のブログがマルチサイトのため、そのままでは新サーバの構築に苦戦すると予想されるため、他のブログの記事を統合しました。 統合内容は以下の通りです。 ・C-Production ・・・ メインサイトのため、他のブログを吸収して継続。 ・♪8thNote♪ ・・・ メインサイトに統合済みだったので、削除。 ・モバイル魂 ・・・ メインサイトに記事を引き継ぎ、並行稼働中。 ・無線のドキュメント ・・・ もともと閉鎖予定だったので、そのまま削除 外部SNSのアカウントについてはそのまま継続します。 今後ともよろしくお願いします。
DNSサーバ「BIND」にキャッシュデータにアクセスされる不具合
情報処理推進機構セキュリティセンター（IPA/ISEC）とJPCERT コーディネーションセンター（JPCERT/CC）は10月1日、Internet Systems Consortium（ISC）が提供するDNSサーバ「BIND」に脆弱性が存在すると「Japan Vulnerability Notes（JVN）」で発表した。 「BIND 9.7.2」から「9.7.2-P1」には、ACLが許可していないキャッシュへのアクセスを行ってしまう不具合が存在する。この不具合により、同一ビューで権威DNSサーバ（Authoritative DNS）と再帰的問い合わせを受け付けるキャッシュサーバ（Recursive DNS）を運用している場合に、キャッシュデータにアクセスされる可能性がある。 ISCでは、この不具合を解消した「BIND 9.7.2-P2」を公開しており、該当するユーザーはアップデートす
blog-category-9.html
apacheの設定ファイルhttpd.conf内のHostnameLookupsをOffにしているのに access_logを見るとあるIPだけが逆引きされホスト名が記載されていた。。 HostnameLookupsディレクティブは文字通りapacheへのアクセスIPを逆引きし、 名前解決を行う機能を管理する。 この機能はもちろんDNSに問い合わせに都度行くため負荷がかかってしまう。。 さて、なんで逆引きされるの？と思い調べると以下のブログを発見 ApacheでHostnameLookups offでもログにホスト名が記録される場合 つまり、本件の場合に考えられる要因は以下となる 1．deny、allow句にドメインを指定する 2．deny、allow句にCIDR形式で指定する 3．deny,allow句に改行を含まずすぐ後ろにコメントアウトを記載する。 本件の要因は上記3番であった。。
ApacheでHostnameLookups offでもログにホスト名が記録される場合
ApacheでHostnameLookups offでもログにホスト名が記録される場合 スポンサードリンク Tweet 年末に入りオンライン発注も落ち着いたので、ちょっとサーバの調子を見ようとログインしてapacheのログでも圧縮しとこうかなーと思ったんですけれども、ログ自体いつの間にかIPで記録されるはずのところが、ホスト名が記録されていて困りました。誰だこんな設定にしたの！ つうわけで、httpd.confのHostnameLookups offが効いていないわけです。VirtualHostすべてにHostnameLookups offを入れてみても効かないし！なんだこれ！ まずこれ。 HostNameLookups Offが効かなくて困った - うまい棒blog [d.hatena.ne.jp] allow from localhost allow from hogehoge.com
簡単で完璧な阻止率100%のスパム対策の実装について - ヽ( ・∀・)ノくまくまー(2010-04-01)
● 簡単で完璧な阻止率100%のスパム対策の実装について 日々増大する中国からのスパムアクセス。全てのWebサーバ管理者が悩まされていると言っても過言ではないだろう。これを低コストで完璧に排除する活気的な方法を思いついたので、以下に提案する。キーワードは「発想の転換」である。 ブラックリスト方式 (DNS) 中国からのアクセスを弾くために という排除方法を考えてみる。この場合、問題が2つある。 効率性 (HostNameLookups on にする必要がありパフォーマンスが悪い) 完全性 (全ての中国IPが .cn のDNS付与されているわけではない) 1の速度面を我慢したとしても、「中国で利用されているホスト情報」というブラックリストが定義不能であるため、この方式は完全ではない。 ホワイトリスト方式 (DNS) 発想を逆にして、ホワイトリストを定義してみる。話を簡単にするために、もう大雑
HASHコンサルティング徳丸浩の日記 - 自分でできる - 「かんたんログイン」DNSリバインディング耐性のチェック方法
■「かんたんログイン」DNSリバインディング耐性のチェック方法 このエントリでは、ケータイ向けWebサイトがDNSリバインディング攻撃に対する防御耐性があるかどうかをチェックする方法を説明します。ケータイ向けに「かんたんログイン」機能をもつWebサイトをチェック対象とします。 基本的な前提として、検査対象のWebサイトの管理者が自ら検査することを想定しています。 用意するもの チェック対象のWebアプリケーション(かんたんログイン機能あり) 携帯電話（かんたんログイン可能なもの） インターネット接続されたパソコン ステップ0:IPアドレスの調査 検査対象のWebサーバーのIPアドレスを調べます。一例として、検査対象サーバーのホスト名が mobile.example.com の場合、以下のコマンドでIPアドレスを調べることができます。 C:>nslookup mobile.example.
DNS Stuff: DNS tools, DNS hosting tests, WHOIS, traceroute, ping, and other network and domain name tools.
While we might like to think our IT networks are perfectly maintained and documented, the reality is sometimes we lose track. In some cases, your network can grow so quickly you may have trouble keeping up. The solution to this issue is using a network discovery and monitoring tool to ensure your network structure is … Read more 6 Best Network Discovery Tools You have numerous options when it come
DNSstuff ： IPアドレスやドメイン情報、DNS設定確認やRBL調査などのサービスをまとめて提供 - システム管理者バンザイ
トップ > サービス > DNSstuff ： IPアドレスやドメイン情報、DNS設定確認やRBL調査などのサービスをまとめて提供 DNSstuff ： IPアドレスやドメイン情報、DNS設定確認やRBL調査などのサービスをまとめて提供 不正な攻撃をうけた際や、Spamの発信元を特定するのには、whois や nslookupなどのツールを利用しますが、それらをひとつのサイトで実行できるのが、今回紹介する 「DNSstuff」です。 DNSstuff.com http://www.dnsstuff.com/ Spam database lookup：ドメイン名やIPアドレスから、迷惑メールの送信元となっているかを確認 WHOIS Lookup： ドメイン管理者などの情報を確認 Abuse Lookup： ドメインへの連絡先（苦情先？）メールアドレスの確認 Free E-mail Look
携帯電話関連のセキュリティ DNS Rebinding まとめ [iアプリで試してみた] - KENJI’S BLOG
JavaScriptのXMLHttpRequestでのクロスドメイン制限を回避できるなら、iアプリはどうなんだろう？ ということで試してみた。ちなみにDocomoのiアプリは「制限したHTTP通信」をサポートしており、一応HTTPが扱えるが、携帯電話にダウンロードされたiアプリは、ダウンロード元のサーバへしかHTTP通信できない、また、HTTP以外の通信をサポートしない、という制限がある。 参考：Doja HttpConnection 「ダウンロード元のサーバへしかHTTP通信できない」という点においてJavaScript（Ajax?）と似ている。結果から言うと、iアプリもDNS Rebindingでダウンロード元以外のサーバへアクセス可能だと判明。 mydomain.comのIPアドレスを1.2.3.4にセット（1.2.3.4は自分が管理するサーバ） mydomain.com(1.2.3
DNS Rebinding問題の所在 | 水無月ばけらのえび日記
公開: 2010年2月15日23時40分頃 「かんたんログイン手法の脆弱性に対する責任は誰にあるのか (www.tokumaru.org)」。細かいところに反応しますが……。 「問題」という言葉のニュアンスが微妙なところですが、これはちょっと違和感があります。少なくともWebアプリケーション側の「不具合」ではないように思いますし、実際のところはこんな感じではないでしょうか。 iモードブラウザ2.0対応のdocomo端末は、DNS Rebindingの攻撃に対して脆弱である。端末の問題であるため端末側で対応することが望ましいが、名前解決はdocomoのゲートウェイ側で行われる場合があり、端末側では対応が難しい。docomoのゲートウェイの問題についてはdocomo側で対応することが望ましいが、問題の性質上、対応が難しい (参考: Re:「docomoケータイのDNS Rebinding問題、
DNSリバインディング: かんたんログイン手法の脆弱性に対する責任は誰にあるのか - 徳丸浩の日記(2010-02-12)
_かんたんログイン手法の脆弱性に対する責任は誰にあるのか id:ikepyonの日記経由で、NTTドコモのサイトに以下のセキュリティ・ガイドラインが掲示されていることを知った。 iモードブラウザ機能の多様化により、機種によってiモードサイトにおいてもJavaScriptを組み込んだ多様な表現、CookieやReferer情報を有効に活用したサイト構築が行えるようになりました。 しかし、PC向けインターネットサイト同様に、セキュリティ対策が十分に行われていないサイトでは、そのサーバの脆弱性を突き（クロスサイトスクリプティング、SQLインジェクション、DNSリバインディングなど様々な攻撃手法が存在しています）、これらの機能が悪用される危険性があります。十分にご注意ください。 [作ろうiモード：iモードブラウザ | サービス・機能 | NTTドコモより引用] XSSやSQLインジェクションと並ん
GoogleがPublic DNS用の標準規格を提案:Geekなぺーじ
先月発表されたGoogle Public DNSですが、課題であったCDNとの相性問題を解決すべくGoogleが、IETFでDNSに関連する標準規格提案を開始しました。 「DNS問い合わせメッセージの中にユーザ(クライアント)のIPアドレスを埋め込めるような追加を行おう！」という内容のものです。 先月サービスを発表してから次の月にはもう標準化を開始するという、このスピード感は凄いと思います。 「Google code blog : A proposal to extend the DNS protocol」 Google Public DNSそのものに関して「Google Public DNS解説と個人的妄想」を記事として書きましたが、その中でも「DNSを活用した他者CDNとの相性」という部分でGoogle Public DNSが抱えている課題を解説しています。 今回のInternet D
「namebench」で最速DNSサーバに乗り換えてスピードアップ！ | 教えて君.net
独自の高速DNSサーバの提供を開始したばかりのGoogleだが、今度はDNSサーバの応答速度を簡単にチェックできるツール「namebench」をリリースしたぞ。1クリックで利用中のDNSサーバより反応が早いDNSサーバを見つけ出してくれるのだ。 DNSサーバはウェブサイトのIPアドレスとURLを対応させ、名前解決を行っているサーバ。DNSサーバのアクセス速度が遅いと、サイトが表示されるまでに時間がかかるようになる。namebenchはより高速にアクセスできるDNSサーバを見つけ出してくれるツールだ。先日Googleが高速なDNSサーバ「Google Public DNS」を提供して話題になったが、namebenchを使えばより高速なDNSサーバが見つけられるかもしれない。ネットの表示速度を少しでも早くしたいという人は使ってみよう。 ■ DNSサーバをより高速なものに乗り換える namebe
Twitterクラック時の個人的観測データ:Geekなぺーじ
15時頃からTwitterがクラックされてました。 詳しい事はわかりませんが、個人的には大規模なDNSキャッシュポイズニングか、twitter.comのDNS権威サーバが乗っ取られたような気がします。(追記：文章公開後に色々時間をかけて考えると公開した文章の矛盾点が浮かんできました。キャッシュポイズニングじゃない気がしてきました。ということで、このエントリ、色々信用できないかも知れません。書いて公開しておいて申し訳ありませんが、各自の判断で内容を読んで下さい。) 追記：Twitterクラック事件の原因？ HTML 偽twitter.comにアクセスしたときに以下のようなHTMLが返ってきていました。 (ただし、画面内に収まるように一部改行コード追加) <html> <head> <meta http-equiv="Content-Language" content="en-us"> <me
Twitterクラッキングによるアカウント乗っ取りを図にした
今日の15:00頃にtwitter.comがクラッキングされて、全く異なるトップページが表示されていたようです。 Twitter Blog: DNS Disruption Twitter がクラッキングを受けてダウンしている模様 – Yaks Twitterがクラックされている件 – 西尾泰和のはてなダイアリー 私が見た時は単に接続ができない状態だったのですが、DNSを不正に書き換えられてtwitter.comが別サーバに向くようになっていました。 すでに各サイトで技術的な解説はされているので、タイムラインで懸念されているアカウント乗っ取りについて図を書いてみました。 通常時 OAuthを使っていない多くのTwitterクライアントは、Basic認証を使ってアカウントの認証を行っています。つまりTLを取得するなり、postするなり、twitter.comへのリクエスト毎にアカウントIDとパ
速報 - twitterがのっとられているようです : 404 Blog Not Found
2009年12月18日15:45 カテゴリ 速報 - twitterがのっとられているようです こんな感じに。 追記:すでに復旧しています もう少し厳密に言うと、 IPv4:74.217.128.160 つながらない IPv4:66.147.242.88 のっとられ画面 という感じです。DNSがやられているのでしょうか。前者の方の更新間隔は990秒ですが、前者の方は30秒にになっています。 ; <<>> DiG 9.6.0-APPLE-P2 <<>> twitter.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14639 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITION
Google Public DNS(無料DNS)によるネット高速化の考察
米国Googleが、先日、Google Public DNSの提供を実験的に開始した。昨日、日本のユーザーが、Googleの無料IMEで盛り上がったように、海外(米国)ユーザーは、この話題で盛り上がっているようだ。 これは、OpenDNSのようなサービスで、プロバイダが提供するDNSの代わりに使う事ができ、公式ブログでは、高速なGoogleのPublic DNSを使う事で、頻繁に発生するDNSルックアップの遅延が解消され、ブラウザの速度などを上げる事ができるなどとしている。 但し、これは米国の場合であって、対象を日本などは考慮していない。OpenDNSの場合も、距離が遥かに遠い海外サーバーにまでDNSを参照すれば、結果的に日本では遅く、使い難いなどの指摘もある。 そこで、日本では、Google Public DNSが速いかどうか試して見た。 Google Public DNSの設定法 以下
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「お名前.com」のレンタルDNSに障害、3万3000件に影響 
Googleの20％プロジェクトから生まれたDNSサーバーのベンチマーク「namebench」NOT SUPPORTED