Cisco ISE 3.3 パッチ 4 以降では、Tenable Security Center で次の認証方式が追加でサポートされています。

• [API Keys]：Tenable Security Center のアクセス権限を持つユーザーアカウントのアクセスキーと秘密鍵を入力します。

  API キー認証は、Tenable Security Center 5.13.x 以降のリリースでサポートされています。

  （注）	Cisco ISE でこのオプションを選択する前に、管理者ユーザーとしてログインして、Tenable Security Center で API キー認証を有効にする必要があります。

• [Certificate Authentication]：[Authentication Certificate] ドロップダウンリストから必要な証明書を選択します。

  認証に成功すると、Cisco ISE はカスタマーが設定したテンプレートを Tenable Security Center から取得します。

  （注）	Cisco ISE でこのオプションを有効にする前に、SSL クライアント証明書認証を許可するように Tenable Security Center を設定する必要があります。

詳細については、『Cisco Identity Services Engine Administration Guide, Release 3.3』の「Threat Containment」の章にある「Configure Tenable Adapter」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 4、以降では、各 PSN の参加ポイントのリソースを予約できます。このリソースセグメンテーションは、参加ポイント間のリソース共有によって引き起こされるパフォーマンスへの影響を軽減するのに役立ちます。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Asset Visibility」の章にある「Assign dedicated resources for join points」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 4 以降では、セキュリティ識別子（SID）を使用した新しいフォーマットの証明書がサポートされます。

[Subject Alternative Name (SAN)] フィールド内の SID は、Cisco ISE での認証には使用されません。この機能拡張により、認証プロセスでの誤った SID 解析が原因で発生する認証エラーを防ぐことができます。

これらの新しいアルゴリズムを service sshd で使用し、次のような Cisco ISE CLI を使用してサービスを管理できます。

• MAC-algorithm

• Hostkey

• Hostkey-algorithm

• Key-exchange-algorithm

• SSH-client-hostkey-algorithm

詳細については、『Cisco Identity Services Engine CLI リファレンスガイド、リリース 3.2』の「コンフィギュレーション モードの Cisco ISE CLI コマンド」の章にある service sshd 、『Cisco Identity Services Engine CLI リファレンスガイド、リリース 3.3』の「コンフィギュレーション モードの Cisco ISE CLI コマンド」の章にある service sshd を参照してください。

Cisco ISE 3.3 パッチ 4 以降では、osquery 条件を作成してエンドポイントのポスチャ コンプライアンス ステータスを確認したり、エンドポイントから必要な属性を取得したりできます。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Compliance」の章にある「Add an osquery condition」[英語] を参照してください。

（注）	osquery 条件をサポートするには、コンプライアンスモジュール 4.3.3394 以降および Cisco Secure Client 5.1.7 以降のバージョンを使用する必要があります。

usgv6 コマンドを EXEC モードで使用すると、基盤となるオペレーティングシステムで Cisco ISE ノードの usgv6 コンプライアンスステータスを有効化、無効化、または確認できます。

詳細については、『Cisco Identity Services Engine CLI Reference Guide, Release 3.3』の「Cisco ISE CLI Commands in EXEC Mode」の章にある「usgv6」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 3 以降、管理者は application configure ise CLI コマンドで次のオプションを使用して、楕円曲線デジタル署名アルゴリズム（楕円曲線 DSA）の明示的な曲線証明書を検証できます。

[39]Enable/Disable Explicit EC Check

証明書の検証は、EAP TLS サーバーモード、Secure Syslog、およびセキュア LDAP に適用されます。

詳細については、『Cisco Identity Services Engine CLI Reference Guide, Release 3.3』の「Cisco ISE CLI Commands in EXEC Mode」の章にある「Application Configure ISE」[英語] を参照してください。

Duo 接続の作成中に Active Directory と Duo 間のユーザーデータ同期を設定しない場合は、[Identity Sync] ページで [Skip] をクリックします。[Summary] ページに直接移動します。

Duo 接続を作成した後は、いつでもアイデンティティ同期設定を追加できます。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Segmentation」章にある「Integrate Cisco Duo With Cisco ISE for Multifactor Authentication」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 2 以降では、[ネイティブIPSec（Native IPsec）] 設定ページを使用して仮想トンネルインターフェイス（VTI）を設定できます。ネイティブ IPsec を使用すると、IKEv1 および IKEv2 プロトコルを用いた IPsec トンネルを介して、Cisco ISE PSN と NAD の間にセキュリティ アソシエーションを確立できます。ネイティブ IPSec の設定により、Cisco ISE は FIPS 140-3 への準拠を確保できます。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Secure Access」の章にある「Configure Native IPsec on Cisco ISE」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 2 以降、レガシー IPSec（ESR）は Cisco ISE でサポートされません。Cisco ISE のすべての IPSec 設定が、ネイティブ IPSec 設定になります。トンネルやトンネル設定が失われないように、Cisco ISE リリース 3.3 累積パッチ 2 にアップグレードする前に、レガシー IPSec（ESR）からネイティブ IPSec に移行することを推奨します。詳細については、『Cisco ISE Administrator Guide』の「Secure Access」の章にある「Migrate from Legacy IPsec to Native IPsec on Cisco ISE」[英語] を参照してください。

Cisco ISE では、次の機能拡張によりパスワードのセキュリティが向上しています。

• 次のフィールド値の [Show] ボタンを非表示にして、編集中にプレーンテキストで表示されないようにすることができます。

  [Network Devices] で、

  • RADIUS Shared Secret

  • Radius Second Shared Secret

  [Native IPSec]で、

  • Pre-shared Key

  これを行うには、[Administration] > [Settings] > [Security Settings]の順に選択し、[Show Password in Plaintext] チェックボックスをオフにします。

  詳細については、『Cisco ISE Administrator Guide, Release 3.3』の「Segmentation」の章にある「Configure Security Settings」[英語] を参照してください。

• ネットワークデバイスのインポートおよびエクスポート中に RADIUS の共有秘密と 2 番目の共有秘密がプレーンテキストで表示されないようにするために、[PasswordEncrypted:Boolean(true|false)] というヘッダーを持つ新しい列が [Network Devices Import Template Format] に追加されました。この列に必要なフィールド値はありません。

  Cisco ISE リリース 3.3 パッチ 1 以前のリリースからネットワークデバイスをインポートする場合は、インポートする前に、このヘッダーを含む新しい列を [Authentication:Shared Secret:String(128)] 列の右側に追加する必要があります。この列を追加しないとエラーメッセージが表示され、ファイルをインポートできません。インポート時にパスワードを復号するための有効なキーが指定されていない場合、暗号化されたパスワードを持つネットワークデバイスは拒否されます。

  詳細については、『Cisco ISE Administrator Guide, Release 3.3』の「Secure Access」の章にある「Network Devices Import Template Format」の表を参照してください。

Cisco ISE の再インストール中に、application configure ise コマンドで [Localized ISE Install] オプション（オプション 38）を使用して、インストール時間を短縮できます。このオプションは、Cisco Secure Network Server と仮想アプライアンスの両方に使用できますが、Cisco Secure Network Server の再インストール時間を大幅に短縮します。

詳細については、『Cisco Identity Services Engine CLI Reference Guide, Release 3.3』の「Cisco ISE CLI Commands in EXEC Mode」の章にある「Localized ISE Installation」[英語] を参照してください。

アイデンティティをロックしなければならなくなるまでの認証失敗の回数を指定して、EAP-TLS プロトコルを介した認証中にアイデンティティ（ユーザー名またはホスト名）が失敗できる認証試行の最大回数を制限できるようになりました。アイデンティティは、永続的にロックすることも、特定の期間ロックすることもできます。ロックされたアイデンティティによる認証の成功も、アイデンティティのロックが再び解除されるまで拒否されます。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Segmentation」の章にある「RADIUS Settings」[英語] に記載されている表を参照してください。

（注）	Cisco ISE リリース 3.3 パッチ 4 以降、[Identity Lock Settings] は、[RADIUS Settings] ページ（[Administration] > [System] > [Settings] > [Protocols] > [RADIUS]）で使用できません。

[Sync Now] 機能を使用して、pxGrid Direct URL フェッチャコネクタのデータのオンデマンド同期を実行できます。完全同期と増分同期の両方をオンデマンドで実行できます。オンデマンドのデータ同期は、Cisco ISE GUI または OpenAPI を使用して実行できます。

詳細については、『Cisco ISE Administrator Guide, Release 3.3』の「Asset Visibility」の章にある「On-demand pxGrid Direct Data Synchronization using Sync Now」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 2以降では、Cisco ISE GUI から直接 Cisco ISE の TAC サポートケースを開くことができます。

詳細については、『Cisco ISE Administrator Guide, Release 3.3』の「Troubleshoot」の章の「Open TAC Support Cases」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 2 以降では、pxGrid を使用して Session Directory All トピックに登録できます。sessionTopicAll は、既存の sessionTopic（引き続きサポート）に似ていますが、重要な違いが 1 つあります。sessionTopicAll は、IP アドレスのないセッションのイベントもパブリッシュします。詳細については、『pxGrid API Guide』[英語] を参照してください。

Cisco ISE ではトランスポートゲートウェイがサポートされなくなりました。次の Cisco ISE 機能では、接続方法としてトランスポートゲートウェイが使用されていました。

• Cisco ISE スマート ライセンス

  スマートライセンス設定の接続方法としてトランスポートゲートウェイを使用している場合は、Cisco ISE リリース 3.3 パッチ 2 にアップグレードする前に設定を編集する必要があります。Cisco ISE リリース 3.3 パッチ 2 ではトランスポートゲートウェイがサポートされていないため、別の接続方法を選択する必要があります。接続方式を更新せずに Cisco ISE リリース 3.3 パッチ 2 にアップグレードすると、アップグレードプロセス中に HTTPS 直接接続方式を使用するようにスマートライセンス設定が自動的に更新されます。接続方法は、アップグレード後にいつでも変更できます。

• Cisco ISE テレメトリ

  Cisco ISE テレメトリを使用する場合、トランスポートゲートウェイは接続方法として使用できなくなりました。テレメトリワークフローは、この変更の影響を受けません。

Cisco ISE リリース 3.3 パッチ 2 以降のリリースでは、以下のワークフローにおいてピアとの通信に TLS 1.3 を使用できるようになりました。

• Cisco ISE は、EAP-TLS サーバーとして設定されます

• Cisco ISE は、TEAP サーバーとして設定されます

  注目	Cisco ISE リリース 3.3 パッチ 2 リリースの時点では、TEAP TLS 1.3 は使用可能なクライアント OS でサポートされていないため、TEAP サーバーとして設定された Cisco ISE での TLS 1.3 サポートは、内部テスト条件下でテストされています。

• Cisco ISE は、セキュアな TCP syslog クライアントとして設定されます

（注）	Cisco ISE リリース 3.3 パッチ 2 については、[暗号リストの手動構成（Manually Configure Ciphers List）] オプションが TLS 1.3 でサポートされていません。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Segmentation」の章にある「Configure Security Settings」 [英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 1 以降では、多要素認証（MFA）ワークフローの外部 ID ソースとして Cisco Duo を直接統合できます。Cisco ISE の以前のリリースでは、Cisco Duo は外部 RADIUS プロキシサーバーとしてサポートされていましたが、この設定は引き続きサポートされます。

この Cisco Duo 統合では、次の多要素認証のユースケースがサポートされています。

1. VPN ユーザー認証

2. TACACS+ 管理者アクセス認証

この機能の詳細については、『Cisco ISE Administration Guide, Release 3.3』の「Segmentation」の章にある「Integrate Cisco Duo With Cisco ISE for Multifactor Authentication」[英語] を参照してください。

Cisco ISE では、管理ポータル内でユーザーに顧客満足度アンケートが表示されるようになりました。顧客満足度アンケートを定期的に実施することで、シスコではお客様の Cisco ISE のエクスペリエンスをより深く理解し、何が良好に機能しているかを追跡し、改善すべき領域を特定することができます。アンケートを送信すると、その後 90 日間は別のアンケートは表示されません。

アンケートは、すべての Cisco ISE の展開においてデフォルトで有効になっています。アンケートはユーザーレベルで、あるいは Cisco ISE の展開に対して無効にできます。

詳細については、『Cisco ISE Administrator Guide, Release 3.3』の「Basic Setup」の章にある「Customer Experience Surveys」[英語] を参照してください。

2024 年 3 月 24 日以降、Microsoft Intune では MDM 統合の UDID ベースのクエリのサポートを終了します。詳細はこの Field Notice をご確認ください。このサポート終了に対応して、Microsoft Intune MDM 統合から必要なエンドポイント情報を取得するための Cisco ISE API が変更されました。

Cisco ISE リリース 3.3 パッチ 1 以降、Microsoft Intune ではコンプライアンス API に対応して次のエンドポイントの詳細のみを提供します。

• デバイス コンプライアンス ステータス

• Intune による管理

• MAC アドレス

• 登録ステータス

変更の詳細については、『Integrate MDM and UEM Servers with Cisco ISE』を参照してください。

Cisco ISE リリース 3.3 以降では、TLS 1.3 バージョンで HTTPS を使用して Cisco ISE 管理 GUI にアクセスできます。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Secure Access」の章にある「Configure Security Settings」を参照してください。

Cisco ISE リリース 3.3 から、pxGrid Cloud でコンテキストイン API がサポートされ、エンドポイントの一括更新および一括削除が可能になります。詳細については、『Cisco ISE API Reference Guide』を参照してください。

Cisco ISE Release 3.3 から、[管理（Admin）] > [システム（System）] > [管理アクセス（Admin Access）] > [認証（Authentication）] > [認証方式（Authentication Method）] ウィンドウで、API 管理や OpenAPI 管理などの API 管理ユーザーの認証を設定できます。[API認証タイプ（API Authentication Type）] セクションでは、パスワードベースまたは証明書ベースの認証、あるいはその両方を許可できます。これらの認証設定は、pxGrid REST、MnT REST、およびその他の REST の管理ユーザーなどの REST 管理ユーザーには適用されません。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Basic Setup」の章にある「Enable API Service」を参照してください。

Cisco ISE は、ネットワークからの継続的な学習に基づいてプロファイリングの提案を行い、エンドポイント プロファイリングと管理を強化するのに役立ちます。このような提案を使用して、ネットワーク内の不明なエンドポイントやプロファイリングされていないエンドポイントの数を減らすことができます。

詳細については、『Cisco Identity Services Engine Administration Guide, Release 3.3』の「Asset Visibility」の章にある「Cisco AI-ML Rule Proposals for Endpoint Profiling」[英語] を参照してください。

Cisco ISE リリース 3.3 以降、[ネイティブIPSecの設定（Native IPsec configuration）] を使用して IPSec を設定できます。ネイティブ IPsec を使用すると、IKEv1 および IKEv2 プロトコルを用いた IPsec トンネルを介して、Cisco ISE PSN と NAD の間にセキュリティアソシエーションを確立できます。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Secure Access」の章にある「Configure Native IPSec on Cisco ISE」を参照してください。

Cisco ISE リリース 3.3 以降、動的に検出されたエンドポイントの、Cisco ISE 展開内のすべてのノードへの複製は自動的に実行されなくなりました。Cisco ISE 展開内のすべてのノードで動的に検出されたエンドポイントの複製は、有効または無効にするかを選択できるようになっています。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Deployment」の章にある「Data Replication from Primary to Secondary Cisco ISE Nodes」[英語] を参照してください。

Cisco ISE リリース 3.3 から、Data Connect 機能は、管理者証明書を使用し、オープン データベース コネクティビティ（ODBC）または Java Database Connectivity（JDBC）ドライバを使用して Cisco ISE へのデータベースアクセスを提供するため、データベースサーバーを直接照会して、選択したレポートを生成できます。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Basic Setup」の章にある「Data Connect」を参照してください。

Cisco ISE は、エージェントベースおよびエージェントレスのポスチャワークフローで、オペレーティングシステムの未検証バージョンをサポートするようになりました。Cisco ISE の以前のリリースでは、検証済みのオペレーティングシステムを実行するエンドポイントのみがポスチャ エージェント ポリシーを正常に満たしていました。

その結果、未検証のオペレーティングシステムを実行しているエンドポイントは、「The operating system is not supported by the server」というエラー メッセージが表示され、ポスチャ エージェント ワークフローに失敗します。

サポートされるオペレーティングシステムの詳細については、お使いの Cisco ISE リリースの「Compatibility Matrix」を参照してください。

たとえば、オペレーティング システム バージョン Windows 10 IoT Enterprise LTSC または Mac 14 を実行しているエンドポイントのポスチャエージェントフローは、これらのオペレーティングシステムのバージョンが検証されていない間は失敗しました。Cisco ISE がこれらのバージョンを検証し、オペレーティングシステムのデータがフィードサービスにパブリッシュされると、ポスチャエージェントはこれらのエンドポイントを正常に照合しました。

Cisco ISE 管理ポータルの[管理（Administration）] > [システム（System）] > [ポスチャ（Posture）] > [更新（Updates）]ページの [フィードサービス（Feed Service）] から Cisco ISE に最新のオペレーティングシステムのデータをダウンロードできます。

Cisco ISE リリース 3.3 から、未検証のオペレーティングシステムは、Cisco ISE 管理ポータルの [ポリシー（Policy）] ページ（[ポスチャ（Posture）]、[要件（Requirements）]、[条件（Conditions）] ページ）にリストされている既知のオペレーティングシステムと照合されるため、ポスチャ エージェント ワークフローを正常に完了できます。たとえば、Mac xx が検証されず、エンドポイントがそれを実行している場合、ポスチャエージェントはエンドポイントを MacOSX と照合できるようになりました。Mac xx が検証され、フィードサービスに公開され、ポスチャエージェントがエンドポイントで再度実行されると、エンドポイントは Mac xx と照合されます。ポスチャレポートには、エンドポイントが一致するオペレーティングシステムが表示されます。

Cisco ISE リリース 3.3 でサポートされているすべてのポスチャエージェントが、この変更の影響を受けます。BYOD などの他の Cisco ISE 機能は影響を受けません。

Cisco ISE リリース 3.3 以降、LDAP プロファイル バインド アカウント パスワードは ERS API でサポートされています。ERS API を使用して、Cisco ISE GUI で新しい LDAP サーバーを設定できます。作成された LDAP サーバーは、他の Cisco ISE ポータルでアイデンティティ送信元を設定するために使用できます。詳細については、『Cisco ISE API Reference Guide』を参照してください。

Cisco ISE リリース 3.3 で、エージェントレスポスチャへの IPv6 サポートが追加されています。現在、Windows および MacOS クライアントがサポートされています。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Compliance」の章にある「Agentless Posture」[英語] を参照してください。

Cisco ISE リリース 3.3 では、次のポータル、ポータル機能、およびプロファイラ機能に対する IPv6 サポートが追加されています。

IPv6 をサポートする Cisco ISE ポータル

• スポンサー ポータル

• MyDevices ポータル

• 証明書プロビジョニング ポータル

• ホットスポット ゲスト ポータル

• アカウント登録ゲスト ポータル

IPv6 をサポートする Cisco ISE ポータル機能

• シングルクリックスポンサー承認

• 猶予期間

• ゲストポータルのログイン情報の検証

• Active Directory

• 一時エージェントを使用したゲスト ポータル ポスチャ フロー

• Active Directory ユーザー：AnyConnect を使用したポスチャフロー

• Dot1x ユーザー：AnyConnect を使用したポスチャフロー

• ゲストおよび Dot1x ユーザー：一時エージェントを使用したポスチャフロー

IPv6 をサポートするプロファイラ機能

• DHCP プローブ

• HTTP プローブ

• RADIUS プローブ

• コンテキストの可視性（Context Visibility）サービス

• エンドポイント プロファイリング

（注）	Web リダイレクションの共通タスクの静的 IP/ホスト名/FQDN フィールドに IPv6 アドレスを指定することはできません。

Cisco ISE リリース 3.3 以降、[動的（Dynamic）] オプションを使用して、外部 LDAP ユーザーグループをゲストデバイス用エンドポイント アイデンティティ グループに割り当てることができるようになりました。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Guest and Secure WiFi」の章にある「Create or Edit Guest Types」を参照してください。

Cisco ISE リリース 3.3 から、Cisco ISE の内部ユーザーとして、[ネットワークアクセスユーザー（Network Access Users）] ウィンドウの [ネットワークアクセスユーザー（Network Access User）] テーブルに [作成日（Date Created）] 列と [変更日（Date Modified）] 列を追加することを選択できます。詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Asset Visibility」の章にある「Cisco ISE Users」[英語] を参照してください。

ネットワークに接続しているエンドポイントからの 4 つの特定の属性を使用して、微妙な差異のある許可ポリシーを作成できるようになりました。多要素分類（MFC）プロファイラは、さまざまなプロファイリングプローブを使用して、Cisco ISE 認証ポリシー作成ワークフローに 4 つの新しいエンドポイント属性（MFC エンドポイントタイプ、MFC ハードウェアメーカー、MFC ハードウェアモデル、MFC オペレーティングシステム）を取り込みます。

詳細については、『Cisco Identity Services Engine Administration Guide, Release 3.3』の「Asset Visibility」の章にある「Multi-Factor Classification for Enhanced Endpoint Visibility」[英語] を参照してください。

Cisco ISE ホームページ GUI は、ユーザー体験を向上させるために変更されました。ホームページの左隅にあるメニューアイコンをクリックすると、ペインが表示されます。ペインの各オプションにカーソルを合わせると、次のような選択可能なサブメニューが表示されます。

• コンテキストの可視性（Context Visibility）

• 動作

• ポリシー

• 管理（Administration）

• Work Centers

ホームページで [ダッシュボード（Dashboard）] をクリックします。

左ペインには、最近表示したページを保存できる [ブックマーク（Bookmarks）] タブもあります。メニューアイコンを再度クリックすると、ペインが非表示になります。

左ペインが表示されているときにログアウトし、再度ログインすると、ペインは引き続き表示されます。ただし、ペインが非表示になった後にログアウトし、再度ログインした場合、ペインを再度表示するには、メニューアイコンをクリックする必要があります。

ホームページの アイコンを使用して [ページの検索（Search Pages）] オプションにアクセスし、新しいページを検索したり、最近検索したページにアクセスしたりできるようになりました。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Basic Setup」の章にある「Administration Portal」[英語] を参照してください。

[セキュリティ設定（Security Settings）] ウィンドウの [暗号リストの手動設定（Manually Configure Ciphers List）] オプションを使用すると、Cisco ISE コンポーネント（管理 UI、ERS、OpenAPI、セキュア ODBC、ポータル、および pxGrid）との通信用暗号方式を手動で設定できます。

許可された暗号方式がすでに選択された状態で暗号方式リストが表示されます。たとえば、[SHA1暗号方式を許可（Allow SHA1 Ciphers）] オプションが有効になっている場合、このリストの SHA1 暗号方式が有効になります。[Allow Only TLS_RSA_WITH_AES_128_CBC_SHA] オプションが選択されている場合、この SHA1 暗号方式のみがこのリストで有効になります。[SHA1暗号方式を許可（Allow SHA1 Ciphers）] オプションが無効になっている場合、このリストの SHA1 暗号方式はどれも有効にできません。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Segmentation」の章にある「Configure Security Settings」[英語] を参照してください。

Cisco ISE リリース 3.3 以降、ポスチャポリシーとクライアント プロビジョニング ポリシーは ARM64 エンドポイントでサポートされます。ARM64 エンドポイント用の ARM64 バージョンのエージェントをアップロードできます。

ARM64 クライアント プロビジョニング ポリシーを設定する際は、次の点に注意してください。

• ARM64 ポスチャポリシーは、次でサポートされています。

  • Windows エージェント

  • Mac エージェント

  • Mac テンポラルエージェント

  • Mac エージェントレス

  Windows ポリシーは、ARM64 アーキテクチャとインテルアーキテクチャで別のパッケージを実行します。Windows テンポラルと Windows エージェントレスは、ARM64 アーキテクチャではサポートされていませんが、インテルアーキテクチャではサポートされています。

  macOS ポリシーは、両方のアーキテクチャで同じパッケージを実行します。

• ARM64 パッケージは、Cisco AnyConnect VPN および Cisco Secure Client でサポートされています。

  （注）	Cisco Secure Client 5.0.4xxx 以降のバージョンは、ARM64 エンドポイントのポスチャおよびクライアント プロビジョニング ポリシーをサポートしています。 ARM64 準拠モジュール 4.3.3583.8192 以降のバージョンは、Cisco Secure Client 5.0.4xxx 以降のバージョンと、ARM64 エンドポイント用の Cisco ISE 3.3 以降のバージョンで使用できます。コンプライアンスモジュールは、ソフトウェア ダウンロード センターからダウンロードできます。

• ARM64 エージェントの自動アップグレードとコンプライアンスモジュールのアップグレードがサポートされています。

• Google Chrome および Microsoft Edge 89 以降のバージョンでは、ARM64、64 ビット、32 ビットなどの OS アーキテクチャ条件の Web リダイレクトがサポートされています。

  Firefox ブラウザは、ARM64、64 ビット、32 ビットなどの OS アーキテクチャ条件の Web リダイレクトをサポートしていません。したがって、ARM64 クライアント プロビジョニング ポリシーの照合には使用できません。Firefox ブラウザを使用すると、次のメッセージが表示されます。

  ARM64 endpoints do not support Firefox browser, and there may be compatibility issues if you continue downloading this agent. We recommend that you use Chrome or Microsoft Edge browser instead.

• BYOD と ARM64 クライアント プロビジョニング ポリシーを組み合わせることはできません。

• ARM64 条件ポリシーが条件リストの一番上にあることを確認します（ARM64 条件のないポリシーの上に表示されます）。これは、エンドポイントが [クライアントプロビジョニングポリシー（Client Provisioning Policy）] ウィンドウに一覧表示されているポリシーと順を追って照合されるためです。

詳細については、『Cisco Identity Services Engine Administrator Guide, Release 3.3』の「Compliance」の章にある「Configure Client Provisioning Policy for ARM64 Version of Agent」を参照してください。

Cisco ISE リリース 3.3 から、pxGrid でコンテキストイン API がサポートされます。エンドポイントのカスタム属性を作成し、コンテキストインサポートに OpenAPI を使用できます。詳細については、『Cisco ISE API Reference Guide』を参照してください。

Cisco ISE リリース 3.3 から、pxGrid Cloud でコンテキストイン API がサポートされます。エンドポイントのカスタム属性を作成し、コンテキストインサポートに OpenAPI を使用できます。詳細については、『Cisco ISE API Reference Guide』を参照してください。

pxGrid Direct は、制御された導入機能ではなくなりました。Cisco ISE リリース 3.2 または 3.2 パッチ 1 から Cisco ISE リリース 3.3 にアップグレードする前に、設定済みのすべての pxGrid Direct コネクタと、pxGrid Direct コネクタからのデータを使用する認証プロファイルおよび認証ポリシーを削除することを推奨します。Cisco ISE リリース 3.3 にアップグレードした後、pxGrid Direct コネクタを再設定してください。

（注）	設定済みの pxGrid Direct コネクタを削除しない場合、コネクタはアップグレード中に自動的に削除されます。この削除により、編集も使用も不可能な認証プロファイルと認証ポリシーが作成されます。これらを削除して新しいものに置き換える必要があります。

pxGrid Direct 機能の変更の詳細については、『Cisco Identity Services Engine Administration Guide, Release 3.3』の「Asset Visibility」の章にある 「pxGrid Direct」「」[英語] を参照してください。

[RADIUSステップ遅延（RADIUS Step Latency）] ダッシュボード（[ログ分析（Log Analytics）] > [ダッシュボード（Dashboard）]）には、指定された期間の RADIUS 認証フローステップの最大遅延と平均遅延が表示されます。また、Active Directory 認証フローステップ（Active Directory がそのノードで設定されている場合）の最大遅延および平均遅延、および最大遅延または平均遅延のうち上位 N 個の RADIUS 認証手順を表示することもできます。

詳細については、『Cisco Identity Services Engine Administration Guide, Release 3.3』の「Maintain and Monitor」の章にある「Log Analytics」[英語] を参照してください。

プライマリ PAN で管理証明書を更新した後、展開内のすべてのノードを再起動する必要があります。各ノードをすぐに再起動することも、後での再起動をスケジュールすることもできます。この機能を使用すると、実行中のプロセスが自動再起動によって中断されないようにすることができ、プロセスをより詳細に制御できます。証明書の更新から 15 日以内にノードの再起動をスケジュールする必要があります。

詳細については、『Cisco Identity Services Engine Administration Guide, Release 3.3』の「Basic Setup」の章にある「Schedule Application Restart After Admin Certificate Renewal」[英語] を参照してください。

分割アップグレードは、ユーザーがサービスを引き続き利用できるようにしながら、Cisco ISE 展開のアップグレードを可能にするマルチステッププロセスです。分割アップグレードでは、ノードを反復またはバッチでアップグレードすることでダウンタイムを制限できます。

詳細については、『Cisco Identity Services Engine Upgrade Guide, Release 3.3』の「Perform the Upgrade」の章にある「Split Upgrade of Cisco ISE Deployment from GUI」[英語] を参照してください。

ゲスト、スポンサー、デバイス、およびクライアント プロビジョニング ポータルに、サポートされるローカリゼーション言語としてウクライナ語が含まれるようになりました。

Cisco ISE に統合されたシスコ ワイヤレス LAN コントローラ（WLC）からのデバイス分析データを使用して、Apple、Intel、および Samsung エンドポイントのプロファイリングポリシー、許可条件、および認証条件とポリシーを作成できます。

詳細については、『Cisco Identity Services Engine Administration Guide, Release 3.3』の「Asset Visibility」の章にある「Wi-Fi Device Analytics Data from Cisco Catalyst 9800 Wireless LAN Controller」[英語] を参照してください。

Cisco ISE リリース 3.3 パッチ 7 から Cisco ISE リリース 3.4 パッチ 3 にアップグレードした後に、アプリケーションサーバーが "initializing（初期化中）" の状態から進まないことがあります。これは、以前のリリースからの認識されないテレメトリオブジェクトに到達すると、Kibana の移行が失敗するために発生します。問題のあるドキュメントを手動で削除し、移行を完了できるように Kibana 設定を一時的に変更することで、これを解決できます。CSCwt07284 の回避策セクションの手順を参照してください。

等号演算子を属性値の特殊文字とともに使用すると（たとえば、CPU @ 1.20GH）、osquery 可視性条件でエラーが発生します。回避策として、Like 演算子（is_containing）を使用して、特殊文字付きの osquery 可視性条件を設定できます。

クライアントポスチャ要件にスクリプト条件を追加するには、[Client Posture Requirements] ページ（[Policy] > [Policy Elements] > [Results] > [Posture] > [Requirements]）から新しいスクリプト条件を作成し、[Save and Select] オプションを使用して、新しく作成したスクリプト条件を要件に追加する必要があります。

無効な pxGrid Direct コネクタがある状態で Cisco ISE を再起動すると、再起動後に pxGrid Direct コネクタを使用する同期操作をスケジュールする際に問題が発生します。Cisco ISE を再起動する前に、無効になっているすべての pxGrid Direct コネクタを有効にし、再起動してからコネクタを再度無効にすることをお勧めします。または、この問題の回避策として、Cisco ISE を再起動する前に、無効になっているコネクタの属性を編集する（アクティブなコネクタにする）こともできます。

この問題は、Cisco ISE リリース 3.2 累積パッチ 5 および Cisco ISE リリース 3.3 累積パッチ 2 で解決されています。

Cisco ISE リリース 3.3 で解決済みの不具合は、Cisco ISE パッチリリース（3.2 パッチ 2、3.1 パッチ 7、3.0 パッチ 7）と同等です。

次の表は、Cisco ISE リリース 3.3 における解決済みの不具合のリストです。