自己紹介 氏名 : 藤原和典 個人ページ : 勤務先 : 株式会社日本レジストリサービス (JPRS) 技術研究部 業務内容 :DNS 関連の研究 開発 IETFでの活動 (2004~) RFC (2004~
|
|
|
- こうじ がうん
- 6 years ago
- Views:
Transcription
1 DNS privacy 藤原和典 株式会社日本レジストリサービス (JPRS) 2015/11/19 (2015/12/28 追記 )
2 自己紹介 氏名 : 藤原和典 個人ページ : 勤務先 : 株式会社日本レジストリサービス (JPRS) 技術研究部 業務内容 :DNS 関連の研究 開発 IETFでの活動 (2004~) RFC (2004~2011):ENUMプロトコル RFC (2005~2013) メールアドレスの国際化 ( 互換性部分を担当 ) draft-fujiwara-dnsop-ds-query-increase(2013/6~) draft-fujiwara-dnsop-poisoning-measures (2014/7) draft-ietf-dnsop-dns-terminology (2014/11~) draft-fujiwara-dnsop-nsec-aggressiveuse (2015/3~) Copyright 2015 Japan Registry Services Co., Ltd. 2
3 用語 : フルリゾルバ (Full-service Resolver) キャッシュサーバという言葉は曖昧であるため 本資料ではフルリゾルバ / Full-service Resolver を使用する PowerDNS や Bundy 権威 DNS サーバは権威 DNS サーバだがキャッシュをサービスに使用 RFC 1035 では名前解決する機能を持つものを resolver とし full resolver resolver+cache Recursive server+central cache の三通りの書き方で説明 RFC 1123 では stub resolver と full-service resolver を区別して紹介 Full-service resolver か Full resolver が正式名 他の RFC では Caching server という言葉を定義なしに使用 (Cache server は使用されていない ) draft-ietf-dnsop-dns-terminology 参照 Copyright 2014 Japan Registry Services Co., Ltd. 3
4 政府による盗聴問題 政府による盗聴問題 Great Firewall による検閲 エドワード スノーデン氏による告発 (2013/5) 二大国関連の不安 滞在中の通信傍受? 企業は政府にデータ提供? ( スノーデン氏の資料 ) Public DNS, 検索, ストレージ, A*, i*, W* NIST 暗号にバックドア? FIPS-* : AES, SHA*, ECDSA P-*, RSA パラメータ 日本企業のサービスを使う? 割り切る? VPN? 日本国での不安 通信の秘密 はよく担保されている? (1986 年日本共産党幹部宅盗聴事件 ) 犯罪捜査のための通信傍受に関する法律 ちょっと不安 できるだけ守る (global standard) Copyright 2015 Japan Registry Services Co., Ltd. 4
5 本日のテーマ : DNS Privacy DNS のプライバシー? IP アドレス ( 個人?) の通信情報の秘匿性? IP アドレス ( 個人?) が何に関心があるかわかるのは問題 権威 DNS サーバに漏れる情報 ルートや TLD では 細かいホスト名 クエリタイプが見える このあとの構成 IETF での問題提起 DNS 通信路の暗号化 クエリ情報漏洩の最小化 今後の見通し Copyright 2015 Japan Registry Services Co., Ltd. 5
6 復習 :DNS の動作とクエリ情報 フルリゾルバは ユーザからのクエリをそのまま権威 DNSサーバに送るこの例では (1) から (4) は A/AAAA Full-service Resolver (1) (a) クエリログ (4) (2) (3) Root jp example.jp TLD (Top Level Domain) net Root com isoc.jp (0)enter into browser Organization Authoritative DNS servers Copyright 2015 Japan Registry Services Co., Ltd. 6
7 復習 :DNS クエリが持つ情報 取れるデータフルリゾルバのIPアドレス時刻 クエリ名 クエリタイプある組織 /ISPのユーザが いつ なにを見ようとしたかがわかる (2) キャッシュにより取れるデータは限られる Full-service Resolver 例 : 以下のような名前が漏れている _bittrrent-tracker._tcp.example.jp SRV _kerberos._tcp.dc._msdcs.xx.example.jp SRV Root クエリログクエリ情報収集 Root TLD (Top Level Domain) (3) クエリログタッピング jp クエリ情報収集クエリログ net com (1) クエリ情報収集タッピング (4) 例 : 以下のような名前が漏れている時刻 AAAA 取れるデータ時刻 isoc.jp A example.jp クライアントのIPアドレス時刻 _443._tcp.interop.jp TLSA 時刻 クエリ名 クエリタイプ Organization だれ (IPアドレス) が いつ なにを見ようとしたかがわかる Authoritative DNS servers (0)enter into browser Copyright 2015 Japan Registry Services Co., Ltd. 7
8 参考 : DNS クエリ情報収集活動 Root JP 年に一度 50 時間 ルートサーバなどのクエリ情報を収集 研究や Root の運用に使用 :name collision の評価 (ICANN) Root と同じタイミングなどで 全 JP DNS のクエリ情報を収集 [AG].DNS.JP クエリログを 2004 年から継続して収集 研究や JP の運用に使用 フルリゾルバ 大学などで 組織内向けに提供しているフルリゾルバのクエリ情報を収集し 研究に使用 Google Public DNS IPアドレスだけ集め 24 時間で消すと以下に書かれている Copyright 2015 Japan Registry Services Co., Ltd. 8
9 IETF での問題提起 スノーデン氏による告発後の IETF 会議が アヤシイ熱気に包まれていた (2013/11, IETF 88) ワレワレハ オーーーー» ( 政治団体 / 新興宗教かとおもったのは内緒 ) できるところから 通信の暗号化を行うという提案 2013/10 NANOG 59 でもスノーデン氏が使用していたメールシステム (Lavabit) 提供者が絶賛されていた RFC 7258 (2014/5 発行 ) Pervasive Monitoring (PM) Is an Attack 広範な監視はプライバシーへの攻撃である IETF はプロトコル設計時にできる範囲で対策するべきである 暗号化や情報の最小化 2014/11 IAB Statement on Internet Confidentiality Newly designed protocols should prefer encryption to cleartext operation Copyright 2015 Japan Registry Services Co., Ltd. 9
10 IETF DNS 関連 WG での対応 dnsext ( プロトコル拡張 ) 2013/7 完了済 dnsop (DNS 運用ガイドラインの作成 ) dnsext の機能を引き継ぎ PM 対策の議論を引き受け その後 dprive WG を設立 dane (DNS(SEC) に TLS の証明書を載せる ) もともと暗号化を目的としているため 変化なし 証明書を DNS に載せる TLSA RR の標準化 : 済 SMIMEA, OPENPGPKEY RR の標準化 : 中 Copyright 2015 Japan Registry Services Co., Ltd. 10
11 dnsop WG での議論 メーリングリストの議論などで 主に二つの改善項目にまとまる 対応しないこと ( 前提 ) フルサービスリゾルバの管理者は信用する ISP の提供するフルリゾルバや Public DNS からの情報漏洩については考えない フルサービスリゾルバのアドレスは漏れてよい 対応すること 1. ユーザ端末からフルリゾルバの通信を暗号化 なにを見ようとしたかという情報を PM から隠す 2. フルリゾルバから権威 DNS サーバへの情報を最小化 ( クエリ情報漏洩の最小化 ) ルート TLD オペレータから ホスト名 クエリタイプを隠蔽 Copyright 2015 Japan Registry Services Co., Ltd. 11
12 Full-service Resolver DNS での改善点 取れるデータ 漏れる情報がexample.jp NSだけになる フルリゾルバのIPアドレス _bittrrent-tracker._tcp.example.jp SRV NS 時刻 クエリ名 クエリタイプ _kerberos._tcp.dc._msdcs.xx.example.jp SRV ある組織 /ISPのユーザが いつ なにを見ようとしたかがわかる対策 Root Root (2) クエリログキャッシュにより取れるデータは限られるクエリ情報収集 TLD (Top Level Domain) (3) クエリログ対策タッピング jp クエリ情報収集クエリログ net com (1) クエリ情報収集信用タッピング (4) 漏れる情報が時刻と通信相手だけになる時刻 AAAA 対策取れるデータ時刻 isoc.jp A example.jp クライアントのIPアドレス時刻 _443._tcp.interop.jp TLSA 時刻 クエリ名 クエリタイプ Organization だれ (IPアドレス) が いつ なにを見ようとしたかがわかる Authoritative DNS servers (0)enter into browser Copyright 2015 Japan Registry Services Co., Ltd. 12
13 RFC 7626: DNS Privacy Considerations 2015/8 発行 DNS プライバシーに関する考慮点 ( リスク分析と攻撃 ) の提示 リスク分析 the data in the DNS is public クエリ名とソース IP アドレスがプライバシー問題と定義 Root や TLD でも細かいクエリ名が見えることを問題視 キャッシュからの情報漏洩 (Recursion Desired 0 クエリ ) ワイヤタッピング DNS には暗号化の仕組みがない タッピングによるデータ収集はプライバシーへの攻撃 サーバでの情報収集 : 悪い意思を持つサーバの存在 実際の攻撃 肯定的 否定的両方の各種情報収集活動 Copyright 2015 Japan Registry Services Co., Ltd. 13
14 dprive WG DNS PRIVate Exchange (dprive) WG 設立 2014 年 10 月 17 日に設立承認 Chairs Tim Wicinski (dnsop WG chair) Warren Kumari (dane WG chair, IEPG chair) スタブリゾルバとフルリゾルバの間の通信を TLS(Transport Layer Security) で暗号化する フルリゾルバと権威 DNSサーバの間のプロトコルの変更はしない Copyright 2015 Japan Registry Services Co., Ltd. 14
15 DNS 通信路の暗号化提案 IETF で標準化したプロトコルを使って暗号化 TLS (Transport Layer Security) (https で使用 ) DTLS(Datagram Transport Layer Security) TLS の機能を UDP で使えるようにしたもの, RFC 6347 具体的な案 TCP の DNS クエリを TLS で暗号化 ポート 53 を使用して STARTTLS の仕組みを作成 別のポート番号を使用して TLS をそのまま使用 UDP の DNS クエリを DTLS で暗号化 独自暗号の使用 独自プロトコル (DNSCurve) を IETF で採用 議論の結果 別ポート番号を使用し TLS と DTLS を使用する方式の標準化が進展 Copyright 2015 Japan Registry Services Co., Ltd. 15
16 DNS over TLS draft-ietf-dprive-dns-over-tls 概要 TCP port 853 で待ちうけ (https のように )TLS 処理 DNS over TCP のデータを TLS 上に流す 2 オクテットのデータ長 + UDP DNS パケットと同じもの TLS/TCP の接続を切らず 張りっぱなしで複数のクエリを処理すること サーバの認証については現在は 2 種類 Opportunistic( 認証しない ) と事前設定 ステータス 2015/10/22~11/12 Working group last call IETF 94 でサーバの認証部分を分離することとなったため 若干遅れそうだが 方向性は合意された 追記 : 2015/12/7 に発行された -02 で サーバの認証プロファイルの追加は他のドキュメントを参照するという記述が追加 追記 : 2015/12/9~12/21 二度目の Working group last call Copyright 2015 Japan Registry Services Co., Ltd. 16
17 DNS over TLS 実装 Unbound: フルリゾルバ Version から 設定方法 ( マニュアルより ) ssl-port: 853 ssl-service-key: <file> TLS 秘密鍵ファイル ssl-service-pem: <file> TLS 公開鍵ファイル ssl-upstream: no Forwarder 動作時にTLSで接続 getdns api: DNS クライアントライブラリ Version で入ったようにみえる その他パッチあり TLS(SSL) アクセラレータと既存実装でも実現可能 Copyright 2015 Japan Registry Services Co., Ltd. 17
18 クエリ情報漏洩の最小化 (1) draft-ietf-dnsop-qname-minimisation-07 プライバシ向上のため クエリ情報の漏洩を最小化 現在のフルリゾルバはユーザからのクエリ名 タイプをそのままルートを含む権威 DNS サーバに送る ルート TLDでユーザからのクエリ名 タイプが見える ( キャッシュ効果により すべてではない ) そこで 例えば A を知りたいときに ルートには TLDのNSクエリ (jp NS) TLDには 登録ドメイン名のNSクエリ (isoc.jp NS) を送ると ルート TLD でもとのクエリが見えない クエリ名 クエリタイプ A を隠蔽 Copyright 2015 Japan Registry Services Co., Ltd. 18
19 クエリ情報漏洩の最小化 (2): 例 従来の動作同じ qname qtype 提案手法最小限の情報 Root jp isoc.jp A Root や jp では Full-resolver からの A クエリを検知 A Full-resolver Root jp NS RootではFull-resolverからの jp NSクエリを検知 isoc.jp NS jp A jpではfull-resolverからの isoc.jp NSクエリを検知 A A isoc.jp Stub resolver at end node Rootやjpでは クエリタイプAを検知できない Copyright 2015 Japan Registry Services Co., Ltd. 19
20 クエリ情報漏洩の最小化 (3) 議論 プロトコル違反ではないことの確認 アルゴリズムなどの詳細が追加された RFC 非準拠な権威 DNS サーバを使用するドメイン名の名前解決失敗の可能性指摘 ロードバランサなど独自実装の権威 DNS サーバに見られる パフォーマンスの懸念 現状 dnsop WG での議論は完了 2015/10/12 に IESG に提出 Experimental: 実験的プロトコルとして標準化見込み 追記 : 2015/12/17 IESG から修正点指示 ( 直せば RFC Editor へ ) 実装 Knot DNS Resolver で実装され 標準で有効化 現在ベータテスト中で 近いうちにリリース見込みのアナウンス 期待したが まだ Configure のような仕組みがなく 開発環境と異なる環境で動作させるのは困難そうである Copyright 2015 Japan Registry Services Co., Ltd. 20
21 関連する標準化 dnsop WG では TCP での DNS 通信の性能改善が議論され WG での議論はほぼ完了 draft-ietf-dnsop-5966bis-03 TCP での DNS 通信についての実装要求仕様 パフォーマンス改善のために以下の機能を追加 接続の再利用 複数クエリの同時処理 複数のクエリの順不同応答 タイムアウトや切断の規定 TCP Fast Open draft-ietf-dnsop-edns-tcp-keepalive-04 TCP タイムアウト時間を指定する EDNS0 オプション Copyright 2015 Japan Registry Services Co., Ltd. 21
22 今後必要な標準化 DNS over DTLS Fragmentation で時間がかかりそう DNS over TLS/DTLS の Security profile 既存 : Opportunistic ( 検証しないもの ) 証明書そのものを検証しない ホスト名を確認しない 既存 : 事前設定 契約書に書いてユーザが入力? /etc/resolv.conf ネットワークのプロパティ? 別のプロトコルで Security profile 情報を伝える DHCP Option? PPP Option? Copyright 2015 Japan Registry Services Co., Ltd. 22
23 今後の見通し プロトコル標準化 クエリ情報漏洩の最小化 : 数ヶ月で完了する見込み DNS over TLS: 数ヶ月で完了する見込み フルリゾルバソフトウェアでの実装 標準化が完了するたびに 主要な実装が対応する 複数の実装の開発者 関係者が標準化に深く関与 クライアント側 (DNS over TLS) getdnsapi は対応済 libc の変更には時間がかかるので簡単には使えない アプリケーションごとの対応が進む可能性あり ( ブラウザ ) FreeBSD の local forwarder は Unbound なので実装容易 Public DNS service 標準化完了後 すみやかに対応するところもありそう Copyright 2015 Japan Registry Services Co., Ltd. 23
24 参考資料 IETF : RFC, draft, 議事録, アーカイブ DNS over TLS 実装 getdnsapi.net クエリ情報漏洩の最小化実装 Knot DNS Resolver Copyright 2015 Japan Registry Services Co., Ltd. 24
DNS と blocking anti-blocking 要素技術 ( みえてしまう要素技術 ) 藤原和典 株式会社日本レジストリサービス (JPRS) Internet Week 2018, DNS Day 2018 年 11 月 29 日 Copyrigh
DNS と blocking anti-blocking 要素技術 ( みえてしまう要素技術 ) 藤原和典 fujiwara@jprs.co.jp 株式会社日本レジストリサービス (JPRS) Internet Week 2018, DNS Day 2018 年 11 月 29 日 Copyright 2018 Japan Registry Services Co., Ltd. 1 自己紹介 氏名
DNSOPS.JP BoF nginxを利 した DNS over TLS 対応フルリゾルバの作り ( 株 ) ハートビーツ滝澤隆史
DNSOPS.JP BoF nginxを利 した DNS over TLS 対応フルリゾルバの作り ( 株 ) ハートビーツ滝澤隆史 2 私は誰 名 : 滝澤隆史 @ttkzw 所属 : 株式会社ハートビーツ ウェブ系のサーバの構築 運 や 24 時間 365 の有 監視をやっている会社 いわゆる MSP( マネージドサービスプロバイダ ) 本 Unbound ユーザー会 Unbound/NSD の
DNS の統計調査結果の紹介 ( 仮 ) DNS-OARC2014,ICANN51,IETF91 の話題 藤原和典 株式会社日本レジストリサービス (JPRS) dnsops.jp BoF, Nov.,2014
DNS の統計調査結果の紹介 ( 仮 ) DNS-OARC2014,ICANN51,IETF91 の話題 藤原和典 株式会社日本レジストリサービス (JPRS) dnsops.jp BoF, Nov.,2014 DNS の統計調査結果の紹介 ( 仮 ) 2014 Root DITL Data analysis and TLD popularity analysis
IETF 91 報告 DNS 関連 藤原和典 株式会社日本レジストリサービス (JPRS) IETF 91 報告会, 2014 年 12 月 19 日
IETF 91 報告 DNS 関連 藤原和典 株式会社日本レジストリサービス (JPRS) IETF 91 報告会, 2014 年 12 月 19 日 自己紹介 氏名 : 藤原和典 個人ページ : http://member.wide.ad.jp/~fujiwara/ 勤務先 : 株式会社日本レジストリサービス (JPRS) 技術研究部 業務内容 :DNS
DNSSEC の仕組みと現状 平成 22 年 11 月 DNSSEC ジャパン
DNSSEC の仕組みと現状 平成 22 年 11 月 DNSSEC ジャパン アジェンダ 1. DNSとは 2. DNSの動作 3. DNSSECとは 4. DNSSECの動作 5. DNSSECの現状 6. 参考 URL 7. DNSSEC 関連 RFC 2 DNS とは DNS(Domain Name System) とは ホスト ( ドメイン ) 名を IP アドレスに IP アドレスをホスト
Microsoft PowerPoint - DNSSECとは.ppt
DNS のセキュリティ向上 DNSSEC 1 本日の内容 DNSSECとは? 導入の背景 DNSSECの仕組み DNSSECへの対応 DNSSECの導入状況 まとめ 2 DNSSEC とは? 3 DNSSEC ~DNS のセキュリティ拡張 ~ Domain Name SystemS Security SEC Extensions 4 example.jp を見たい! DNSSEC で何が変わる!?
Microsoft PowerPoint attacktool.pptx
Wikipedia DNS_spoofingに書かれている攻撃手法の実装と注入にかかる時間の期待値 及び攻撃ツールの最適化について Kazunori Fujiwara, JPRS fujiwara@jprs.co.jp 2014/6/27 本日の目的と範囲 攻撃の原理をわかりやすく伝えることで理解を深め 対策を考えるうえでの参考とする 攻撃にかかる時間の期待値を示すことで 正しく運用していれば問題がないことを示す
自己紹介 氏名 : 藤原和典 個人ページ : 勤務先 : 株式会社日本レジストリサービス (JPRS) 技術研究部 業務内容 :DNS 関連の研究 開発 IETFでの活動 (2004~) RFC (2004~
RFC/Internet Draft の書き方 藤原和典 株式会社日本レジストリサービス (JPRS) 第 1 回 IETF 勉強会, 2015 年 7 月 1 日 自己紹介 氏名 : 藤原和典 個人ページ : http://member.wide.ad.jp/~fujiwara/ 勤務先 : 株式会社日本レジストリサービス (JPRS) 技術研究部 業務内容
学生実験
1 学生実験 5 日目 DNS IP ネットワークアーキテクチャ 江崎研究室 DNS Domain Name System 2 インターネット上の名前解決を実現 正引き www.ee.t.u-tokyo.ac.jp 157.82.13.244 逆引き 3 名前空間 インターネットで唯一ドメイン = 名前空間内の範囲 www.ee.t.u-tokyo.ac.jp の場合. (root) com jp
Microsoft PowerPoint - private-dnssec
JAPAN REGISTRY SERVICES いますぐ DNSSEC で遊ぶには --- 世の中が対応するまで待ってられない --- JPRS / 株式会社日本レジストリサービス 藤原和典 2009/9/4 dnsops.jp BoF Copyright 2009 株式会社日本レジストリサービス 1 いますぐ DNSSEC で遊びたい 使ってる TLD
学生実験 3 日目 DNS IP ネットワークアーキテクチャ 江崎研究室
学生実験 3 日目 DNS IP ネットワークアーキテクチャ 江崎研究室 DNS Domain Name System インターネット上の名前解決を実現 正引き www.ee.t.u-tokyo.ac.jp 157.82.13.244 逆引き 名前空間 インターネットで唯一ドメイン = 名前空間内の範囲 www.ee.t.u-tokyo.ac.jp の場合. (root) com jp ac keio
DNS誕生日攻撃再び
これでいいのか TTL 短い DNS TTL のリスクを考える 2007 年 1 月 26 日民田雅人株式会社日本レジストリサービス JANOG 19@ 沖縄県那覇市 DNS プロトコルのおさらい (1/2) 問合せと応答の単純な往復 この名前の IP アドレスは? IP アドレスは XXXX だよ トランスポートは主に UDP 条件によって TCP になることもある 問合せパケット 応答パケット
DNSSECの基礎概要
DNSSEC の基礎概要 2012 年 11 月 21 日 Internet Week 2012 DNSSEC チュートリアル株式会社日本レジストリサービス (JPRS) 舩戸正和 Copyright 2012 株式会社日本レジストリサービス 1 本チュートリアルの内容 DNSSECの導入状況 DNSキャッシュへの毒入れと対策 DNSSECのしくみ 鍵と信頼の連鎖 DNSSECのリソースレコード(RR)
DNSの負荷分散とキャッシュの有効性に関する予備的検討
DNSの負荷分散とキャッシュの有効性に関する予備的検討 東京電機大学服部敦藤本衡 発表の流れ 研究背景 目的 DNS キャッシュとロードバランス DNS query データ計測 キャッシュミス率のシミュレーション まとめと今後の課題 2 研究背景 Web ページの表示時間 UX に大きな影響がある ネットワーク環境の向上 2000 年以前は8 秒 現在では2 秒以内 名前解決に要する時間が相対的に大きくなる
enog-ryuichi
君 のキャッシュDNSサーバが 出 すクエリ を 君 は 本 当 に 理理 解 しているか? あ でもそのうちそうなっちゃうかも? ~QNAME Minimisation の 話 ~ ENOG34@ 柏 崎 2015 年年 9 月4 日 DMM.comラボ 高 嶋 隆 一 おさらい. ドメイン 名 は 階 層 構 造 を 持 つ 酔 っ 払 い. JP.. ü 木 構 造 っぽい com org 酔
セキュアなDNS運用のために
JPNIC 総会講演会資料 2014 年 12 月 5 日 セキュアな DNS 運用のために ~DNSSEC の現状と課題 ~ 株式会社日本レジストリサービス松浦孝康 Copyright 2014 株式会社日本レジストリサービス 1 はじめに 本講演の概要 よりセキュアな DNS 運用を実現するために DNSSEC の現状と課題と今後の展望について解説 目次 1. DNSSECの導入背景 2. DNSSECの導入状況
スライド 1
ed25519 のすすめ Kazunori Fujiwara, JPRS fujiwara@jprs.co.jp 2018/6/27 まとめと URL など ED25519 は 3072 ビット RSA と同程度の暗号強度であるにもかかわらず 公開鍵 署名サイズが非常に小さいため DNSSEC のパケットサイズ問題を改善できる ( フラグメントなし運用しやすい ) ED25519 の実装が進んできているので
CSR生成手順-OpenSSL
JPRS サーバー証明書発行サービス CSR 生成手順 OpenSSL( 新規 / 更新 ) Version 1.1 株式会社日本レジストリサービス (JPRS) Copyright 2016 Japan Registry Services Co., Ltd. 更新履歴 日付 Version 2016/07/29 1.0 初版リリース 2017/10/18 1.1 2.1.2 サーバー識別名 (DN)
自 己 紹 介 氏 名 : 藤 原 和 典 個 人 ページ: http://member.wide.ad.jp/~fujiwara/ 勤 務 先 : 株 式 会 社 日 本 レジストリサービス (JPRS) 技 術 研 究 部 業 務 内 容 :DNS 関 連 の 研 究 開 発 IETFでの 活
IETF 94 報 告 DNS 関 連 藤 原 和 典 fujiwara@jprs.co.jp 株 式 会 社 日 本 レジストリサービス (JPRS) IETF 94 報 告 会, 2015 年 12 月 8 日 自 己 紹 介 氏 名 : 藤 原 和 典 個 人 ページ: http://member.wide.ad.jp/~fujiwara/ 勤 務 先 : 株 式 会 社 日 本 レジストリサービス
DNS (BIND, djbdns) JPNIC・JPCERT/CC Security Seminar 2005
DNS 2005 10 6 JPNIC JPCERT/CC Security Seminar 2005 DNS Pharming BIND djbdns 2 DNS DNS (Domain Name System)? IP www.example.jp IP 172.16.37.65 http://www.example.jp/ - http://172.16.37.65/
キャッシュポイズニング攻撃対策
キャッシュポイズニング攻撃対策 : 権威 DNS サーバー運用者向け 基本対策編 初版作成 :2014 年 5 月 30 日 最終更新 :2014 年 5 月 30 日 株式会社日本レジストリサービス (JPRS) Copyright 2014 株式会社日本レジストリサービス 1 本資料の位置づけ 本資料は以下の四部構成の資料の一部 対象者ごとに キャッシュ DNS サーバー運用者向けと権威 DNS
CSR生成手順-Microsoft IIS 7.x
JPRS サーバー証明書発行サービス CSR 生成手順 Microsoft IIS 7.x ( 新規 / 更新 ) Version 1.1 株式会社日本レジストリサービス (JPRS) Copyright 2016 Japan Registry Services Co., Ltd. 更新履歴 日付 Version 2016/07/29 1.0 初版リリース 2017/10/18 1.1 6. 識別名
IETF 96 報告 DNS 関連 藤原和典 株式会社日本レジストリサービス (JPRS) IETF 96 報告会, 2016 年 9 月 12 日 Copyright 2016 Japan Registry Services Co., Ltd. 1
IETF 96 報告 DNS 関連 藤原和典 fujiwara@jprs.co.jp 株式会社日本レジストリサービス (JPRS) IETF 96 報告会, 2016 年 9 月 12 日 Copyright 2016 Japan Registry Services Co., Ltd. 1 自己紹介 氏名 : 藤原和典 個人ページ : http://member.wide.ad.jp/~fujiwara/
IETF98報告会 DNS関連
前回の報告と同じ内容の部分 IETF 98 報告 DNS 関連 藤原和典 fujiwara@jprs.co.jp 株式会社日本レジストリサービス (JPRS) IETF 98 報告会, 2017 年 5 月 12 日 Last update: 2017/5/12 1322 JST Copyright 2017 Japan Registry Services Co., Ltd. 1 自己紹介 氏名 :
Copyright
Copyright 2004 Copyright 2004 2 Copyright 2004 Copyright 2004 4 Copyright 2004 5 Copyright 2004 6 Copyright 2004 7 Copyright 2004 8 www.jprs.jp IP? DNS jp www.jprs.jp IP? jprs.jp www.jprs.jp IP? jp DNS
30分で学ぶDNSの基礎の基礎～DNSをこれから勉強する人のために～
30 分で学ぶ DNS の基礎の基礎 ~DNS をこれから勉強する人のために ~ 2014 年 9 月 27 日 SECCON 2014 長野大会 DNS Security Challenge 株式会社日本レジストリサービス (JPRS) 森下泰宏 (Yasuhiro Orange Morishita) @OrangeMorishita Copyright 2014 株式会社日本レジストリサービス
自 己 紹 介 氏 名 : 藤 原 和 典 個 人 ページ: http://member.wide.ad.jp/~fujiwara/ 勤 務 先 : 株 式 会 社 日 本 レジストリサービス (JPRS) 技 術 研 究 部 業 務 内 容 :DNS 関 連 の 研 究 開 発 IETFでの 活
IETF 93 報 告 DNS 関 連 藤 原 和 典 株 式 会 社 日 本 レジストリサービス (JPRS) IETF 93 報 告 会, 2015 年 8 月 27 日 自 己 紹 介 氏 名 : 藤 原 和 典 個 人 ページ: http://member.wide.ad.jp/~fujiwara/ 勤 務 先 : 株 式 会 社 日 本 レジストリサービス
DNS DNS(Domain Name System) named(bind), tinydns(djbdns), MicrosoftDNS(Windows), etc 3 2 (1) ( ) IP IP DNS 4
DNS minmin@jprs.co.jp DNS DAY Internet Week 2003 ( ) 2 DNS DNS(Domain Name System) named(bind), tinydns(djbdns), MicrosoftDNS(Windows), etc 3 2 (1) ( ) www.example.jp IP IP 10.20.30.40 DNS 4 PC /etc/resolv.conf
「DNSSECの現状と普及に向けた課題」
DNSSEC の現状と 普及に向けた課題 日本インターネットエクスチェンジ株式会社 DNSOPS.JP 代表幹事 DNSSEC ジャパン会長石田慶樹 内容 DNSSEC の基礎 DNSSEC の現状 DNSSEC の普及に向けた課題 はじめに 今回の講演内容は 各所の資料を参考にしつつ自分の理解に基づき 独自にまとめた部分も多くあります 参考にした資料は URL を示しておりますので 内容の正確性については原資料をご確認ください
DNSとメール
Internet Week 2013 DNS DAY DNS とメール - 送信ドメイン認証の普及に伴う DNS の負荷影響 - Genki Yasutaka E-mail: genki.yasutaka@mail.rakuten.com 自己紹介 氏名 : 安髙元気 ( やすたかげんき ) 所属 : 楽天株式会社 最初は メールシステムの開発 運用に従事 DKIM 等の送信ドメイン認証技術を導入
PowerPoint Presentation
コンピュータ科学 III 担当 : 武田敦志 http://takeda.cs.tohoku-gakuin.ac.jp/ IP ネットワーク (1) コンピュータ間の通信 to : x Data to : x y Data to : y z Data 宛先 B のパケットは z に渡す A 宛先 B のパケットは y に渡す ルーティング情報
あなたのDNS運用は 来るべきDNSSEC時代に耐えられますか
あなたの DNS 運用は 来るべき DNSSEC 時代に 耐えられますか 民田雅人 株式会社日本レジストリサービス 2009-07-09 JANOG 24@ 東京 2009-07-09 Copyright 2009 株式会社日本レジストリサービス 1 はじめに 本セッションの構成 DNSSEC 豆知識 DNSSEC 化による DNS データの変化 ディスカッション
DNS DNS 2002/12/19 Internet Week 2002/DNS DAY 2
DNS 2002 12 19 2003 1 16 Internet Week 2002/DNS DAY ( ) (JPRS) DNS DNS 2002/12/19 Internet Week 2002/DNS DAY 2 DNS SOA SOA TTL $TTL NS MX CNAME 2002/12/19 Internet Week 2002/DNS DAY
TCP/IP Internet Week 2002 [2002/12/17] Japan Registry Service Co., Ltd. No.3 Internet Week 2002 [2002/12/17] Japan Registry Service Co., Ltd. No.4 2
![TCP/IP Internet Week 2002 [2002/12/17] Japan Registry Service Co., Ltd. No.3 Internet Week 2002 [2002/12/17] Japan Registry Service Co., Ltd. No.4 2](/thumbs/91/105050540.jpg "TCP/IP Internet Week 2002 [2002/12/17] Japan Registry Service Co., Ltd. No.3 Internet Week 2002 [2002/12/17] Japan Registry Service Co., Ltd. No.4 2")
Japan Registry Service Co., Ltd. JPRS matuura@jprs.co.jp Internet Week 2002 [2002/12/17] Japan Registry Service Co., Ltd. No.1 TCP IP DNS Windows Internet Week 2002 [2002/12/17] Japan Registry Service
DNSSEC導入に関する世界的動向
DNSSEC 導入に関する世界的動向 2010 年 11 月 25 日 DNS DAY, Internet Week 2010 佐藤新太 株式会社日本レジストリサービス 内容 2010 年に急速に展開が進んだ DNSSEC に関し ルート gtld cctld における DNSSEC の導入状況を紹介する 目次 DNSSEC 対応が必要な関係者 ルート TLD
gtld 動向 ~GDPR 対応は RDAP で ~ Kentaro Mori, JPRS DNS Summer Day 2018 Copyright 2018 株式会社日本レジストリサービス
gtld 動向 ~GDPR 対応は RDAP で ~ Kentaro Mori, JPRS DNS Summer Day 2018 Copyright 2018 株式会社日本レジストリサービス Contents WHOISとは WHOISの問題点 RDAPとは GDPRとその要求 RDAPによるGDPR 要求への対応 現状と今後の流れ Copyright 2018
DNSSEC性能確認手順書v1.2
DNSSEC 性能確認手順書 ver. 1.2 1. 目的 DNSSEC 検証によるフルリゾルバへの負荷 および権威 DNS サーバへのトラフィックの変化を把握する フルリゾルバと権威 DNS サーバ間の通信路にある機器の影響を把握する 現在想定できる一般的な構成のハードウェア上での権威サーバの基本性能を計測する 2. 検証環境 2.1. サーバ構成 Validatorの検証および計測を行うためのネームサーバおよび負荷の構成は次のとおりである
ENUM
ENUM Internet Week DNS Day fujiwara@jprs.co.jp ENUM ENUM IETF ENUM WG Status ITU ENUM DNS ENUM 050 ENUM e164.arpa DNS ITU International Telecommunication Union ITU-T ITU Telecommunication Standardization
(1) 鍵の更改 に追従するために 1 のソフトウェア ( 一般に BIND 又は Windows Server を利用 ) を最新版に更新する ( 今回の対策だけでなく 脆弱性への対応のためにも 最新版への更新は必須 ) 2 において DNSSEC のトラストアンカーの自動更新 の設定を行う 3
別紙 2 DNS における電子鍵の更改について 平成 29 年 7 月 14 日 総務省総合通信基盤局データ通信課 1. 目的 DNS( ドメインネーム システム ) は www.soumu.go.jp などのホスト名 ( 人が理解しやすいようにつけたの名前 ) を インターネット上の住所である に変換するために利用される 検索 の仕組み この検索結果が第三者の成りすましにより改ざんされないよう 電子を付加した
Net'Attest EPS設定例
Net Attest EPS 設定例 連携機器 : Cisco Aironet1140 Case:TLS 方式での認証 Version 1.1 株式会社ソリトンシステムズ Net'Attest は 株式会社ソリトンシステムズの登録商標です その他 本書に掲載されている会社名 製品名は それぞれ各社の商標または登録商標です 本文中に は明記していません Copyright 2010, Soliton
証明書（Certificates）
証明書 Certificates デジタル証明書は 認証に使用されるデジタル ID を提供します 証明書は SSL セキュア ソケット レイヤ 接続 TLS Transport Layer Security 接続 および DTLS データグラム TLS 接続 HTTPS や LDAPS など に使用されます 次のトピックでは 証明書の作成と管 理の方法について説明します 証明書について 1 ページ
自己紹介 - 後藤浩之 ( グリー ) - インフラ担当 - ISOC-JP インターネット標準化推進委員会 - 興味 :Web, HTTP QUIC 関連
IETF 102 HTTP/QUIC 関連 後藤浩之 ( グリー ) 自己紹介 - 後藤浩之 ( グリー ) - インフラ担当 - ISOC-JP インターネット標準化推進委員会 - 興味 :Web, HTTP QUIC 関連 目次 - HTTP - HTTPwg - WPack - (SRV and HTTP) - QUIC - QUICwg HTTP 関連 HTTP WG - 2 セッション開催
EPS設定例
Net Attest EPS 設定例 連携機器 : FortiGate-80C FortiAP-220B Case:TLS 方式での認証 Version 1.1 株式会社ソリトンシステムズ Net'Attest は 株式会社ソリトンシステムズの登録商標です その他 本書に掲載されている会社名 製品名は それぞれ各社の商標または登録商標です 本文中に は明記していません Copyright 2010,
untitled
Kaminsky Attack ( ) DNS DAY Tsuyoshi TOYONO (toyono@nttv6.net) ( @JPRS) ( ) ( ) DNS DNS (DNS Cache Poisoning ) ( ) Pharming IP Pharming Cache Poisoning 0 ( (RR) Cache TTL) 1000 19 (1136 ) 50% 5 (271 )
2
Japan Registry Service 2 Japan Registry Service 4 5 6 7 (root) com jp arpa example ne co in-addr e164 www jprs 1.8 www sip 3 1.7.5.2.7.9.2.5 8 Japan Registry Service 10 050-1000-XXXX 050-2000-XXXX 050-3000-XXXX
Contents 1. はじめに 3.GUIからのアクセス方法 4 3. 鍵ペアの生成 5 4. サーバ証明書署名要求 (CSR) の作成 9 5. サーバ証明書のインストール 1 6.ServerIronの設定 17
Foundry ServerIron 鍵ペア CSR の生成および インストール手順 010 年 6 月 1 日 Rev.00 Contents 1. はじめに 3.GUIからのアクセス方法 4 3. 鍵ペアの生成 5 4. サーバ証明書署名要求 (CSR) の作成 9 5. サーバ証明書のインストール 1 6.ServerIronの設定 17 1. はじめに 本ガイドでは Foundry ServerIron
2.SSL/TLS と暗号プロトコルの安全性 恒久的に噴出する脆弱性との戦い クライアント ClientKeyExchange Verify ServerKeyExchange Request Done Request サーバ X Master Secret CCS MAC 図 -1 図
小特集暗号と社会の素敵な出会い 2.SSL/TLS と暗号プロトコルの安全性 恒久的に噴出する脆弱性との戦い 基応専般 須賀祐治 (( 株 ) インターネットイニシアティブ / 筑波大学 ) SSL Secure Socket Layer /TLS Transport Layer Security SSL/TLS TLS TLS IETF Internet Engineering Task Force
amplification attacks とは 送信元を偽装した dns query による攻撃 帯域を埋める smurf attacks に類似 攻撃要素は IP spoofing amp 2006/07/14 Copyright (C) 2006 Internet Initiative Jap
amplification attacks Matsuzaki Yoshinobu 2006/07/14 Copyright (C) 2006 Internet Initiative Japan Inc. 1 amplification attacks とは 送信元を偽装した dns query による攻撃 帯域を埋める smurf attacks に類似 攻撃要素は
Microsoft PowerPoint OARCRIPEreport.pptx
DNS-OARC/RIPE66 report Kazunori Fujiwara, JPRS fujiwara@jprs.co.jp 2014/6/27 概要 DNS-OARCとRIPEの紹介 2014 年 5 月に開催されたDNS-OARC 2014 Spring workshopとripe 68 meetingでの DNS 関連の話題を報告 2 DNS-OARC DNS Operations Analysis
Microsoft PowerPoint 版_Root_JPの状況.ppt
DNSSEC 2013 スプリングフォーラム Root / の状況 2013 年 5 月 29 日 ( 水 ) 株式会社日本レジストリサービス坂口智哉 1 本日の流れ I. Root の状況 1. DSレコードの登録状況 2. Rootにおける主なトピックス II. の状況 1. DSレコードの登録状況 2. DSレコードの問い合わせ数 3. DNSSECとDNS Reflector Attacks
全てのパートナー様に該当する可能性のある 重要なお知らせです 2015 年 8 月 28 日 パートナー各位 合同会社シマンテック ウェブサイトセキュリティ SSL サーバ証明書における階層構造オプションの追加 および DNS Certification Authority Authorizatio
全てのパートナー様に該当する可能性のある 重要なお知らせです 2015 年 8 月 28 日 パートナー各位 合同会社シマンテック ウェブサイトセキュリティ SSL サーバ証明書における階層構造オプションの追加 および DNS Certification Authority Authorization(CAA) 対応について 平素より弊社製品の販売支援をいただき 誠にありがとうございます このたび弊社では
VPN 接続の設定
VPN 接続の設定 AnyConnect 設定の概要, 1 ページ AnyConnect 接続エントリについて, 2 ページ ハイパーリンクによる接続エントリの追加, 2 ページ 手動での接続エントリの追加, 3 ページ ユーザ証明書について, 4 ページ ハイパーリンクによる証明書のインポート, 5 ページ 手動での証明書のインポート, 5 ページ セキュアゲートウェイから提供される証明書のインポート,
DNSSEC機能確認手順書v1.2
DNSSEC 機能確認手順書 Ver. 1.2 株式会社日本レジストリサービス http:// 日本レジストリサービス.jp/ http://jprs.co.jp/ 2010/01/25 Ver. 1.0( 初版 ) 2010/01/26 Ver. 1.1 2010/07/21 Ver. 1.2 Copyright 2010 Japan Registry Services Co., Ltd. JPRS-S-540-201007-0001
BIND9.9から9.11へ移行のポイント（権威DNSサーバー編）
BIND 9.9から9.11へ移行のポイント ( 権威 DNSサーバー編 ) 2018 年 6 月 27 日 DNS Summer Day 2018 ( 株 ) 日本レジストリサービス 本資料の内容 BIND 9.9.x をお使いの方に向けた 変更点の紹介 権威 DNSサーバー機能関連 ログ関連 その他 DNS Cookie (RFC 7873) の概要と運用へのインパクト Copyright 2018
IPsec徹底入門
本資料について 本資料は下記書籍を基にして作成されたものです 文章の内容の正確さは保障できないため 正確な知識を求める方は原文を参照してください 書籍名 :IPsec 徹底入門著者 : 小早川知明発行日 :2002 年 8 月 6 日発売元 : 翔泳社 1 IPsec 徹底入門 名城大学理工学部渡邊研究室村橋孝謙 2 目次 第 1 章 IPsec アーキテクチャ 第 2 章 IPsec Security
Microsoft PowerPoint - d1-大本 貴-DNSSECstatus_DNS-DAY [互換モード]
![Microsoft PowerPoint - d1-大本 貴-DNSSECstatus_DNS-DAY [互換モード]](/thumbs/93/114278672.jpg "Microsoft PowerPoint - d1-大本 貴-DNSSECstatus_DNS-DAY [互換モード]")
DNSSEC の現状 (DNS DAY2011) 株式会社ブロードバンドタワー大本貴 Who am I? 職歴 2000 年インターネット総合研究所入社 2001 年プロデュースオンデマンド (PoD) に出向 ストリーミング配信技術担当 2007 年インターネット総合研究所に帰任 主に社内システムのサーバ運用 コンサルなど 2010 年春からDNSSECジャパンに参加 2010 年ブロードバンドタワーに転籍
信学技報の正誤表 フルリゾルバ運用者の対策 harden-refferal-path harden-referral-path 表 2 $2^16$ $2^{16}$ 6. 現実の攻撃と対策 健在化 顕在化 Copyright 2014 Japan Registry Services C
根元 は攻略されたのか ~ DNS キャッシュポイズニング攻撃と その対策について改めて考える ~ 藤原和典株式会社日本レジストリサービス /JPRS fujiwara@jprs.co.jp 2014/9/12 信学技報の正誤表 4.4.1 フルリゾルバ運用者の対策 harden-refferal-path harden-referral-path 表 2 $2^16$ $2^{16}$ 6. 現実の攻撃と対策
サーバーで安全な設定とは 正しい情報を正しく提供する 不確かな情報を提供したりしない ( 安全というより正しい設定 ) サービス経由で侵入されない 万が一侵入されても被害を最小限にする 2
DNS サーバーの安全な設定 民田雅人 minmin@jprs.co.jp 株式会社日本レジストリサービス DNS DAY Internet Week 2003 サーバーで安全な設定とは 正しい情報を正しく提供する 不確かな情報を提供したりしない ( 安全というより正しい設定 ) サービス経由で侵入されない 万が一侵入されても被害を最小限にする 2 DNS の復習 DNS(Domain Name System)
untitled
DNS ETJP DNS-WG + N+I2005 DNS 2005/6/10 (JPRS) fujiwara@jprs.co.jp ENUM RFC3761 (.e164.arpa) +81-3-1234-5678 (E.164 ) +81312345678 (AUS) 8.7.6.5.4.3.2.1.3.1.8.e164.arpa ( ) URI (NAPTR RR) IN NAPTR 0 "u"
AirStationPro初期設定
AirStationPro 初期設定 AirStationPro の検索 1. エアステーション設定ツール Ver.2 を立ち上げて 次へ をクリックする 注 ) エアステーション設定ツール Ver.2 は 製品に付属している CD からインストールするか http://buffalo.jp/do wnload/driver/lan/ai rnavilite.html にあるエアナビゲータライト Ver.12.71
自 己 紹 介 氏 名 : 藤 原 和 典 個 人 ページ: http://member.wide.ad.jp/~fujiwara/ 勤 務 先 : 株 式 会 社 日 本 レジストリサービス (JPRS) 技 術 研 究 部 業 務 内 容 :DNS 関 連 の 研 究 開 発 IETFでの 活
IETF 95 報 告 DNS 関 連 藤 原 和 典 fujiwara@jprs.co.jp 株 式 会 社 日 本 レジストリサービス (JPRS) IETF 95 報 告 会, 2016 年 5 月 10 日 Last update: 2016/5/10 0300 Copyright 2016 Japan Registry Services Co., Ltd. 1 自 己 紹 介 氏 名 :
いまさら聞けない日本語ドメイン名
いまさら聞けない日本語ドメイン名 民田雅人 日本レジストリサービス株式会社 2008 年 1 月 24 日 JANOG 21@ 熊本 本プレゼンテーションの目的 JANOG の皆さんに 是非とも日本語ドメイン名に関する正しい知識を覚えていただきたい どうも 変な誤解が流通しているらしい 技術者だったら このぐらいは知っておいてもらいたいという極めて個人的希望 2008-01-24 Copyright
untitled
Copyright 2005 1 Copyright 2005 2 1 Copyright 2005 3 Copyright 2005 4 2 Copyright 2005 5 Copyright 2005 6 3 Copyright 2005 7 Copyright 2005 8 4 Copyright 2005 9 Copyright 2005 10 5 Copyright 2005 11 Copyright
058 LGWAN-No155.indd
LGWANに接続した地方公共団体 LGWAN- ASP サービス提供者及びLGWAN 運営主体との間では LGWANを経由した電子メールの送受信が行われています また LGWANと相互接続している政府共通ネットワークを経由することで LGWAN に接続している地方公共団体は 国の府省とも電子メールの送受信を行うことが可能となります LGWANを経由した電子メールは A 市とB 町 LGWAN 内に設置されたによって
スライド 1
今年もやります! ランチのおともに DNS Internet Week 2008 民田雅人 森下泰宏 株式会社日本レジストリサービス 1 本日のランチメニュー DNS の IPv4/IPv6 合わせ盛 DNS の IPv6 対応 1034 円 DNS の 512 バイト包み焼き 512 バイトの壁の由来と EDNS0 1035 円 DNS よろず相談 時価 2 DNS の IPv6 対応 3 DNS
IPアドレス・ドメイン名資源管理の基礎知識
今さら聞けない IP アドレスとドメイン名 ~ 見抜く力の基礎知識 ~ 一般社団法人日本ネットワークインフォメーションセンター角倉教義 Copyright 2017 Japan Network Information Center 目次 ドメイン名 IP アドレスの役割 ドメイン名 IP アドレスの管理 DNS とルーティング Copyright 2017 Japan Network Information
OPENSQUARE
ロードマスター SSL 証明書導入手順書 第 3 版 本書は セコムパスポート for Web(SSL 証明書 ) を WUI を使用してロードマスターに導入する手順を説明します 導入手順の概要は以下の通りです また ロードマスターのシングル構成 HA 構成とも手順は同様です 手順 1.CSR( 証明書署名リクエスト ) の作成手順 2. 作成した CSR の申請と SSL 証明書の取得手順 3.
初心者のためのDNSの設定とよくあるトラブル事例
初 心 者 のためのDNS 運 用 入 門 - トラブルとその 解 決 のポイント - 2013 年 7 月 19 日 DNS Summer Days 2013 株 式 会 社 日 本 レジストリサービス(JPRS) 水 野 貴 史 Copyright 2013 株 式 会 社 日 本 レジストリサービス 1 講 師 自 己 紹 介 氏 名 : 水 野 貴 史 (みずの たかふみ) 生 年 月 日
Net'Attest EPS設定例
Net Attest EPS 設定例 連携機器 : バッファロー WAPM-APG300N Case:TLS 方式での認証 Version 1.1 株式会社ソリトンシステムズ Net'Attest は 株式会社ソリトンシステムズの登録商標です その他 本書に掲載されている会社名 製品名は それぞれ各社の商標または登録商標です 本文中に は明記していません Copyright 2011, Soliton
Web 関連 グリー株式会社後藤 2015/12/8 IETF 94 報告会
Web 関連 グリー株式会社後藤 2015/12/8 IETF 94 報告会 自己紹介 - 後藤 - グリー株式会社 - インフラエンジニア - 主に運用業務 - ISOC-JP Program commitee - 今回 IETF 初参加 - 個人活動 - HTTP2 Study - HTTP2 関連で書籍レビュー 寄稿 目次 Web 関連 - HTTPbis WG - WebPush - QUIC
HomeGatewayにまつわるDNS話あれこれ
HomeGateway にまつわる DNS 話あれこれ 2010 年 11 月 25 日 NEC アクセステクニカアクセスネットワーク技術部川島正伸 目次 Home Gateway の DNS Proxy 機能 DNS Proxy 機能の必要性 DNS Proxy の DNSSEC 対応 DNS Cache は必要? DNS Proxy と IPv6 その他の検討事項 参考情報 オマケ 2001:db8:café::2
DNSでのBGP Anycast運用による 影響の計測 a.dns.jpのクエリログから
IP Anycast で見えてくる インターネットの接続図 --- のクエリログから --- 民田雅人 日本レジストリサービス株式会社 2007 年 7 月 12 日 JANOG 20 @ 帯広 の Anycast JP ゾーンと一部の in-addr.arpa ゾーンを保持 AS 番号 : IPv4: 203.119.1.1IPv6: 2001:dc4::1 BIND 9 (JP DNS は現状全部
DNSを「きちんと」設定しよう
DNS WIDE Project DNS DAY - Internet Week 2002 BIND DNS 2 DNS DNS(Domain Name System) named(bind), tinydns(djbdns), MicrosoftDNS(Windows), etc DNS 4 2 (1) www.example.jp IP 10.100.200.1 10.20.30.40 ftp.example.jp
PowerPoint プレゼンテーション
F5 Networks DNSSEC への取り組み - crypto chips 搭載の強み - vol1.0 F5 Networks って LB の会社でしょ? サーバロードバランサだけでなく DNS WAF Firewall SSL-VPN 等の Module/ 製品があります DNS としてトラフィックをコントロールする Module GTM :Global Traffic Manager 一般的に
LEAP を使用して Cisco ワイヤレス クライアントを認証するための Funk RADIUS の設定
LEAP を使用して Cisco ワイヤレスクライアントを認証するための Funk RADIUS の設定 目次 概要前提条件要件使用するコンポーネント表記法設定アクセスポイントまたはブリッジの設定 Funk ソフトウェアの Inc. Product 設定 Steel-Belted Radius Steel-Belted Radius のユーザの作成関連情報 概要 このドキュメントでは 340 および
<4D F736F F F696E74202D B F8089BB82CC88EA91A496CA C982A882AF82E9504B4982CC8FF38BB52E707074>
標準化の一側面 -- IETF における PKI の状況 -- 富士ゼロックス株式会社システム要素技術研究所稲田龍 概要 RFC 5280 (RFC 3280 の後継 ) が 2008 年 5 月に公開 PKI のインターネットでの利用のプロファイルが更新 PKI のインフラストラクチャとしての利用には決着がついたのか? 新たな暗号 ハッシュアルゴリズムの利用は?
conf_example_260V2_inet_snat.pdf
PPPoE 接続環境におけるサーバ公開 ( スタティック NAT) PPPoE を使用してインターネットサービスプロバイダ ( 以下 ISP) に接続します ISP の複数固定グローバル IP アドレス契約を使用し スタティック NAT による Web/SMTP/DNS サーバ公開を実現します インターフェース ENAT により 複数クライアントからのインターネット向け通信も可能です ISP からは
Net'Attest EPS設定例
Net Attest EPS 設定例 連携機器 : Meru MC1500 AP1020i Case:TLS 方式での認証 Version 1.1 株式会社ソリトンシステムズ Net'Attest は 株式会社ソリトンシステムズの登録商標です その他 本書に掲載されている会社名 製品名は それぞれ各社の商標または登録商標です 本文中に は明記していません Copyright 2011, Soliton
Mobile Access簡易設定ガイド
Mobile Access Software Blade 設定ガイド チェック ポイント ソフトウェア テクノロジーズ ( 株 ) アジェンダ 1 SSL VPN ポータルの設定 2 3 4 Web アプリケーションの追加 Check Point Mobile for iphone/android の設定 Check Point Mobile for iphone/android の利用 2 変更履歴
untitled
IETF / WIDE Project 1 (2008) IETF 1 WG WG Routing savi WG (INT) rtgwg (RTG) sidr WG (RTG) idr WG (RTG) grow WG (OPS) DNS dnsext WG (INT) dnsop WG (OPS) IPv6 v6ops WG (OPS) 6MAN WG (INT) ROUTING SAVI WG
TECHNICAL BRIEF RealServer ロードバランス時の BIG-IP 設定方法 本ドキュメントは複数の RealServer をロードバランスする際の BIG-IP コントローラの設定方法を紹介するもので F5 Networks Japan K.K. と RealNetworks
RealServer ロードバランス時の BIG-IP 設定方法 本ドキュメントは複数の RealServer をロードバランスする際の BIG-IP コントローラの設定方法を紹介するもので F5 Networks Japan K.K. と RealNetworks K.K. によって作成されました FTBU による BIG-IP の初期設定ご購入された BIG-IP の電源を入れ FTBU (First
2 フルサービスリゾルバ スタブリゾルバ からリクエストを 受け取る フルサービスリゾルバは権威ネームサーバに 対して反復復的に 問い合わせを 行行う ルートゾーンの権威サーバ スタブリゾルバ の IP アドレスを教えて? の IP アドレ
夏の DNS 祭り 2014 ハンズオン - Unbound 編 株式会社ハートビーツ滝澤隆史 2 フルサービスリゾルバ スタブリゾルバ からリクエストを 受け取る フルサービスリゾルバは権威ネームサーバに 対して反復復的に 問い合わせを 行行う ルートゾーンの権威サーバ スタブリゾルバ www.example.jp の IP アドレスを教えて? www.example.jp の IP アドレスは
システムインテグレータのIPv6対応
システムインテグレータの IPv6 対応 2012 年 11 月 22 日株式会社 NTT データビジネスソリューション事業本部ネットワークソリューション BU 馬場達也 自己紹介 1995 年に NTT データに入社 R&D 部門でネットワークセキュリティの研究開発 現在は エンタープライズのお客様のネットワークの設計 構築 運用ビジネスを行う部門で新ネットワークサービスの開発を担当 2006 年
R80.10_FireWall_Config_Guide_Rev1
R80.10 ファイアウォール設定ガイド 1 はじめに 本ガイドでは基本的な FireWall ポリシーを作成することを目的とします 基本的な Security Management Security Gateway はすでにセットアップ済みであることを想定しています 分散構成セットアップ ガイド スタンドアロン構成セットアップ ガイド等を参照してください [Protected] Distribution
スライド 1
IP Meeting 2004 DNS & (IANA/RIR) 2004 12 2 JPRS DNS 1 DNS 3 IP Anycast IPv6 AAAA glue BIND DNS 3 IP Anycast DDoS 2002 10 DDoS 13 7 2 DNS DNS 13(=13 IPv4 ) 4 IP Anycast IP RFC 1546
向き合おう、DNSとサーバー証明書 ～DNSとサーバー証明書の最近の関係を踏まえ、DNS運用者がすべきこと～
向き合おう DNS とサーバー証明書 ~DNSとサーバー証明書の最近の関係を踏まえ DNS 運用者がすべきこと~ 2018 年 6 月 1 日 Internet Week ショーケース in 広島株式会社日本レジストリサービス (JPRS) 森下泰宏 本資料は Internet Week 2017 ランチセミナー資料の Update 版です Copyright 2018 株式会社日本レジストリサービス
Microsoft PowerPoint - BIND9新機能.ppt
BIND9 の最新動向 株式会社日本レジストリサービス坂口智哉 1 目次 1. BIND9.9 の主な新機能と変更点 2. バージョンアップ時の応答内容の比較 3. ゾーン転送中のクエリ処理性能 Copyright 2012 株式会社日本レジストリサービス 2 注意事項 本資料の機能は 執筆時点の最新リリース (BIND9.9.1-P2) を前提としたものです 本資料に登場する性能評価は あくまで
ict4.key
IP IP IP IP IP IPv4 32 0-1 IPv6 128 0-1 Web IP 192.47.204.101 IP addressing IP IP IP DNS daito.ac.jp st.daito.ac.jp ic.daito.ac.jp jm.daito.ac.jp DNS =host name....tld www.daito.ac.jp, www.google.com,
ご挨拶
DNSSEC 入門 DNSSEC への対応 2013/05/29 日本インターネットエクスチェンジ株式会社 日本 DNS オペレーターズグループ 石田慶樹 Agenda DNSSEC 対応 権威 DNSのDNSSEC 対応 キャッシュDNSのDNSSEC 対応 2 Agenda DNSSEC 対応 権威 DNSのDNSSEC 対応 キャッシュDNSのDNSSEC 対応 3 DNSSEC 対応 DNSSEC
サーバー証明書 インストール手順-Microsoft IIS 8.x
JPRS サーバー証明書発行サービス サーバー証明書インストール手順 (Microsoft IIS8.0 新規 / 更新 ) Version 1.1 株式会社日本レジストリサービス (JPRS) Copyright 2017 Japan Registry Services Co., Ltd. 更新履歴 日付 Version 2016/07/29 1.0 初版リリース 2017/10/18 1.1 3.
~IPv6 と DNS の正しい付き合い方~ IPv6時代のDNS設定を考える
~IPv6 と DNS の正しい付き合い方 ~ IPv6 時代の DNS 設定を考える 2009.3.5 IPv6 Operations Forum @ Shinagawa ( 株 ) クララオンライン 白畑 真 1 自己紹介など 白畑真 ホスティング事業者にてネットワークとサーバ周りの雑用など DNS との関わり お客様のドメイン名をホスティング オーソリテイティブサーバとして動作しているサーバが多い
Internet Initiative Japan Inc. プロトコルの脆弱性 ( 株 ) インターネットイニシアティブ 永尾禎啓 Copyright 2004, Internet Initiative Japan Inc.
プロトコルの脆弱性 ( 株 ) インターネットイニシアティブ 永尾禎啓 nagao@iij.ad.jp Copyright 2004, TCP/IP プロトコルスタックの脆弱性 プロトコルの仕様から見た脆弱性の分類 1. 仕様は正しいが 実装上のバグ 2. 仕様の曖昧さに起因! 実装によっては脆弱性が存在 3. 仕様自体のバグ 4. バグではないが仕様上不可避な問題 プロトコルの脆弱性 とは " プロトコルの仕様に起因する脆弱性
Net'Attest EPS設定例
NetAttest EPS 設定例 連携機器 : UNIFAS Managed Server+ACERA802 Case:TLS 方式での認証 Version 1.0 株式会社ソリトンシステムズ NetAttest は 株式会社ソリトンシステムズの登録商標です その他 本書に掲載されている会社名 製品名は それぞれ各社の商標または登録商標です 本文中に は明記していません Copyright 2012,
Thunder ADC( ロードバランサー ) における クライアント証明書認証の設定手順 Ver.1.0 2015 年 9 月 Copyright by JCCH Security Solution Systems Co., Ltd., All Rights reserved JCCH セキュリティ ソリューション システムズ JS3 およびそれらを含むロゴは日本および他の国における株式会社 JCCH
e164.arpa DNSSEC Version JPRS JPRS e164.arpa DNSSEC DNSSEC DNS DNSSEC (DNSSEC ) DNSSEC DNSSEC DNS ( ) % # (root)
1.2.0.0.1.8.e164.arpa DNSSEC Version 1.0 2006 3 7 JPRS JPRS 1.2.0.0.1.8.e164.arpa DNSSEC DNSSEC DNS DNSSEC (DNSSEC ) DNSSEC DNSSEC DNS ( ) % # (root) BIND DNS 1. DNSSEC DNSSEC DNS DNS DNS - 1 - DNS DNS
2011 NTT Information Sharing Platform Laboratories
NGN IPv6 multi-homing uplink load balancing 2 3 4 uplink uplink prefix domain A domain A prefix prefix prefix = longest match domain A domain A DNS Server domain A domain B 5 uplink uplink prefix domain
ブロードバンドルータにおける問題(オープンリゾルバ)の解説、対策の説明
Internet Week 2014 DNS のセキュリティブロードバンドルータにおける問題 ( オープンリゾルバ ) の解説 対策の説明 2014 年 11 月 20 日 NECプラットフォームズ株式会社開発事業本部アクセスデバイス開発事業部 川島正伸 Internet Week 2014 T7 DNS のセキュリティ 目次 世間が注目!? 家庭用ルータが引き起こすネット障害 ブロードバンドルータにおけるDNSプロキシ機能とは?
今後の予定 第 10 回 :6 月 22 日 暗号化ソフトウェア :SSL,SSH 第 11 回 :6 月 29 日 サーバセキュリティ 第 12 回 :7 月 6 日 理論 : 計算論, 暗号プロトコル 第 13 回 :7 月 13 日 企業 組織のセキュリティ :ISMS, 個人情報保護法 第
情報セキュリティ 第 10 回 :2007 年 6 月 22 日 ( 金 ) 今後の予定 第 10 回 :6 月 22 日 暗号化ソフトウェア :SSL,SSH 第 11 回 :6 月 29 日 サーバセキュリティ 第 12 回 :7 月 6 日 理論 : 計算論, 暗号プロトコル 第 13 回 :7 月 13 日 企業 組織のセキュリティ :ISMS, 個人情報保護法 第 14 回 :7 月 20
はじめに はじめに 本書について本書はオールインワン認証アプライアンス NetAttest EPS と ELECOM 社製 L2 スイッチ EHB-SG2B シリーズおよび EHB-SG2B-PL シリーズの IEEE802.1X EAP-TLS/EAP-TLS+ ダイナミック VLAN 環境での接
認証連携設定例 連携機器 ELECOM EHB-SG2B/EHB-SG2B-PL シリーズ Case IEEE802.1X EAP-TLS/EAP-TLS+ ダイナミック VLAN Rev1.0 株式会社ソリトンシステムズ はじめに はじめに 本書について本書はオールインワン認証アプライアンス NetAttest EPS と ELECOM 社製 L2 スイッチ EHB-SG2B シリーズおよび EHB-SG2B-PL