2005-10-24

blackdog詳解

自分なりに整理してみた。

外観

まず外観から。

タバコより一回りくらい小さい。iPod miniを縦に小さくした感じ。
真ん中にあるのが指紋認証。指紋認証しなくてもログインできるので意味無い。
トゲトゲなのは付属品の首輪モジュール。意味は全く無い。
インターフェースはUSB。小さいポートがあるので、ケーブルでPCにつなぐと利用できる。

利用方法

USBでPCに挿す
PCでblackdogがCD-ROMとして認識される
PCでCD-ROM(に見えるもの)の中にあるXServerや中のネットワークのプロキシ(後述)が起動。
PCからCD-ROMが抜けたように見える。
(多分この間にblackdog側のカーネルがブートしてる)
PCでblackdogがlinksysのethernet adapterとして認識される
Xで指紋認証アプリが起動
指紋認証（又は指紋認証スキップ）でランチャが立ち上がる

後はランチャからターミナルを開くなり、好き勝手できる。
ちなみに、厳密にはBlackdogはUSBハブ＋USB-CD-ROM＋USB-Ethernet Adapterに見える。

ネットワーク構成

XのやりとりはPCから認識されているEthernet Adapter経由でやればいいんだけど、blackdog内で動くアプリの通信がどうやってPCのネットワークを利用するかが、実際見るまでよくわかんなかった。

多分下図のような構成になってる（左側がPC、右側がblackdog）。

kernelとuserの構成は多分これで正しい。
physicalレイヤだけはあんまり調べてないからよくわかんない。PCからはUsb-ethernetとして見えるけど、linux側は別にmacがあんのか単純にlinksysっぽい動きをしてんのか、とか色々やり方ありそうだけどわかんない。とりあえずIP/USBとだけ書いたけど。

実際の流れとしては、以下のような感じ。

例：http://google.comにアクセス

一般アプリがgoogle.comにconnect()
ルーティングテーブルではtap0がdefaultルートなため、パケットがtap0から送出される。
tap0に書き込まれたパケットは/dev/net/tunからイーサフレーム以上の部分が読み込み可能。vtunがtap0から読み込む
vtunはtap0から読み込んだパケットをudpでカプセル化して、PC側で動作するRealm-networking.exeに送る
Realm-networking.exeはカプセル化されているパケットを読み出し、適切な動作を行う

pingをblackdogからgoogleなどに送ると、ICMPではなく、代わりにgoogleのecho(UDP)ポート宛てのパケットが送出される。この動作からして、Realm-networking.exeはraw socketなどを使って単純にパケットを右から左へ流すだけではなく、ペイロードの内容をパースして、synだったらconnect()呼び出したり、rst/finだったらclose()呼んだりと、大分面倒臭いuser-mode IP Masquerade的な動作をしていることが想像できる。まじ地獄。
じゃあなんでraw socket使わないの？っつーと、多分権限の問題だと思うけど。っつーか、CD-ROMとかネットワークアダプタって非adminで使えるのか？今度漫画喫茶で試してみよう。