Active Directory を Cisco ISE と統合するための前提条件は次のとおりです。
+ ネットワーク タイム プロトコル（NTP）サーバ設定を使用して、Cisco ISE サーバと Active Directory 間の時刻を同期します。NTP 設定は Cisco ISE CLI から行うことができます。
+ Active Directory構造がマルチドメインフォレストで構成されている場合、または複数のフォレストに分割されている場合は、Cisco ISEが接続されているドメインと、アクセスする必要があるユーザおよびマシン情報を持つ他のドメインとの間に信頼関係が確立されていることを確認してください。信頼関係の確立の詳細については、Microsoft Active Directoryのドキュメントを参照してください。
+ Cisco ISE を参加させるドメインには、少なくとも 1 つのグローバル カタログ サーバが動作しており、Cisco ISE からアクセス可能である必要があります。
Active Directory を Cisco ISE と統合するための前提条件は次のとおりです。
+ ネットワーク タイム プロトコル（NTP）サーバ設定を使用して、Cisco ISE サーバと Active Directory 間の時刻を同期します。NTP 設定は Cisco ISE CLI から行うことができます。
+ Active Directory構造がマルチドメインフォレストで構成されている場合、または複数のフォレストに分割されている場合は、Cisco ISEが接続されているドメインと、アクセスする必要があるユーザおよびマシン情報を持つ他のドメインとの間に信頼関係が確立されていることを確認してください。信頼関係の確立の詳細については、Microsoft Active Directoryのドキュメントを参照してください。
+ Cisco ISE を参加させるドメインには、少なくとも 1 つのグローバル カタログ サーバが動作しており、Cisco ISE からアクセス可能である必要があります。
Active Directory を Cisco ISE と統合するための前提条件は次のとおりです。
+ ネットワーク タイム プロトコル（NTP）サーバ設定を使用して、Cisco ISE サーバと Active Directory 間の時刻を同期します。NTP 設定は Cisco ISE CLI から行うことができます。
+ Active Directory構造がマルチドメインフォレストで構成されている場合、または複数のフォレストに分割されている場合は、Cisco ISEが接続されているドメインと、アクセスする必要があるユーザおよびマシン情報を持つ他のドメインとの間に信頼関係が確立されていることを確認してください。信頼関係の確立の詳細については、Microsoft Active Directoryのドキュメントを参照してください。
+ Cisco ISE を参加させるドメインには、少なくとも 1 つのグローバル カタログ サーバが動作しており、Cisco ISE からアクセス可能である必要があります。
参照：
b_ISE_AD_integration_2x.html#reference_8DC463597A644A5C9CF5D582B77BB24F b_ISE_AD_integration_2x.html#reference_8DC463597A644A5C9CF5D582B77BB24F

秘密鍵暗号（対称鍵暗号とも呼ばれる）は、メッセージの暗号化と復号化の両方に単一の秘密鍵を使用する暗号化方式です。暗号鍵は送信者と受信者の間で秘密に保持されるため、第三者がメッセージを解読することは困難です。秘密鍵暗号の機能には、以下のようなものがあります。
* 整数因数分解を必要としない鍵選択：秘密鍵暗号では、鍵生成に整数因数分解や離散対数といった複雑な数学的問題を必要としません。鍵はランダムに選択されるか、パスフレーズや共有秘密鍵から導出されます。これにより、公開鍵暗号よりも鍵生成プロセスが高速かつシンプルになります。
* メモリ使用量の削減：秘密鍵暗号は、保存・管理する鍵が1つだけなので、公開鍵暗号よりもメモリ使用量が少なくて済みます。一方、公開鍵暗号では、ユーザーごとに公開鍵と秘密鍵の2つの鍵が必要となるため、メモリ使用量が増加し、鍵管理の複雑さも増します。
その他の選択肢は秘密鍵暗号の機能ではなく、公開鍵暗号または非対称暗号の特性です。公開鍵暗号は、暗号化と復号に異なる鍵を使用する異なるタイプの暗号化です。公開鍵暗号には以下の特徴があります。
* 暗号化と復号に異なる鍵を使用：公開鍵暗号では、ユーザーごとに公開鍵と秘密鍵のペアを使用します。公開鍵は誰とでも共有できますが、秘密鍵は秘密に保持する必要があります。公開鍵はメッセージの暗号化に使用され、秘密鍵はメッセージの復号に使用されます。これにより、ユーザーは事前に秘密鍵を交換することなく安全に通信できます。
* 大きな素数の反復処理の利用：公開鍵暗号は、整数の因数分解や離散対数といった難しい数学的問題を利用して鍵を生成します。これらの問題には、大きな数の素因数を求めたり、有限体上の数の離散対数を求めたりすることが含まれます。
これらの問題は、一方向では簡単に解けますが、逆方向では解くのが困難です。例えば、2つの大きな素数を掛け合わせるのは簡単ですが、その積の素因数を見つけるのは困難です。そのため、総当たり攻撃などの方法で鍵を解読することは困難です。
* 片方の鍵のみを知ればよい：公開鍵暗号では、受信者の鍵を知らなくてもメッセージを暗号化でき、その逆も可能です。これは、暗号化鍵と復号鍵が異なり、数学的に関連しているためです。例えば、アリスはボブの公開鍵でメッセージを暗号化できますが、ボブだけが自分の秘密鍵でそれを復号できます。アリスはボブの秘密鍵を知る必要はなく、ボブもアリスの鍵を知る必要はありません。これにより、公開鍵暗号は、メッセージの同一性と整合性を検証する方法であるデジタル署名をサポートすることもできます。
参考文献 :
* 秘密鍵暗号とは？完全ガイド - Helenix
* 秘密鍵暗号の定義 - Gartner

https://www.cisco.com/c/en/us/products/security/what-is-a-ddos-attack.html#~types-of-ddos-attacks

DoS攻撃は、フラッド攻撃とクラッシュ攻撃に分類されます。フラッド攻撃はDoS攻撃の中でもより一般的な形態です。攻撃を受けたシステムが、サーバーが処理できないほどの大量のトラフィックに圧倒されたときに発生します。システムは最終的に停止します。フラッド攻撃の例としては、ICMPフラッド、SYNフラッド、UDPフラッドなどがあります。クラッシュ攻撃はそれほど頻繁に発生せず、標的システムの脆弱性を悪用します。その結果、システムがクラッシュします。クラッシュ攻撃の例としては、Ping of Death、Teardrop、Landなどがあります。参考資料：
* サービス拒否（DoS）攻撃とは何ですか？ | Cloudflare
* サービス拒否（DoS）攻撃とは何ですか？ | Norton
* サービス拒否（DoS）攻撃とは？ | Cobalt
* サービス拒否攻撃（DoS）とは - Palo Alto Networks

ポリシー変更後にセッションを強制的に調整するには、Cisco ISE と Cisco TrustSec デバイスで、動的認可と認可変更（CoA）という 2 つの設定が必要です。動的認可により、Cisco ISE はネットワークデバイスにコマンドを送信して、ユーザセッションの認可ステータスを変更できます。CoA は、Cisco ISE がネットワークデバイスに RADIUS メッセージを送信し、ユーザセッションを再認証または切断できるようにする機能です。これらの 2 つの設定により、Cisco ISE はユーザにログアウトと再ログインを要求することなく、更新されたポリシーをユーザセッションに適用できます。
ソースブックによると、動的認証と CoA を構成する手順は次のとおりです1。
* Cisco ISE で、[管理] > [ネットワーク リソース] > [ネットワーク デバイス] に移動し、TrustSec をサポートするネットワーク デバイスを選択します。
* [ネットワーク デバイスの編集] ページで、[TrustSec の詳細設定] タブを選択し、[CoA のサポート] チェック ボックスをオンにします。
* 同じタブで、ドロップダウンリストから適切なCoAタイプを選択します。選択肢は、RADIUS切断、ポートバウンス、再認証です。
* 変更を保存するには、「送信」をクリックします。
* ネットワーク デバイスで、グローバル コンフィギュレーション モードに入り、aaa server radius dynamic-author コマンドを発行して動的認証を有効にします。
* オプションで、動的認証メッセージの送信元インターフェイス、認証キー、およびポート番号を指定できます。
* グローバル コンフィギュレーション モードを終了し、設定を保存します。
1：「Cisco Security Core Technologies（SCOR）v1.0 の実装と運用」、モジュール 4：セキュアな接続、レッスン 4.2：TrustSec の実装、トピック 4.2.3：Cisco ISE およびネットワーク デバイスでの TrustSec の設定、4-83 ～ 4-85 ページ。