QUICやHTTP/3で利用を避けるべき送信元ポートの議論についての考察 - show log @yuyarin

https://www.slideshare.net/yuyarin/quicnat 最近QUICとNATについての話をJANOGで紹介するぐらいQUICという新しいプロトコルに既存のネットワークインフラがどう適応していくかを考えています。 id:asnokaze さんの記事で紹介されているように、QUICやHTTP3/3で送信元UDPポートとして利用を避けるべきポートの議論が行われています。これはUDPのリフレクション攻撃のへの対応としてインフラストラクチャ側で特定のUDPポートのトラフィックをブロックしているケースがあるからです。実際に私もこのブロックの設定を行ったことがあります。 これはUDPというプロトコルの特性に起因する問題であり、QUIC, HTTP/3に限らずUDPを使うプロトコルに広くある問題です。 asnokaze.hatenablog.com QUICクライアント側で送

[delegate]

[HTTP/3][ポート]

[udzura]

“UDP増幅攻撃”

[wata88]

UDPつらい

[tmatsuu]

なるほどUDPが故に。sysctlでip_local_port_rangeの範囲を広げている場合は要注意。とりあえずip_local_reserved_portsで少なくとも11211を設定すれば良いかな。