SQLインジェクション攻撃は、ユーザーが入力したデータを用いてデータベースとやり取りするSQL文を作成するWebアプリケーションの脆弱性を悪用する攻撃の一種です。攻撃者はデータベースに悪意のあるコマンドを挿入することで、データベースサーバー上で任意のSQLクエリまたはコマンドを実行でき、データの盗難、データ操作、またはコマンド実行につながる可能性があります。マシン1は、ユーザー入力をSQL文で使用する前に適切に検証またはサニタイズしていないため、SQLインジェクションに対して脆弱です。そのため、データベースに悪意のあるコマンドを挿入することで、攻撃者はマシン1にアクセスできるようになります。
バッファオーバーフロー攻撃は、バッファ（データの一時記憶領域）にデータをコピーする前に境界をチェックしないプログラムの脆弱性を悪用する攻撃の一種です。バッファのメモリをオーバーフローさせることで、攻撃者は隣接するメモリ位置を上書きすることができ、その結果、データの破損、プログラムのクラッシュ、または悪意のあるコードの実行が発生する可能性があります。マシン2は、ユーザーまたは他のソースから受信するデータのサイズや長さを適切に処理できないため、バッファオーバーフローに対して脆弱です。
したがって、バッファのメモリをオーバーフローさせると、攻撃者はマシン 2 にアクセスできるようになります。
2台のホスト間のパケットをスニッフィングすることは、2台のマシン間で流れるネットワークトラフィックを捕捉・分析する受動的な攻撃です。この攻撃により、認証情報、セッショントークン、データベースクエリなどの機密情報が漏洩する可能性がありますが、攻撃者がどちらのマシンにも直接アクセスすることはできません。連続pingの送信は、ICMPエコー要求パケットを標的マシンに大量に送信することでネットワーク帯域幅や処理リソースを消費するサービス拒否攻撃の一種です。しかし、攻撃者がどちらのマシンにも直接アクセスすることはできません。したがって、パケットをスニッフィングしても連続pingを送信しても、攻撃者はマシン1にはアクセスできますが、マシン2にはアクセスできません。参考文献:
* Cisco Security Core Technologies (SCOR) v1.0 の実装と運用、モジュール 3: Web セキュリティ、SQL インジェクション攻撃
* SQLインジェクションを理解する - Cisco、SQLインジェクションの説明
* バッファオーバーフローとSQLインジェクション：リモート攻撃と... - Springer、バッファオーバーフローとSQLインジェクション攻撃

上記のコマンドの目的は、ACL「redirect-acl」に一致するトラフィックを、インライン（通常）モードのCisco FirePOWER（SFR）モジュールにリダイレクトすることです。このモードでは、不要なトラフィックがドロップされ、ポリシーによって適用されたその他のアクションが実行された後、トラフィックはASAに返され、さらに処理されて最終的に送信されます。コマンド「service-policy global_policy global」は、すべてのインターフェイスにポリシーを適用します。参考：https://www.cisco.com/c/en/us/support/docs/security/asa-firepower-services/118644-configurefirepower-00.html FirePOWER（SFR）モジュールのインライン（通常）モード。このモードでは、不要なトラフィックがドロップされ、ポリシーによって適用されたその他のアクションが実行された後、トラフィックはASAに返され、さらに処理されて最終的に送信されます。
コマンド「service-policy global_policy global」は、すべてのインターフェースにポリシーを適用します。
上記のコマンドの目的は、ACL「redirect-acl」に一致するトラフィックを、インライン（通常）モードのCisco FirePOWER（SFR）モジュールにリダイレクトすることです。このモードでは、不要なトラフィックがドロップされ、ポリシーによって適用されたその他のアクションが実行された後、トラフィックはASAに返され、さらに処理されて最終的に送信されます。コマンド「service-policy global_policy global」は、すべてのインターフェースにポリシーを適用します。参考：https://www.cisco.com/c/en/us/support/docs/security/asa-firepower-services/118644-configurefirepower-00.html

コンテンツセキュリティとは、マルウェア、ランサムウェア、フィッシング、データ損失、不正アクセスなどの脅威からデータとアプリケーションを保護する、様々なセキュリティ機能とソリューションを包括する用語です。コンテンツセキュリティには、Cisco Email Security、Cisco Web Security、Cisco Cloudlock、Cisco Umbrellaなどの製品が含まれます。これらの製品は、管理者や開発者がコンテンツセキュリティアプライアンスやサービスとプログラム的にやり取りできるRESTful APIであるAsyncOS APIを使用しています。AsyncOS APIは、コンテンツセキュリティポリシーやアクションの設定、レポート、監視、トラブルシューティング、自動化といったタスクを可能にします。AsyncOS APIはHTTPプロトコルをベースとし、データ形式としてJSONまたはXMLを使用します。また、AsyncOS APIは、認証、認可、レート制限、エラー処理メカニズムもサポートしています。AsyncOS APIのドキュメントでは、各コンテンツセキュリティ製品で利用可能なリソース、メソッド、パラメータ、レスポンスの詳細が提供されています。参考資料:
* シスココンテンツセキュリティ製品
* AsyncOS APIの概要
* AsyncOS APIドキュメント
1: https://www.cisco.com/c/en/us/products/security/content-security/index.html 2: https://www.cisco.com/c/en
/us/td/docs/security/esa/esa13-0/API/b_ESA_API_13_0_1/b_ESA_API_13_0_1_chapter_01.html 3:
https://developer.cisco.com/docs/email-security/#!asyncos-api-overview

Cisco ISE では、グローバル設定により、プロファイリング サービスで認証済みのエンドポイントをより詳細に制御できる許可変更（CoA）を [プロファイラ設定] ページで発行できます。CoA のタイプを設定するための設定の 1 つに「再認証」があります。このオプションは、認証済みのエンドポイントをプロファイリングする際に、再認証を強制するために使用されます。参照：https://www.cisco.com/c/en/us/td/docs/security/ise/1-3/admin_guide/b_ise_admin_guide_13/ b_ise_admin_guide_sample_chapter_010101.html ページで、プロファイリング サービスで認証済みのエンドポイントをより詳細に制御できる許可変更（CoA）を発行できます。
CoAタイプを設定するための設定項目の一つに「再認証」があります。このオプションは、既に認証済みのエンドポイントをプロファイリングする際に、再認証を強制するために使用されます。
参照：
Cisco ISEでは、プロファイラ設定ページでグローバル設定により認可変更（CoA）を発行できます。これにより、プロファイリングサービスで既に認証済みのエンドポイントをより詳細に制御できるようになります。CoAタイプを設定するための設定項目の一つに「再認証」があります。このオプションは、既に認証済みのエンドポイントをプロファイリングする際に、再認証を強制するために使用されます。参考：https://www.cisco.com/c/en/us/td/docs/security/ise/1-3/admin_guide/b_ise_admin_guide_13/ b_ise_admin_guide_sample_chapter_010101.html

オンサイト（オンプレミス）および IaaS の場合のみ、当社（テナント）が O/S（オペレーティング システム）を管理します。