「TCPに容易にDoS撃を可能とする脆弱性」記事へのコメント

SYN flood

[suntear (11933)]

攻撃が問題となった時に SYN Cookie で対処したように、何らかの対策はできそうですね。直感ですが、、、

Re:SYN flood

[flatline (5514)]

実装の問題というよりも、今回はプロトコルそのものの問題なので、最終的にはRFC793を修正する必要がありますねぇ．
最も影響をうけるBGPについてはTCP MD5 Signature Option(RFC2385)などの回避作も推奨されているようです．

3-way handshakeで鍵を共有しては?

[brake-handle (5065)]

ただし、MD5 Signatureはend-to-endで鍵が共有できていることを仮定しています。もしアプリケーションに依存せず、すべてのTCP接続でこれをやろうとしたら、IKEか何かを動かさないと使いものにならないでしょうね。

3-way handshakeの間にend-to-endで鍵を共有することができれば、TCPだけでheaderの認証がで

Re:3-way handshakeで鍵を共有しては?

[satsuki (5219)]

鍵交換にそういう方法を使うとman-in-the-middle-attackくらうぞと怒らるのですが，話をTCPに絞って云えば今回の件にはあるていど有効だし，なにより面倒がなさそうなので，低コストでの実現方法があるとそれなりにうれしいかもしれないですね

Re:3-way handshakeで鍵を共有しては?

[brake-handle (5065)]

各々のendが事前に何らかの知識を(第三者を経由する場合を含めて)共有することなしにman-in-the-middleを防ぐというのは、本質的に不可能ではないでしょうか。TCPは通信相手に対してゼロ知識を仮定しなければならないので、相手を認証する手立ては全くありませんよね。高々、攻撃にさらされる時間を短縮するぐらいしかできないと思います。

ところで、もしこの弱点を狙い、TCPのendではない計算機が攻撃をかけよう

Re:3-way handshakeで鍵を共有しては?

[satsuki (5219)]

いや，man-in-the-middle-attackができるから良くない，というわけではないです．
知識共有はあまりにもコストが高く付き過ぎるので，中間者攻撃が可能なら可能でかまわないから，軽くて安いちょっとした防御ができたらいいなぁと．それだけです
そこまで心配する危険性でもないのかもしれませんが

ところで，この件ではsnoopはないという前提だと思います．アドレスも推測するだけだと思います．
snoopできれば，window sizeなど関係なくピンポイントでシーケンス番号を決められるので簡単にコネクションを切れます．
今回のは，経路上にいないホストからなんとなくのあてずっぽうで撃った時に，思っていたより的が大きくて当たりやすいんじゃないかしら，ということです

Re:3-way handshakeで鍵を共有しては?

[brake-handle (5065)]

あれ... TCP接続経路上にない計算機がsource addressのsnoopなしに攻撃することって本当に可能ですか? TCP接続って、(source address, source port, destination address, destination port)の4つ組で定義されると思ったんですけど。4つ組の各々に(例えばBSDの場合)PCBが割り当てられるので、第三の計算機から攻撃する場合はspoofしないとPCB lookupが失敗すると見たんですが...

Re:3-way handshakeで鍵を共有しては?

[brake-handle (5065)]

たて続けですみませんが、私が考えてた通り、一般に攻撃計算機は(portだけでなく)source addressをspoofしないとダメなようですよ。NISCC advisoryのsummaryには以下のように書かれています(もしかして、satsukiさんもspoofをsnoopと読み間違えてました?)。

The fact that TCP sessions can be reset by sending suitable RST and SYN packets is a design feature of TCP according to RFC 793, but a reset attack is only possible at all because the source IP address and TCP port can be forged or “spoofed”.

Re:3-way handshakeで鍵を共有しては?

[brake-handle (5065)]

訂正: s/snoop/spoof/

FreeBSDのin_pcblookup_hash()で調べてみましたが、最終的には先の4つ組をすべて調べてますね。pseudocodeはこんな感じです。

in_pcblookup_hash(
　faddr /* 他計算機アドレス */,
　fport /* 他計算機ポート */,
　laddr /* 自計算機アドレス */,
　lport /* 自計算機ポート */)
{
　hash = PCBHASH(faddr, fport, lport);
　foreach inp in hash {
　　if (inp->faddr == faddr
　　　&& inp->fport == fport
　　　&& inp->laddr == laddr
　　　&& inp->lport == lport)
　　　　return (inp);
　}
　return (NULL);
}

Re:3-way handshakeで鍵を共有しては?

[satsuki (5219)]

あーまちがえました
ごめんなさい