DHTのセキュリティ考察～その５ ノードIDの偽装対策

今回はＤＨＴのNodeIDの偽装対策について検討しよう。

□Ｃｈｏｒｄの実装
ＣｈｏｒｄはＮｏｄｅＩＤとして、ＩＰアドレスのハッシュ値を取っている。
ＩＰアドレスは（グローバルなら）一意だし、また通信ノードのＩＰアドレスが分かれば、ＮｏｄｅＩＤとＩＰアドレスからノードの正当性が簡単に確認できる。

しかしこの方法は次のような課題点がある

[課題点]プライベートアドレスのノードが存在すると、NodeIDが衝突する恐れがある
[課題点1-1]NAT-FW、プロキシがある場合、仮にグローバルアドレスをノードが
取得しても
ＮｏｄｅＩＤが衝突してしまう。
[課題点1-1-1]グローバルアドレスをノードが自動的に取得する方法がない場合
がある
[課題点1-2]固定ＩＰ払い出しサービスでない限り、ＩＰアドレスは変動する

ではどのようにすれば良いのか？

□Chord実装の拡張

ひとつの方法はＩＰアドレスとポートを組み合わせた数値のハッシュ値をＮｏｄｅＩＤとする方法である。これにより課題点１－１はクリアする。ただし、やはり[課題点1-1-1]を検討する必要がある。

課題点1-1-1,1-2の解決方法としてはSTUNやＴＵＲＮサーバを使って、ノードがインターネットで通信する際のグローバルアドレスとポートを定期的に取得することが必要だろう。もちろんＵＰｎＰを利用する方法もある。

□電子証明書による正当性確認

もうひとつの正当性確認方法は電子証明書を利用する方法である。
各ノードに配布した電子証明書のシリアル番号と名前の組み合わせを数値化し、そのハッシュ値をＮｏｄｅＩＤとする。検証する際には電子証明書を参照し、検証するノードとチャレンジレスポンスをすればよい。
（チャレンジレスポンスをする理由は電子証明書を持っている人が本当に発行元のノードであることを確認するため）上記方法はノードがプライベートアドレスでもグローバルアドレスでもまったく関係なく正当性が確認できる利点がある。

ただし、この方法はノードに負担かかることは言うまでもないだろう。