DoS攻撃に対するソリューションのほとんどは、アプリケーションレベルではありません。プロキシサーバーを使用している場合、アプリケーションレベルでのDoSの可能な対策は何ですか?
まず第一に、サービス拒否を表すDoSと、DDoS-分散サービス拒否を区別することが重要です。ほとんどの場合、DoSはソフトウェアの脆弱性が原因で発生します。ここでは、攻撃防止の手段としてパッチとアップデートが提供されます。脆弱ではないサービスに対するDoSは分散型攻撃ではなく、効果がなく、現在は使用されていません。質問のポイントだったと思いますが、DDoSについて話すと、状況は少し複雑になります。巨大な場合のIPTABLES PPS=通常は効果がありません-ゾンビマシンの場合のように、攻撃はさまざまな場所から行われます。ユーザーを禁止するだけで、何度も何度も表示されます。私は提案することができます:
これは議論する長いトピックです。私はこの推奨事項に留まるのではなく、より正確な情報を得るためにそれらについてググるようお勧めします。
DDoSに関する部分は今のところ無視します。これは、ネットワークまたはサーバーインフラストラクチャ(IIS/Apache /その他のWebサーバーを含む)のいずれかで停止する必要があるためです...
DoS(アプリケーション層であり、分散されていない)は、いくつかの異なるタイプの攻撃と見なすことができることを理解することも重要だと思います。
各カテゴリには、攻撃するための異なる戦術があり、もちろん、防止するためのさまざまなソリューションがあります。ただし、DoSにつながる可能性のあるコーディング上の欠陥がいくつかありますが、これは完全なリストからのFARです。
DROP TABLE
はい、ご存知のように、DoSにつながる、またはフラッディングを引き起こす可能性のある多くのさまざまなパターンと欠陥があります。これは単一クラスの攻撃ではなく、1つのカテゴリーの損傷です。
それらすべてから保護するには、それぞれに対処して適切な制御を実装し、脅威モデリングを実行して、可用性に影響を与える可能性のある他の関連する脅威がないかどうかを確認する必要があります。
システムによって異なり、これらすべての攻撃の特効薬ではありませんが(それでも役立ちます)、検討できる1つの一般的な推奨事項は、「ウォッチドッグ」サービスの実装です。このサービスは、アプリを監視し、必要に応じてアプリを再起動し、必要に応じて管理者に通知することができます。その他のol 'webアプリにはお勧めできません。