インターネットにおけるパーソナルネットワークの構築光来健一* 千葉滋**,*** *東京大学 **東京工業大学 ***さきがけ２１ネットワーク利用形態の変化  複数のネットワークを利用大学、自宅、出張先…  それぞれのネットワークは閉鎖的   P2P（peer-to-peer）通信を利用 Gnutellaなど  公開サーバとの通信だけではない  インターネットネットワークA PC ネットワークB 位置情報に基づくアクセス制御  従来は位置情報（IPアドレス）に基づいてアクセス制御を行っていた  IPの割り当ては組織の構造を反映する • 組織毎のアクセス制御に適する  ユーザが複数のネットワークを利用する場合に問題が生じるリモートログインして利用するのは不便  アクセス制御には固定のグローバルIPが必要  • DHCPによる動的割り当てやプライベートアドレスユーザ中心のネットワークの必要性  ユーザ情報に基づいてネットワークの利用を制御すべきユーザの概念はOSの他の部分では使われている  ネットワークトポロジに縛られず、利用できるネットワークの全ての能力を使える  • あたかもそのネットワーク内にいるかのように  IPよりきめ細かなアクセス制御ができる • 一台のホストを複数ユーザで使う場合などユーザ中心のネットワークで実現できる世界     リモートネットワークリモートネットワークのサービスを使えるローカル・ウェブページの参照高速ネットワークの利用ユーザに基づく新たなネットワークを構築できる   別々のファイアウォール内のホスト同士の通信複数ユーザで仮想サブネットを構築ウェブサーバ低速ネットワークネットワークA 仮想サブネット PC ユーザA ユーザB PC ネットワークB パーソナルネットワークの提案  仮想プライベートネットワーク（VPN）にユーザの概念を取り入れたもの  ユーザ専用の仮想ネットワークを構築 • ユーザ毎にネットワーク資源を割り当てる • ユーザ毎にネットワークの設定を行える • 経路上のホストはユーザ毎に異なる中継をするゲートウェイユーザA サーバ１ B C クライアント拒否サーバ２リモートネットワークネットワーク資源のパーソナライズ  特定のユーザにしか使えない仮想ネットワークを張ることができるユーザID、ユーザの証明書で利用を制限  ユーザ毎に通信路を暗号化  • 組織内の通信路も暗号化する  通信相手ごとにネットワークポートに割り当てるサービスを変更できる  同一のポート８０番で別々のウェブサーバネットワーク設定のパーソナライズ  ユーザ毎（プロセス毎）に異なるネットワーク設定ができる  ルーティングテーブル • ユーザが最適な経路を選択できる  IPアドレス、ホスト名、ドメイン名 • 構成する仮想ネットワークに合わせて変更できる  サーバ設定、ドメイン名の検索順序 • ユーザレベルでのネットワーク関連処理も変更できるゲートウェイのパーソナライズ  ユーザ認証に基づいてパケットを中継する  通信相手によってパケットの中継先を変える • 同一ポートであっても別々のサービスに中継可能 • 許可されたユーザからのパケットはファイアウォールを超えられる  仮想的にリモートユーザの役割を演じる • パケットの送信元アドレスを変換する • ゲートウェイのアドレスまたはユーザ専用の内部アドレス • 従来のIPによるアクセス制御が使える信頼できないユーザとの通信  通信相手ごとに異なるパーソナルネットワークを使うことができる  安全性への配慮 • 通信相手ごとに異なる仮想ネットワークを使う • 通信に関与しているプロセスを他のプロセスやネットワークから分離するホストA 盗聴できるホストB 信頼できないユーザとの通信  通信相手ごとに異なるパーソナルネットワークを使うことができる  安全性への配慮 • 通信相手ごとに異なる仮想ネットワークを使う • 通信に関与しているプロセスを他のプロセスやネットワークから分離する盗聴できないホストA 干渉できないホストB 実装  パーソナルネットワークを使って直接通信できないホスト間のプライベート通信を実現   双方共にファイアウォール内にある、または、プライベートアドレスしか持たない場合実装した機能 SSLのカーネルサポート  ゲートウェイでのユーザ認証に基づく中継  SSLのカーネルサポート  機能証明書を用いたユーザ認証  通信路の暗号化   API setsockopt(SO_USE_SSL) ...SSL利用宣言  certctl …証明書登録  connect/accept ...SSLネゴシエーション  write/read, send/recv ...暗号化・復号化  カーネルサポートの利点アプリケーション透過にできる  ユーザ単位でSSLセッションを再利用できる   証明書を用いた完全なSSLネゴシエーションをしなくてよい • セッション確立の性能改善  fork/execしてもSSLセッションを継続できる forkしてもセッション管理の整合性がとれる  ライブラリレベルでの対応ではexecによってセッション情報が失われる  acceptの実装  サーバ側はカーネルスレッドを使ってSSLネゴシエーションを行う   acceptは確立したコネクションをキューから取り出すコネクション確立と同時に別の通信を行う場合に対応カーネルスレッドユーザスレッド connect(s) (SSLconnect) SSLaccept write(s0) read(s0) • UNIXではacceptを発行しなくてもコネクションが確立する accept(s) クライアントサーバゲートウェイのSSLルーティング  ユーザ認証に基づいてSSLセッションを中継する  内部ユーザが中継ルールを登録できる • ユーザ証明書による制限つきゲートウェイ kourai 10080 セッション1 80 復号化暗号化セッション2 host B host A 登録 port 10080 hostB:80 user kourai ２つのSSLセッションの結合  クライアント-ゲートウェイ間、ゲートウェイサーバ間のセッションを１つに結合復号化・暗号化のオーバヘッドを減らす  ゲートウェイで通信内容の解析を行える  ①セッション1の情報を送るセッション1 クライアントゲートウェイセッション2 サーバセッションID 暗号方式マスター鍵：セッション1 復号も可能 ②仮想セッションを作る実験  パーソナルネットワークを通してSSLを使った場合の性能を測定した    SSLセッションの再利用による性能改善 SSLセッションの結合による性能改善実験環境  OpenSSL 0.9.6 • SSLv3, RSA 1024bit, 3DES, SHA1    PentiumIII 733MHz 3台 100Mbpsイーサネット Linux 2.4.2上のユーザプログラム実験結果  SSLセッションの再利用による性能改善   大幅な改善コネクションが頻繁に張られる場合に有効表１：セッションを確立するまでにかかる時間  SSLセッションの結合による性能改善   1.7倍の性能向上復号化・暗号化が大きなボトルネック表２：セッション結合の有無によるスループットの差 msec Mbps 再利用しない 60 結合しない 3.9 再利用する 1 結合する 6.5 関連研究（1/2）  IPsec [RFC 2401]   PPTP [RFC 2637]   ホスト全体がリモートネットワークに参加し、ユーザ単位での制限はできない PPP接続時にはユーザ認証を行うが、その後は誰でも使えるネットワークになる SSLプロキシ/sshポート・フォワーディング  暗号化通信路の確立時にはユーザ認証を行うが、その後は誰でも使えるポートになる関連研究（2/2）  多重通信クラス [廣津ら’00]   Active Network [Tennenhouse et al.97]   VLANを使ってトポロジの観点からネットワークを分割し、複数の仮想ネットワークを構築できる経路上の各ノードにプログラムを送り込むことで、パケット毎に中継の仕方を変えられる FreeBSD jail  各サービスを一種のVMで動かせるまとめ  パーソナルネットワークを提案した   直接通信できないホスト同士のプライベート通信を可能にした    仮想プライベートネットワークにユーザの概念を追加 SSLのカーネルサポートゲートウェイでのユーザ認証に基づく中継パーソナルネットワークを通してSSLを使うことにより、性能が改善することを確かめた今後の課題  実現できていない機能を実装するユーザ毎のネットワークポート空間の分離  ネットワーク設定のパーソナライズ  • いかに安全に整合性のとれる形でユーザにネットワークの設定を許すか • ユーザレベルのネットワーク設定をどのように変更させるか  通信しているプロセスの隔離