ホームページ > 記事 > ウェブフロントエンド > DDos攻撃とは何ですか?ノード SSR サービスは攻撃をどのように防止し、処理しますか?

DDos攻撃とは何ですか?ノード SSR サービスは攻撃をどのように防止し、処理しますか?

青灯夜游転載: 2022-10-17 20:12:541426ブラウズ

DDos 攻撃とは何ですか? node SSR サービスは DDos 攻撃をどのように防止し、対処しますか?次の記事では、DDos 攻撃を理解し、ノード SSR サービスが DDos 攻撃を防止および処理する方法を紹介します。

DDos 攻撃の防止と対処は安定性構築の重要な部分であり、事前に防止しておかないと、攻撃を受けるとサービスが利用できない状態に陥ります。、ビジネスに多大な損失をもたらす可能性があります

この記事はノード ssr サービスの観点に偏っています、フロントエンド開発の学生はこの側面にもっと注意を払う必要があります。 [関連チュートリアルの推奨事項: nodejs ビデオチュートリアル ]

DDos 攻撃とは何ですか?

一般的な例を挙げると、当社の Web サイトは銀行にたとえられます。通常の状況では、銀行は同時に最大 100 人の業務を処理できます。通常は歩いて移動するだけで済みます。

# 突然、不正組織がみかじめ料を徴収しようとしたが、銀行がそれを拒否したため、不正組織は番号を入手するために 3,000 人、場合によっては 30,000 人もの人員を派遣しました。同時。番号を渡した後は、引き続き番号を受け取ります。その結果、サーバーが処理できなくなり、多数の通常の顧客が待機することになります。これは DDOS 攻撃です。短期間に大量のリクエストを開始し、サーバーのリソースを使い果たし、サーバーのリソースを使い果たすことができなくなります。通常のアクセスに応答するため、Web サイトのパフォーマンスが実際に低下します。

DDOS は攻撃ではなく、大きなクラスの攻撃の総称です。その種類は数十種類あり、常に新しい攻撃方法が考案されています。 Web サイト運営のあらゆる側面が攻撃の対象となる可能性があります。 1 つのリンクが壊れてプロセス全体が実行できない限り、サービスを麻痺させる目的は達成されます。

その中でも、最も一般的な攻撃の 1 つは cc 攻撃です。 CC 攻撃は Web ページをターゲットとしています。CC 攻撃自体は通常のリクエストです。Web サイト上の動的ページに対する通常のリクエストもデータベースとやり取りします。この「通常のリクエスト」が一定のレベルに達すると、サーバーは応答できなくなります。、それによって崩壊します。

baike.baidu.com/item/cc�%…

この記事の以下の内容は cc 攻撃を対象としています。

どうすれば防ぐことができますか?

#まず、サービスに届くリクエスト間のパスを理解します。

ビジネスサービスクラスターサービスリンクの最下位層とコア資産、上位層の完全な保護は非常に重要です DDos攻撃とは何ですか?ノード SSR サービスは攻撃をどのように防止し、処理しますか?

外層で悪意のあるトラフィックを遮断した後は、ビジネスクラスタは頻繁な運用とメンテナンスを必要としません ( (容量の拡張と縮小、フローの制限など)、運用と保守のコストを削減します。

ビジネスクラスターは、トラフィックを攻撃するために大量の追加リソースを準備する必要がなく、コストを節約できます。

汎用性が高く、他サービスへの移植も容易なため、収入の安定を実現します
予防法もこの順で紹介します

CDN レイヤーへのアクセス

#nginx の現在の制限
##その他の保護層
発信元サイトの処理能力を向上させます。
攻撃が発生した場合、SSR を一時的に CSR にダウングレードします
- #1. CDN 層にアクセスします

たとえば、数百万、数千万、あるいはそれ以上の瞬間的なトラフィックが流入した場合、負荷分散層がダウンする可能性があり、会社全体に影響を及ぼします。ビジネス。攻撃されたのはサービスだけではありません

CDN の保護機能には、CDN キャッシュ、ロボット検出、IP レピュテーションデータベース、カスタム保護ルールセットの構築 (過去の攻撃と組み合わせたもの) が含まれます。機能やビジネスフォーム）など（有料レベルで有効）

別の余談（個人的な意見）ですが、CDN ベンダーは世界中に無数のサーバーを所有しており、大手 CDN ベンダーはほぼすべてのサーバーに対抗できます。また、保護レベルに応じた料金（保護料）も発生します。個人的には、一部の攻撃はCDNベンダーと違法業者が結託して発生しているのではないかと考えています。不正業者がみかじめ料を請求しているのと同じです。みかじめ料を支払わない場合は、痛みを知らせるために店舗を潰します（攻撃）。、CDN 保護サービスを購入します。また、数千万以上の QPS を有効にすることができますが、(多くのサーバーを所有する) CDN メーカーを除いて、一般の人には難しいはずです。

2. nginx 電流制限

3. WAF ファイアウォールへのアクセス

これら 2 つについて一緒に説明しますが、これも偏っています。メンテナンスレベルは企業レベルのインフラストラクチャであり、特定のアクセス方法と特定の構成は企業ごとに異なります。ここでは詳細には触れません

nginxの電流制限とは何ですか?
- 自分で検索できます
WAF ファイアウォールとは何ですか?
- この記事を読むことができますwww.huaweicloud.com/zhishi/waf0…
WAF レイヤーを要約すると、次のようになります。悪意のあるスキャナー、IP、サイバーホースなどの脅威を検出および傍受するための豊富なレピュテーションデータベースをセットアップします。
- 包括的な攻撃保護: SQL インジェクション、XSS クロスをサポートします。サイトスクリプティング、ファイルインクルード、ディレクトリトラバーサル、機密ファイルアクセス、コマンド/コードインジェクション、Web トロイの木馬のアップロード、サードパーティの脆弱性攻撃などの脅威を検出および傍受します。
- #人間とコンピューターの認識
- インターフェース速度制限、WAF は IP または Cookie に基づいて柔軟な速度制限ポリシーを設定できます
- フィールドと論理条件の豊富な組み合わせに基づく、正確な制御
  ##豊富なフィールド条件をサポート: IP、URL、リファラー、ユーザーなどの一般的な HTTP パラメーターとフィールドに基づいて-Agent、Paramsなどの条件の組み合わせ。
  - さまざまな条件付きロジックをサポートします。包含、非包含、等しい、等しくない、プレフィックスが等しい、プレフィックスが等しくないなどの論理条件をサポートし、ブロックまたは解放ポリシーを設定します。
#4. その他の保護層
企業によっては、さまざまなビジネスや独自の特性に対応する他の保護層がある場合があります。単一インスタンスの過負荷保護などのレイヤー (現在のサービスのステータスが過負荷かどうかを判断し、トラフィックの優先度に基づいて優先度の低いリクエストを動的に破棄して、可能な限りサービスの正常な動作を保証します)

ここには保護層の種類がたくさんありますので、興味があれば詳細をご覧ください
#5. 起点局の処理能力を向上させる
##鉄を鍛えるには自分の努力が必要
これはわかりやすいですね、サービスの処理能力を向上させれば自然とトラフィックも増えます。 SSR サービスには、次のようないくつかの提案があります。

提案 1: ssr サービスはルート HTML の戻りのみを処理し、他のすべてのリソースは CDN に配置する必要があります

ssr サービスの場合、提案を行うことが非常に重要です。

ssr サービスにはルート HTML の戻りのみを処理させます。その他のリソースはすべて CDN に配置する必要があります

こちら juejin を例にするとわかりやすいですが、下の図を見ると juejin 自体も SSR であることがわかります元のサイトはルート HTML のみを処理し、他のすべてのリソース (js、css、画像、フォントなど) は CDN に配置されます。
これの目的は、発信元サイトの処理能力を向上させることでもあります
- ## 提案 2: 攻撃が来た場合、SSR を一時的に CSR にダウングレードする
#SSR レンダリングは CPU 負荷が高くなります (生成するにはコンパイルと解析が必要です) HTML) であるため、ssr サービスの QPS 能力は高くありません。攻撃を受けると簡単に負けてしまいます。
解決策: SSR を一時的に CSR にダウングレードします
SSR をダウングレードするにはどうすればよいですか?

CSR (クライアント側レンダリング) にダウングレードすると、サーバー側で複雑な HTML を生成する必要がなく、単純な HTML を返すだけで済みます。

CSR はシングルページアプリケーションです。最も単純な例は UI コンポーネントライブラリです。下の図でわかるように、この HTML は非常にシンプルで静的です。この静的 HTML を返すことはサーバーリソースをあまり消費しません.
- また、ルート HTML ファイルをメモリにキャッシュすることもでき、## の処理能力を向上させることができます。 # サーバー。数十、場合によっては数百倍も改善されました。
SSR ダウングレードを実現する方法については、後の記事で書きます。
- たとえば、小規模なトラフィック攻撃にしか抵抗できない弾性拡張および収縮機能がある可能性があります。
が攻撃されており、サービスが非常に遅くなり始めているか、直接ブロックされていることさえあります。現時点では、コード層を最適化するには遅すぎるため、一部の構成しか実行できません。運用保守層
ここでは主に次の 3 つの点を列挙します。追加は歓迎です

拡張
保護戦略のアップグレード

CDN キャッシュを有効にする
- は小規模なトラフィック攻撃のみに対処できます