Okta Identity Engineリリースノート（本番）

一般利用可能

バージョン：2026.08.0

Microsoft Office 365からAIエージェントをインポートする

Microsoft Copilot StudioおよびMicrosoft AI Foundryで構築されたAIエージェントを、Oktaから直接インポートして管理できるようになりました。「AIエージェントのインポート」を参照してください。

WorkdayからAIエージェントをインポートする

Workday Agent System of Record (ASOR) で構築されたAIエージェントを、Oktaから直接インポートおよび管理できるようになりました。「AIエージェントのインポート」を参照してください。

デバイス保証のOSバージョン更新

デバイス保証ポリシーで、次のOSバージョンがサポートされるようになりました。

  • Android 13、14、15、16セキュリティパッチ2026-01-05
Anthropic（Claude） SAML SSO連携

Anthropic（Claude）向けの新しいSAML 2.0 SSO連携がOkta Integration Networkで利用可能になりました。既存のAnthropic AIエージェント連携もバンドルされています。

ClaudeがSAML 2.0 SSOをサポート

Claudeアプリ統合がSAML 2.0 SSOをサポートするようになりました。Okta for AI Agentsをサブスクライブしているorgは、引き続き統合を使用して、Claude Managed AgentsをOktaにインポートできます。「ClaudeをOktaと統合する」を参照してください。

Barracudaのプロビジョニング

Barracuda WAF-as-a-Serviceアプリ統合のプロビジョニングが利用可能になりました。「Barracuda WAF-as-a-ServiceをOktaと統合する」を参照してください。

Linearのプロビジョニング

Linearのプロビジョニングが利用可能になりました。「Linear統合を作成する」を参照してください。

Appspaceのプロビジョニング

Appspaceのプロビジョニングが利用できるようになりました。アプリをプロビジョニングするとき、エンタイトルメント管理などのセキュリティ機能を有効にできます。「AppspaceをOktaと統合する」を参照してください。

Sign-In Widget、バージョン7.47.1

このリリースの詳細については、「Sign-In Widgetのリリースノート」を参照してください。ウィジェットの詳細については、「Okta Sign-In Widget」を参照してください。

エージェント間のオーディエンスの更新

エージェント間のサーバーリソースURL（audience パラメーター）を自由形式の文字列として設定できるようになりました。

AIエージェントおよびアプリ向けのCross App Access

Cross App Accessにより、カスタムSAMLリクエストアプリとOIDC/ SAMLリソースアプリの間の接続が保護されるようになりました。この機能を使用すると、管理者はAIエージェントとアプリを安全に接続して、ユーザーの同意を必要とせずに、ユーザーに代わってアクションを実行できます。管理者は、 AIエージェントがユーザーに代わって実行できるすべてのアクションに対して、完全な可視性と詳細な制御を維持できます。「リソースサーバーコネクターを設定する」を参照してください。

SafetyCultureのプロビジョニング

SafteyCultureアプリ統合のプロビジョニングが利用可能になりました。「SafetyCultureをOktaと統合する」を参照してください。

Togglのプロビジョニング

Togglアプリ統合のプロビジョニングが利用可能になりました。「TogglをOktaと統合する」を参照してください。

Moodleのプロビジョニング

Moodleアプリ統合のプロビジョニングが利用可能になりました。「MoodleをOktaと統合する」を参照してください。

エージェント間接続

エージェント間のサーバー接続により、管理者はAIエージェントを他のAIエージェントに接続できます。管理者はスコープを管理して、適切なAIエージェントタスクへのアクセスを制限し、サービスアプリがユーザーコンテキストなしでAIエージェントを呼び出せるようにできます。管理者は、トークンとSystem Logを使用して、すべてのユーザー、 AIエージェント、およびAIエージェントを呼び出すアプリを表示できます。「エージェント間接続」を参照してください。

Elastic Searchのプロビジョニング

Elastic Searchアプリ統合のプロビジョニングが利用可能になりました。「Elastic SearchをOktaと統合する」を参照してください。

QualtricsXMのプロビジョニング

QualtricsXMアプリ統合のプロビジョニングが利用可能になりました。「Qualtrics XMをOktaと統合する」を参照してください。

HEREのプロビジョニング

HEREアプリ統合のプロビジョニングが利用可能になりました。「HEREとOktaを統合する」を参照してください。

AIエージェントのリソース接続で編集可能な発行者URL

AIエージェントと認可サーバー間でリソース接続を作成する際に、認可サーバーの発行者URLを変更できるようになりました。

AIエージェントのインポート中に失敗したエントリをスキップしました

プロバイダーからAIエージェントをインポートする際、Oktaは失敗したエントリをスキップし、成功したエントリを作成または更新するようになりました。 

デバイス保証のOSバージョン更新

デバイス保証ポリシーで、次のOSバージョンがサポートされるようになりました。

  • Android 14、15、16、17（2026-07-01）
  • Windows 10ビルド（10.0.17763.9020、10.0.19044.7548、10.0.19045.7548）
  • Windows 11ビルド（10.0.22631.7376、10.0.26100.8875、10.0.26200.8875）
LangsmithからAIエージェントをインポートする

Langsmith Deploymentsで構築されたAIエージェントを、Oktaから直接インポートおよび管理できるようになりました。「AIエージェントのインポート」を参照してください。

デバイス保証のOSバージョン更新

デバイス保証ポリシーで、次のOSバージョンがサポートされるようになりました。

  • macOS （26.6、15.7.8、14.8.8）
  • iOS（26.6）
Sign-In Widget、バージョン7.48.1および7.48.0

これらのリリースの詳細については、「Sign-In Widgetのリリースノート」を参照してください。ウィジェットの詳細については、「Okta Sign-In Widget」を参照してください。

スマートカード登録の改善

ログイン属性がカードからマッピングされた値と一致しない場合でも、ユーザーがスマートカードを登録できるようになりました。以前は、ログイン属性が更新制限の対象として扱われたため、動的マッチングまたはJust-In-Timeプロビジョニング中に登録が失敗していました。「スマートカードIDプロバイダーを追加する」を参照してください。

疑わしいAuthenticatorの登録

この検出は、Okta Identity Threat Protection（ITP）が、Authenticatorの登録イベント中に疑わしいアクティビティを検出したことを示します。アラートをトリガーした特定の条件とイベントの詳細は、調査のためにシステムログイベントuser.risk.detectに記録されます。「疑わしいAuthenticatorの登録」を参照してください。

Okta Provisioning Agent、バージョン3.3.0

Okta Provisioning Agent 3.3.0が利用可能になりました。このリリースでは、SCIMアプリのインポート時の動的なページサイズ削減、PATCHリクエストによる差分プロビジョニング、およびアクセス認定時の自動エンタイトルメント削除をサポートしています。さらにこのバージョンでは、同梱されているAmazon Corretto JREが17.0.19.10.1に更新され、ログ記録に関するセキュリティ上の問題が修正されています。「Okta Provisioning AgentとSDKのバージョン履歴」を参照してください。

Okta Active Directory Agent、バージョン3.23.0

今回のOkta Active Directory Agentのリリースでは、ADエージェント管理ユーティリティが更新され、サービスアカウントをドメイン管理者グループに追加するよう促す代わりに、管理者が最小限必要な権限を付与するようガイドします。さらに、設定が正しくない環境でサービスアカウントの権限チェック中にインストーラーが停止することもなくなりました。このリリースにはセキュリティ強化とバグ修正も含まれます。「Okta Active Directory Agentのバージョン履歴」を参照してください。

新しい調査リリースライフサイクル

Okta管理者向けドキュメントで、調査リリースバナーで示される新しい調査リリースライフサイクルが利用可能になりました。調査リリースの機能は、Okta調査パートナープログラムのメンバー限定で、早期アクセスまたは一般提供に移行するまでの固定評価期間中のみ使用できます。「調査リリース」を参照してください。

IdPルーティングのシステムログイベントを改善

IdPルーティングのシステムログイベントに、利用可能な場合は、一致したIdPディスカバリールールからのターゲット情報が含まれるようになりました。

AIエージェント名の最小文字長が変更されました

AIエージェント名には3文字以上の文字を含める必要があります。 

拡張動的ゾーン向けの新しいプロキシサービス

PROXYLINE_PROXYが拡張動的ゾーンの個々のプロキシサービスカテゴリーとしてサポートされるようになりました。「サポートされているIPカテゴリー」を参照してください。

サブスクリプションデータのエクスポートをリクエスト

アクセスリクエストをサブスクライブしているユーザーの情報をエクスポートするには、データのエクスポート（Export Data）ウィンドウでリクエストのサブスクリプション（Request subscriptions）オプションを選択します。リクエスト（Requests）オプションにはサブスクライバーデータは含まれなくなりました。「Access Requestsからデータをエクスポートする」を参照してください。

user.risk.detectイベントの新しいターゲット

アイデンティティ脅威保護が、脅威防御の脅威度の高いIPに対するエンティティの重大なアクションについて、user.risk.detectイベントのターゲットに影響を受ける要素を設定するようになりました。

Office 365アプリベースプロビジョニングの新しいSystem Logイベント

System Logに、Office 365プロビジョニングのアプリベース認証に関する以下のイベントがログされるようになりました。app.office365.provisioning_app.create：このイベントは、OktaがOffice 365プロビジョニング用に登録および使用される専用のMicrosoft Entra IDアプリを作成したときにログされます。app.office365.provisioning_app_credential.rotate：このイベントは、Office 365プロビジョニングに使用される、登録済みMicrosoft Entra IDアプリのクライアントシークレットがOktaによってローテーションされたときにログされます。このイベントのデータにあるOutcomeフィールドは、クライアントシークレットのローテーションが成功したかどうかを示します。

デバイス保証の高度なポスチャチェック

高度なポスチャチェックにより、管理者はStandardのデバイス保証ポリシーではサポートされていない、より詳細なデバイスのセキュリティ条件を構成できるようになりました。osqueryを使用すると、macOSおよびWindowsデバイスの状態を評価するためのカスタムSQLクエリを作成したり、管理対象外デバイス向けのチェックを構成したり、エンドポイント検知・対応（EDR）ツールと統合したりすることができます。「デバイス保証に高度なポスチャチェックを構成する」を参照してください。

X.509クライアント証明書認証における強力な暗号の強制

Oktaは、mTLS認証で使用されるX.509クライアント証明書に対して、強力な暗号を強制するようになりました。RSA-1024などの脆弱な暗号で署名されたクライアント証明書は、新しいOrgでは受け入れられなくなりました。X.509証明書ベースの認証を使用する場合は、クライアント証明書がFIPS 140-2の暗号要件を満たしていることを確認してください。

パスキー登録画面の更新

Sign-In Widgetのパスキー登録画面に、更新されたコピーと情報画像が追加され、ユーザーが登録前にパスキーとは何かを理解できるようになりました。

パスキー（FIDO2 WebAuthn）Authenticatorのカスタマイズ可能なメール

管理者がパスキー（FIDO2 WebAuthn）Authenticatorを構成した際にユーザーに送信されるメールが、カスタマイズ（Customizations） > ブランド（Brands） > メール（Emails）でカスタマイズ可能なテンプレートとして利用できるようになりました。管理者は、件名、メール本文、PIN、名、org名などの動的変数を変更できるほか、複数言語のコンテンツを追加できます。 

メールの自動登録と復旧の管理

管理者は、 Authenticatorとしてのメールの自動登録を制御し、メールがAuthenticatorでない場合のメールベースのパスワード復旧、ロック解除、変更を構成できます。メールを任意のAuthenticatorにするを参照してください。

Office 365のプロビジョニング向けアプリケーションベースの認証

Oktaは、ユーザー同期とUniversal Syncのプロビジョニングのサービスアカウントの代わりに、Microsoft Entra IDテナント内に専用アプリを作成するようになりました。このアプリはアプリベースの認証をサポートし、orgのセキュリティ向上に役立ちます。既存のユーザー同期またはUniversal Sync構成がある場合、再認証を行い、2026年9月30日までに2つの新しい権限に同意する必要があります。Microsoftに管理者の同意を提供してOktaでの認証を可能にするを参照してください。

MCPサーバー（MCP Servers）とリソースサーバー（Resource Servers）をアプリケーションとリソース（Applications and Resources）に移動

Admin Consoleで、MCPサーバー（MCP Servers）とリソースサーバー（Resource Servers）のページがディレクトリ（Directory）メニューからアプリケーションとリソース（Applications and Resources）メニューに移動しました。

アプリケーション（Applications）メニューがアプリケーションとリソース（Applications and Resources）に名称変更されました

管理コンソールでは、アプリケーション（Applications）メニューがアプリケーションおよびリソース（Applications and Resources）という名称に変更されました。

漏洩した資格情報の保護の強化

この機能は、Identity Threat Protectionを利用するOkta Customer Identity（OCI）のお客様に、漏洩した資格情報の検知について特別なフィードを提供します。その結果、より早期に漏洩した資格情報をより多く特定できます。「侵害された資格情報の保護」を参照してください。

グループルールの割り当てを更新する

管理者は、ルールを削除したり再作成したりすることなく、グループルールに割り当てられたグループを更新できるようになりました。これにより、グループメンバーシップとルール条件の管理が効率化されます。「グループルールの編集」を参照してください。

Azure Active Directoryのライセンス未割り当てユーザーをOktaにインポートする

Office 365ライセンスが割り当てられていないユーザーをMicrosoft Azure Active Directory （AAD）からインポートできるようになりました。これにより、管理者は従業員のライフサイクル管理を Okta内で一元化できるようになり、ライセンスが割り当てられていないアカウントを両方のプラットフォームで管理する必要がなくなります。「Microsoft Graph APIを使用してOffice 365にユーザーをインポートする」を参照してください。

ベンダー提出の統合による本人確認

本人検証（IDV）ベンダーは、 Okta Integration Networkを通じて統合を申請できるようになりました。これらの統合を構成し認証ポリシーに適用して、ユーザーIDを検証できます。

Office 365 SSO署名証明書のオンデマンドローテーション

WS-Federationの認証を使用するOffice 365アプリ統合で、アプリレベルの証明書の使用がサポートされるようになりました。orgレベルの証明書からアプリレベルの証明書に切り替えることで、共有されるorgレベルの証明書の有効期限切れによる単一障害点を排除でき、セキュリティを強化できます。UIの更新により、IT管理者は証明書のステータスを容易に監視し、必要に応じて証明書を生成し、運用を中断することなく証明書のローテーションを実行できるようになります。「Office 365向けにシングルサインオンを構成する」を参照してください。

早期アクセス

デバイスデータをAnything-as-a-Sourceと同期する

ユーザーとグループに加えて、カスタマーアイデンティティソーシング連携で信頼できるソーシングからデバイスデータを同期できるようになりました。デバイスはserialNumber、platform、displayNameという固定の属性セットを使用します。「Anything-as-a-Sourceを使用する」を参照してください。

ポリシー変更管理

管理者は、エンドユーザーにポリシーを適用する前に、アプリサインインポリシーのブランチを作成して、変更の影響を確認および監視できます。これにより、管理者はポリシーの変更案を作成し、実際のユーザートラフィックでテストした上で、安心して展開できるようになります。「アプリサインインポリシーのブランチを管理する」を参照してください。

ベンダー提出の統合による本人確認

本人検証（IDV）ベンダーは、 Okta Integration Networkを通じて統合を申請できるようになりました。これらの統合を構成し認証ポリシーに適用して、ユーザーIDを検証できます。

GleanからAIエージェントをインポートする

Glean Agent Builderで構築されたAIエージェントを、Oktaから直接インポートおよび管理できるようになりました。「AIエージェントのインポート」を参照してください。

Okta Verify Device Posture Sensor Mode

以前は、デバイスのセキュリティポスチャを適用すると、単一ユーザーのOkta FastPass登録が必要であったため、共有デバイスに大きな可視性の欠落が生じていました。Okta Verify Sensor Modeは、アプリをorgに直接登録することでこの問題を解決し、ユーザーがサインインした際にコンテキスト認識型のデバイス保証ポリシーを即座に評価できるようにします。これは特に現場の従業員にとって有用です。共有フリートの包括的なコンプライアンスを確保し、アクセスが許可される前にデバイスが正常であることを確認できるためです。「デバイスポスチャセンサーモード」を参照してください。

macOSおよびWindows向けのデバイス可視性機能

デバイス可視性は、管理対象デバイスの基本的な詳細ページを、macOSおよびWindowsデバイス向けの新しい4タブ表示に置き換えます。これにより、OSレベルのユーザーアカウント、プラットフォームSSOとOkta FastPassの登録ステータス、 Okta Verifyのバージョン、デバイスのセキュリティシグナルを1か所で確認できます。IT管理者とセキュリティ管理者は、複数の画面から情報を集めることなく、 Authenticatorの登録状況を確認し、デバイスのセキュリティポスチャを評価できるようになります。「デバイスの詳細を表示する」を参照してください。

マネージド接続を使用したCross App Access構成の削除

アプリのプロファイルページにあるマネージド接続（Managed connection）タブからCross App Accessを設定する機能は、今後のリリースで削除される予定です。削除されると、既存の設定は機能しなくなります。中断を避けるため、リソースサーバー（Resource Server）タブから接続を再構成してください。「AIエージェントをリソースに接続する」を参照してください。

デバイスの一括変更に関する新しいSystemLogイベント

以下のSystem Logイベントがデバイスの一括変更で利用できるようになりました。

  • system.identity_sources.bulk_device_upsert
  • system.identity_sources.bulk_device_delete
macOSおよびWindows向けのデバイス可視性機能

デバイス可視性は、管理対象デバイスの基本的な詳細ページを、macOSおよびWindowsデバイス向けの新しい4タブ表示に置き換えます。これにより、OSレベルのユーザーアカウント、プラットフォームSSOとOkta FastPassの登録ステータス、 Okta Verifyのバージョン、デバイスのセキュリティシグナルを1か所で確認できます。IT管理者とセキュリティ管理者は、複数の画面から情報を集めることなく、 Authenticatorの登録状況を確認し、デバイスのセキュリティポスチャを評価できるようになります。「デバイスの詳細を表示する」を参照してください。

カスタム認可サーバーの複数オーディエンス

カスタム認可サーバーが、デフォルトのオーディエンスに加えて複数のオーディエンスをサポートするようになりました。「認可サーバーを作成する」を参照してください。

柔軟なOkta Verify Authenticator構成

Okta Verifyは、org全体の設定で単一のAuthenticatorにバンドルされます。これにより、グループごとの個別の検証方法（Okta FastPass、プッシュ通知、またはTOTP）を構成できなくなります。この機能により、Okta Verifyが方式固有の別個のAuthenticatorに分けられて、Okta FastPassを段階的にロールアウトできます。

パスキー登録を促すプロンプト

サインイン時にエンドユーザーにパスキー認証要素の登録を促す、パスキー登録プロモーションのナッジを設定できるようになりました。このナッジは、パスキー認証がオプションである場合にのみ適用され、スキップしたユーザーは別の認証でサインインできます。このプロンプトが再表示される頻度と、ユーザーがスキップできる回数を制御できます。この回数を超えると、Oktaはプロンプトの表示を停止します。Authenticator登録ポリシーを作成するを参照してください。

ユーザー識別ポリシー

管理者は、ユーザー識別ポリシーのルールを管理して、Okta FastPassでサインイン（Sign in with Okta FastPass）ボタンをorg全体で一元的に設定するのではなく、アプリごとに表示するかどうかを制御できるようになりました。これにより、Okta FastPassの展開中にパイロットグループを管理しやすくなり、個々のアプリのサインインエクスペリエンスを調整できるようになります。「ユーザー識別ポリシーにルールを追加する」を参照してください。

ドキュメントの更新

help.okta.comでのOkta Engineバージョンスイッチャー

help.okta.comのトピックがIdentity EngineまたはClassic Engineに該当するかどうかを確認できるようになり、ワンクリックで対応するページに直接移動できるようになりました。ページをスクロールしても、スイッチャーは表示されたままになります。あるトピックが特定のエンジンに固有のものである場合、No matching topic for [Identity/Classic] engineメッセージが表示されます。

修正事項

  • セキュリティ（Security） > IDプロバイダー（Identity Providers）で、スマートカードIDプロバイダーの証明書チェーンをリセット（Reset Certificate Chain）ボタンが読み取り専用の管理者でも利用可能でした。(OKTA-1205602)

  • SAMLインラインフックが5xxエラーをスローした際、user.authentication.ssoイベントがSystemLogから欠落していました。(OKTA-1223139)

  • OAuthセキュアトークン交換（STS）フィールドが、STSプロトコルをサポートしていないリソースサーバーアプリに表示されていました。  (OKTA-1226327)

  • 未解決のブックマークアプリリンクを参照するサインイン試行の一部で、誤った種類のエラーメッセージが返されていました。(OKTA-1234441)

  • 管理者がActive Directoryユーザーをインポートした際、削除されたユーザーの属性が受信ユーザープロファイルと競合すると、ユーザー確認に失敗しました。    (OKTA-1235909)

Okta Integration Network

2026.08.1：アップデート1は8月17日からデプロイを開始しました

デバイス保証のOSバージョン更新
デバイス保証ポリシーで、次のOSバージョンがサポートされるようになりました。
  • Android 14、15、16、17（2026-08-01）
拡張動的ゾーン向けの新しいIPサービスカテゴリ

複数の新しいIPサービスカテゴリが拡張動的ゾーンの個別のVPNサービスカテゴリーとしてサポートされるようになりました。「サポートされているIPカテゴリー」を参照してください。

すべての顧客を対象としたAI エージェントおよびアプリ向けのクロスアプリアクセスのサポート

XAAを使用して、カスタムSSOエージェントリクエストアプリとSSOリソースアプリ間のアクセスを保護します。XAAを使用すると、顧客はAIエージェントとアプリを接続してユーザーに代わってアクションを実行でき、実行時にユーザーの同意を得る必要がなくなります。XAAの接続はOktaの管理者によって管理されており、これにより、サポートされているOIDCおよびSAMLのSSOプロトコルにおいて、AIエージェントがユーザーに代わって実行できるアクションについて、可視性と制御が提供されます。

  • エージェントリクエストアプリの構成については、「AIエージェントを手動で追加する」を参照し、ユーザーアクセス（User access） > アクセス構成に使用するアプリ（App used for access configuration）でSSOエージェントアプリを選択します。
  • XAAリソースアプリの構成については、「リソースサーバーコネクターを構成する」を参照してください。OINリソースアプリを構成する場合は、XAAがすでに有効になっている必要があります。
  • AIエージェントをリソースアプリに接続するには、「AIエージェントをリソースに接続する」を参照し、リソースタイプとしてアプリケーション（Application）を選択してから、リソースアプリを選択します。

OIDCをSSOに使用するエージェントリクエストアプリの場合、OktaはAIエージェントをOIDC SSOアプリにバインドして、同じ資格情報を共有できるようにします。Oktaでこの構成を削除する場合は、AIエージェントとそれに対応するOIDCアプリを削除してください。

このAIエージェントとアプリのバインディング機能により、管理者はAIエージェントの直接ユーザー認証を構成できるようになりました。Okta for AI Agents orgがあり、以前委任（Delegation）タブを使用してAI エージェント アクセスを構成していた場合は、ユーザーアクセス（User access）タブで再構成する必要があります。「Okta for AI Agentsの委任リンクからの移行」に関するガイダンスを参照してください。

修正事項

  • 一部のorgでは、System Logにすべてのサインイン試行のuser.session.startイベントが常に表示されませんでした。(OKTA-1138083)

  • アプリスコープのIDプロバイダー（IdP）ルーティングルールにより、認証リクエストが誤ったIdPにルーティングされ、別のIdPまたはデフォルトのサインインページにリダイレクトされるべきユーザーのサインイン失敗を引き起こす可能性がありました。(OKTA-1176869)

  • 管理者のパスワードがリセットされた際、Admin Consoleのユーザープロファイルページから管理者ロール（Admin roles）タブが消えていました。(OKTA-1184998)

  • カスタムロールにユーザーの認証をリセット（Reset users' authenticators）権限のみが含まれている場合、ユーザーに代わって認証を誤って登録することもできました。(OKTA-1220095)

  • OAuthトークン付与が失敗した場合、結果として生成されるSystem Logイベントにユーザーの詳細が表示されませんでした。(OKTA-1229159)

  • 管理者がActive Directoryユーザーをインポートした際、削除されたユーザーの属性が受信ユーザープロファイルと競合すると、ユーザー確認に失敗していました。(OKTA-1235909)

  • OAuthセキュアトークン交換（STS）フィールドが、STSプロトコルをサポートしていないリソースサーバーアプリに表示されていました。  (OKTA-1238571)

  • AIエージェント（）ページで、ユーザーサインオンアプリケーション（User sign-on application）フィルターが、Okta for AI Agentsを登録していないOrgにも表示されていました。(OKTA-1239631)

  • AIエージェントの登録（Register AI agent）ページで、名前（Name）フィールドの下に表示されるヘルパーテキストの最小文字長が正しくありませんでした。(OKTA-1241243)

  • 一部のorgでAIエージェント名の最小文字長が3文字ではなく5文字でした。(OKTA-1242199)

  • 管理者がAIエージェントの公開鍵/秘密鍵を有効にすると、無効（Disabled）ステータスが表示されました。(OKTA-1245200)

  • Okta Account Managementのポリシールールでユーザーインタラクション要件が任意のインタラクション（Any interaction）に設定されている場合、Oktaは誤ってデバイスのパスコードまたは生体認証によるユーザー検証を要求（Require device passcode or biometric user verification）が選択されているかのように適用し、ユーザーがサインインできない可能性がありました。(OKTA-1245305)

  • 管理者がMicrosoft Copilot StudioまたはMicrosoft FoundryからAIエージェントをインポートした際、構成されたオーナーが割り当てられませんでした。(OKTA-1245342)

Okta Integration Network

2026.08.2：アップデート2は8月25日からデプロイを開始しました

デバイス保証のOSバージョン更新

デバイス保証ポリシーで、次のOSバージョンがサポートされるようになりました。

  • macOS 14.8.9
  • macOS 15.7.9
  • macOS 26.6.1
Radius Agentバージョン2.27

このバージョンには、内部の改善と修正が含まれています。

JA4 TLSフィンガープリンティング

Oktaは、厳選されたサブセットのみではなく、Syslogイベントタイプ（securityContext.tlsFingerprint.ja4 pr）全体でJA4 TLSクライアントのフィンガープリントをキャプチャするようになりました。これには、サインイン、認証、トークンのイベントに加え、テレフォニーイベント（OTP/SMSの配信など）も含まれます。これにより、お客様とOktaのセキュリティチームは、フィンガープリントレベルの可視性を得て、IP/ユーザーエージェントのシグナルだけでは見逃してしまうボットトラフィック、トール詐欺、その他のTLSベースの攻撃パターンを検知できるようになりました。

これは、カスタムホストのドメインを使用しているorgではまだ利用できません。

リアルタイム更新によるインポートモニタリングの強化

インポートモニタリングダッシュボードから、インポートについてリアルタイムの進行状況を確認できるようになりました。これにより、現在処理中のデータチャンクの数など、進行中のインポートについて現在のステータスに対する可視性が高まります。

from-addressesのメールをデフォルトのブランドドメインにコピーする

ブランドメール設定を構成する際に、カスタムのメール差出人アドレスをデフォルトのOktaドメインにコピーできるようになりました。以前は、このオプションはカスタムブランド間でのコピーでのみ利用可能でした。

修正事項

  • Microsoft Formsアプリにサインインすると、ユーザーはforms.cloud.microsoftの適切なMicrosoft Formsアプリではなく、一般的なMicrosoft Forms製品ページにリダイレクトされていました。(OKTA-1145722)

  • 管理者がセキュリティポリシーの更新を試みた際、保護されたアクションのステップアップ認証プロンプトにより、ブラウザのポップアップを有効にするよう繰り返し指示されていました。(OKTA-1146100)

  • 大きなユーザーディレクトリを持つorgでは、Oktaパスワードの健全性レポートがタイムアウトになり、不完全なデータが返されていました。信頼できるパフォーマンスを確保するため、大規模なorgのレポートは最大50万人のユーザーまでに制限されるようになりました。（OKTA-1151306）

  • 管理者のパスワードがリセットされた際、Admin Consoleのユーザープロファイルページから管理者ロール（Admin roles）タブが消えていました。(OKTA-1184998)

  • System Logで、AIエージェントのライフサイクル障害イベントにより、内部例外の詳細がそのまま公開されていました。(OKTA-1186282)

  • 一部のOrgでは、ユーザーがパスワード入力の試行回数制限を超過した際に、アカウントリカバリーフローを開始するよう促される代わりに、エラーメッセージが表示されていました。(OKTA-1199064)

  • リクエストボディに有効な定義済みプロファイル属性が含まれている場合でも、ユーザーの作成または更新リクエストが失敗することがありました。(OKTA-1210697)

  • 管理者がOIDC IDプロバイダーからユーザーを切断した後、Admin Console内のユーザーのプロファイルページが空白になり、連続ループで読み込まれていました。(OKTA-1231254)

  • SAMLアプリで無効なOkta Expression Language式が設定されている場合に、誤ったエラーメッセージがユーザーに表示されていました。(OKTA-1231797)

  • DBSSOデバイスセッションの有効期限が想定よりも短い期間に設定されていました。(OKTA-1242470)

  • MCPサーバー（MCP Servers）ページとリソースサーバー（Resource Servers）ページのURLがアプリケーションとリソース（Applications and Resources）メニューの新しい場所を反映していませんでした。(OKTA-1245160)

  • 管理者が不完全なURLでMCPサーバーを登録しようとした際、説明的なエラーメッセージではなく400エラーが表示されていました。(OKTA-1246008)

  • 柔軟なOkta Verify認証構成が有効になっていても、以前のバンドルされたOkta Verify認証設定は最大1時間キャッシュされたままでした。(OKTA-1246010)

Okta Integration Network

2026.08.3：アップデート3は8月31日からデプロイを開始しました

手動MCP登録

管理者はMCPサーバーを登録する際に、認可サーバーの詳細とクライアント資格情報を手動で設定できるようになりました。これにより、自動メタデータ検出エンドポイントをサポートしない内部またはレガシーMCPサーバーを登録できます。「MCPサーバーを追加する」を参照してください。

デバイス保証のOSバージョン更新

デバイス保証ポリシーで、次のOSバージョンがサポートされるようになりました。

  • macOS（26.6.2）
  • iOS（26.6.1、 18.7.10）
  • Windows 10ビルド（10.0.17763.9121、10.0.19044.7663、10.0.19045.7663）
  • Windows 11ビルド（10.0.22631.7517、10.0.26100.9168、10.0.26200.9168）
AIエージェントアプリの認証要件

AIエージェントがアプリにバインドされている場合、ユーザーアクセス（User access）タブにアプリの認証要件が表示されるようになりました。また、認証ポリシーを設定できるアプリのサインオン（Sign On）タブへのリンクも表示されます。 

Jamf Pro統合の更新

Admin Consoleのアプリケーションユーザー名の形式（Application username format）フィールドがデフォルトで表示されるようになりました。これにより、管理者はSCIMのuserName属性のカスタムマッピングを構成できます。

修正事項

  • 管理者がOIDCアプリのシングルログアウトURLをクエリパラメータ付きで設定した場合、本来含まれるべきクエリパラメータが送信リクエストから削除されていました。(OKTA-1148277)

  • 汎用データベース用On-prem Connectorの他のダウンストリームプロビジョニング設定を有効にしないと、エンタイトルメントをインポートできませんでした。(OKTA-1167099)

  • OrgがClassic EngineからIdentity Engineにアップグレードした後、アップグレード前に登録された電話認証で、ユーザーの最初の認証日が作成日として表示され、元の登録日が表示されない問題が発生していました。(OKTA-1172610)

  • グループメンバーシップが一括削除された際、無効化されたグループルールがグループ（Group） > ユーザー（People）タブに表示されたままでした。(OKTA-1199754)

  • Oktaでアプリから削除されたユーザーを再割り当てした場合、アプリのUIではステータスが「無効」のままでした。(OKTA-1217473)

  • ITP検出の一部にIPアドレスとexternal_session_idのスタンドアロンフィールドがありませんでした。(OKTA-1219107)

  • 複数の認証のインライン登録を必要とする複数のOkta Account Managementのポリシールールがあるサインインフローにおいて、セキュリティキーを登録したユーザーがエラーを受け取り、再登録を繰り返し求められました。(OKTA-1238490)

  • サインインヘルプページの一部のリンクが最小コントラスト比を満たしていませんでした。(OKTA-1241201)

  • ユーザーがサインインページからパスワードリカバリを完了した後、プロファイルを更新する必要がある場合（例えば、更新された利用規約に同意するためなど）、更新がエラーで失敗し、ユーザーはサインインフローを完了できませんでした。(OKTA-1241265)

  • IDの検証に追加されたカスタム属性（従業員IDなど）とその属性マッピングフィールドが、検証ベンダーに送信されるペイロードに含まれていませんでした。(OKTA-1243676)

  • 承認サーバーのスコープリストにinterclient_accessスコープがありませんでした。(OKTA-1250422)

  • アプリケーション（Applications）ページにフッターがありませんでした。(OKTA-1251535)

  • 管理者がAdmin Consoleでカスタム管理者リソースセットを作成または編集した際、300以上のレルムを割り当てようとすると、選択リストからリソースが省略される問題が発生していました。(OKTA-1252754)

  • ユーザーインポートがページ分割に失敗し、最初の100人のユーザーのみが取得されました。(OKTA-1257332)

Okta Integration Network