私は、クッキーを再送せずにループ内で同じURLを要求する小さなテストケースを作成しました。数分後、JettyサーバーがOutOfMemoryErrorでクラッシュします。その理由は、すべての要求が新しいセッションを生成するからです。多くのサーブレットセッションでDOS攻撃を防ぐ方法は?
このような攻撃を防ぐためにJettyサーバーまたはサーブレットAPIの機能はありますか?
私は、クッキーを再送せずにループ内で同じURLを要求する小さなテストケースを作成しました。数分後、JettyサーバーがOutOfMemoryErrorでクラッシュします。その理由は、すべての要求が新しいセッションを生成するからです。多くのサーブレットセッションでDOS攻撃を防ぐ方法は?
このような攻撃を防ぐためにJettyサーバーまたはサーブレットAPIの機能はありますか?
は、次のいずれかの方法を考えてみましょう:
これはあまり役に立たない答えのようです。セッションをデータベースに移動しても、セッションは変更されません。セッションタイムアウトを数秒に設定すると致命的になります。この場合、QoSFilterは何も防ぐのに役立ちません。 QoSも別の問題です。 DoSフィルタは助けになることができますが、有用な設定は何ですか?あなたはそれを自分で使っていますか? – Horcrux7
さまざまなユースケースや異なる企業に異なる技術を使用しています。 1つの手法が適切な場合もあれば、複数の手法がある場合もあります。彼らは、私の答えでは、それぞれの効果が同じ順序で表示されています。 –
これは、Webサーバー/サーブレットではなく、ロードバランサ/プロキシの役割です。 – BalusC
@BalusCロードバランサまたはプロキシはありません。 – Horcrux7