008-「512の壁」を越える
JAPAN REGISTRY SERVICES Copyright © 2013 株式会社日本レジストリサービス 1 ■DNS における UDP の採用と 512 バイト制限 DNS の通信ではドメイン名や IP アドレスなど、比較的 短いデータを含む DNS メッセージが頻繁にやりとりされ ることが一般的です。こうした通信形態では、相手との 接続の事前確立を必要としない UDP を用いる方が、接 続の事前確立が必要な TCP よりも通信にかかるコスト・ 時間を抑制でき、システム全体の効率や処理能力を向 上させることができます。 このような背景から、DNSでは主な通信プロトコルとし て UDP が採用され、TCP は権威 DNS サーバー間のゾ ーン転送やある程度の長さを超える DNS メッセージを 取り扱う際にのみ使用されるように設計されました。そし て、UDP において取り扱い可能な
KSKロールオーバーについて - JPNIC
2018年10月17日更新 2016年10月から、 DNSの起点となるルートゾーンに対して重要な更新が行われています。 2017年9月には、 ルートゾーンからの一部のDNS応答のサイズが一時的に増加する変更作業が行われました。 また、2017年10月に予定されていたKSKの切り替え作業は延期となりましたが、 2018年2月1日付で発表された計画案では2018年10月11日に改めて実施されることとなりました。 この更新に対して問題なく対応するためには、DNSサーバ運用者だけではなく、 ネットワーク運用者も事前に調査し、 必要があれば準備しておくことが重要です。 (意図せずDNSSEC検証が有効になっている場合もありますので、 対象外とお考えの方もぜひご一読ください。) 2018年9月16日に開催されたICANN理事会において、KSKロールオーバーの最終的な実施可否について審議が行われ、 予定
（緊急）BIND 9の否定応答受信時のRRSIGレコードの取り扱いの不具合を利用したDoS攻撃について
--------------------------------------------------------------------- ■BIND 9の否定応答受信時のRRSIGレコードの取り扱いの不具合を利用した DoS攻撃について - 緊急のパッチ適用を強く推奨 - 株式会社日本レジストリサービス（JPRS） 2010/12/15（Wed） （脆弱性対象バージョンの拡大と対応方法を追記） --------------------------------------------------------------------- ▼概要 9.7.2-P2以前のBIND 9には、DNSSEC署名された否定応答を受信した際のキャッ シュ済みRRSIGレコードの取り扱いに不具合があり、リモートからのサービ ス不能（DoS）攻撃が可能になる脆弱性が存在することが、開発元のISCより 発表されま
DNSブロッキングとDNSSECを共存させるための手法について
--------------------------------------------------------------------- ■DNSブロッキングとDNSSECを共存させるための手法について 株式会社日本レジストリサービス(JPRS) 2010/07/28(Wed) --------------------------------------------------------------------- ▼本文書の概要・目的 本文書は、児童ポルノ流通防止の一手法として実施が検討されているいわゆる 「DNSブロッキング」と、DNSをより安全に利用するための技術として導入が進 められている「DNSSEC」を、互いの影響を最小限にする形で共存させるための 手法について考察・記述することにより、インターネットの安定運用に資する ことを目的としている。 なお、本文書では、DNSブロッキ
DNSSECのインパクトは？ オペレーター必携の「道具」とは？ － ＠IT
2010/07/20 7月8日、9日の2日間に渡って、インターネット技術者やネットワークオペレーターの集う「JANOG 26 Meeting」が東京・恵比寿にて開催された。インターネットを運営するために必要な情報交換やネットワーク事業者の課題についてディスカッションする場として開催されてきたものだ。 26回目のミーティングとなるJANOG26では、IPv4アドレス在庫の枯渇を前にいよいよ注目が集まるIPv6の導入、運用にまつわる話題から、インターネットエクスチェンジ（IX、通信事業者の接続点）の取り組みを紹介するパネルディスカッション、あるいは国際化ドメイン名などネットワークオペレータ以外にもかかわってくる話題があれば、一方で国際通信を支える海底ケーブルをテーマにしたセッションがあるなど、多岐にわたった。 この記事ではその中から、導入が進みつつあるDNSSECが及ぼすインパクトを紹介した「
JPドメイン名サービスへのDNSSECの導入予定について | JPドメイン名についてのお知らせ | 新着情報一覧 | JPRS
はじめに JPRSでは、DNSのセキュリティ拡張方式であるDNSSEC[*1]を、2011年1月16日にJPドメイン名サービスへ導入する予定で準備を進めています。 この文書では、DNSSEC導入の背景と、今後JPRSが予定しているDNSSEC導入関連の活動について説明します。 *1 DNSSEC: DNS Security Extensions DNSSEC導入の背景 DNSはインターネットの根幹を支える重要な仕組みであり、インターネットが社会基盤として重要性を増す中で、その安定的な運用が求められています。これに加えて、近年、DNS応答の偽造により引き起こされるセキュリティ上の脅威が現実のものとなり、このような脅威を排除し、安心して利用できるDNSであることも強く求められるようになってきました。 DNSに関するセキュリティの向上については、IETF[*2]において検討が進められ、DNSSE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「KSKロールオーバー」で一部DNS応答サイズが増大、4人に1人のインターネット接続に影響？ JPNICが確認を呼び掛け 
あなたのキャッシュDNSサーバー、DNSSECしてますか？ 「.jp」でも正式導入、DNSSECの仕組みと意義＜後編＞
そのDNSの応答、本当に正しいものですか？ 「.jp」でも正式導入、DNSSECの仕組みと意義＜前編＞ -INTERNET Watch
OS compatibility with DNSSEC enabled root servers - Windows Server
DNSセキュリティの設定