サービス拒否攻撃への対策：質問と回答

サービス拒否攻撃への対策は、1 つのスイッチではなく複数の層です。ホスティング事業者や CDN の処理能力、公開しないオリジンのアドレス、レート制限、キャッシュ、妥当なタイムアウト、文書化したランブックで構成されます。層は意図的に重なっています。単独の層だけでは、ウェブアプリを大量リクエストや悪用から守りきれません。

DDoS 攻撃とは、多数の送信元が同時にサービスへ負荷をかけて利用できなくしようとする行為です。種類は 3 つあります。大量の通信で回線を埋めるもの、SYN フラッドのように接続テーブルを使い切らせるプロトコル攻撃、普通に見える HTTP リクエストを使うレイヤー7の攻撃です。複数の送信元に備える DDoS 緩和策には、それぞれに対する防御が必要です。

よくあるレイヤー7の脅威は、普通に見える HTTP リクエストの大量送信で、ウェブアプリケーションを使い果たします。1 つか少数のパスに、同一のパターンで、クライアントあたり非常に高い頻度で届くことが多いです。個々のリクエストは普通に見えます。自分側の暴走したスクリプトでも同じ過負荷が起こり得ます。

いいえ。正当な急増は、リリース、話題になったこと、キャンペーンの後に起きるのが普通で、多数の異なるネットワークから、多様なページへ、通常のブラウザーの挙動で届きます。ログは手がかりであり証拠ではないので、アクセス解析と照らし合わせ、迷ったらホスティング事業者に尋ねてください。

はい、smartcodegroup.com は SmartCode Relay の公式サイトです。ここにあるのがオリジナルのビルドです。インストーラーをここからダウンロードし、SHA-256 チェックサムを公開されたマニフェストと照合して、一致した場合だけ実行してください。おかしいと感じたら、アプリ内の Send feedback を押してください。

いいえ。集計、下書き、ルールは間違っていることがあります。そのため、すべての diff を確認し、本番サイトに近づける前にコピーで変更をテストします。ログは手がかりであり証拠ではありません。最終判断はあなたが行い、エージェントはあなたが渡したファイルだけをもとに動きます。

いいえ。SmartCode Relay は事後にファイルを読むだけなので、通信経路には入らず、実際のリクエストは見えません。アラートとしきい値はご自身の監視システムのものであり、エージェントはそれを文書化する手伝いしかできません。

はい。ただし対象は自分のステージング用コピーか、ホスティング事業者の書面による許可がある場合に限ります。事業者は負荷テストを攻撃とみなすことがあるためです。先に許可を求めてください。エージェントはテスト計画の作成と、事後の結果の読み取りを手伝えます。

選んだモデルによります。クラウドモデルでは、エージェントが読んだログのテキストを含むプロンプトがそのプロバイダーに送られます。ローカルモデルなら PC の外には何も出ません。アクセスログには訪問者の IP アドレスが含まれます。先にログを確認してください。

標準的な API エンドポイント経由のクラウド AI プロバイダー、PC 上で動くローカルモデル、または内蔵モデルです。Test ボタンはエンドポイントを確認し、応答時間とコンテキストウィンドウを表示します。まず Test を押してください。

インストーラーにはまだコード署名がないため、Windows SmartScreen が警告することがあります。SHA-256 チェックサムを公開されたマニフェストと照合し、一致してからに限り、「詳細情報」(More info) を選んで「実行」(Run anyway) を選んでください。チェックサムの確認を省略してはいけません。