Okta Classic Engineリリースノート（プレビュー）

一般利用可能

バージョン：2026.08.0

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

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

Barracudaのプロビジョニング

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

Linearのプロビジョニング

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

Appspaceのプロビジョニング

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

Togglのプロビジョニング

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

Moodleのプロビジョニング

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

HEREのプロビジョニング

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

Okta Provisioning Agent、バージョン3.1.0

Okta Provisioning Agent 3.1.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管理者向けドキュメントでは調査リリースバナーで示され、管理コンソールの設定（Settings） > 機能（Features）で確認できます。調査リリースの機能は、Okta調査リリースプログラムのメンバー限定で、早期アクセスまたは一般提供に移行するまでの固定評価期間中のみ使用できます。「調査リリース」を参照してください。

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

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

マルウェアプロキシ検出

管理者は、強化された動的ネットワークゾーンの新しいMALWARE_PROXIESIPサービスカテゴリを使用して、既知のマルウェアプロキシネットワークからのアクセスを検出および制御できるようになりました。このカテゴリはOktaのCyberDefenseによって提供されており、マルウェアやボットネットの活動に関連するプロキシサービス（911 S5、NSOCKS、iProxy、BHProxiesなどを含む）を網羅しています。管理者は、拡張ダイナミックネットワークゾーンの設定時にMALWARE_PROXIESを含めるか除外するかを選択でき、より正確なポリシーを有効にできます。たとえば、これらのプロキシネットワークから発信されるトラフィックに対して、グローバルセッションポリシーまたはアプリサインインポリシーを通じてアクセスを拒否できます。「サポートされているIPサービスカテゴリー」を参照してください。

SAMLアサーションを使ったSAP SuccessFactors OAuth 2.0

SAP SuccessFactorsアプリ統合が、APIセキュリティ強化のためにSAMLアサーションを備えたOAuth 2.0をサポートするようになりました。プロビジョニングと同期プロセスを中断せずに続行するには、SAP Basic認証の削除期限である2026年11月20日までにこの新しい認証方法に移行する必要があります。「SAP SuccessFactors用にSAMLを備えたOAuth 2.0を構成する」を参照してください。

Okta Integrationウィザード

Okta Integrationウィザード（OIW）を使用してOktaのorgでカスタムアプリをデプロイします。 アプリ統合に向けて、SSO、SCIMプロビジョニング、エンタイトルメント管理、Universal Logout、カスタムAPI Integration Actionsの各機能を構成できます。アプリ統合をテンプレートとして使用すると、各アプリインスタンスを再設定することなくorg内で複数のアプリインスタンスを作成できます。  これにより、カスタム統合をより効率的に管理し、SCIMおよびカスタムWorkflows Connectorの回避策を回避できます。「Okta Integrationウィザード」を参照してください。

早期アクセス

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

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

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

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

  • system.identity_sources.bulk_device_upsert
  • system.identity_sources.bulk_device_delete
カスタム認可サーバーの複数オーディエンス

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

ドキュメントの更新

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)

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

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

Okta Integration Network

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

拡張動的ゾーン向けの新しいIPサービスカテゴリ

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

修正事項

  • ユーザーインポートのインラインフックが、許可されている呼び出し制限よりも速くOkta Workflowエンドポイントを呼び出したため、ユーザーインポート中にレート制限エラーが発生しました。(OKTA-1081065)

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

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

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

Okta Integration Network

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

Okta On-Prem MFAエージェント、バージョン1.8.7

このバージョンには、セキュリティ強化が含まれます。

Radius Agentバージョン2.27

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

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

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

修正事項

  • ユーザーインポートのインラインフックが、許可されている呼び出し制限よりも速くOkta Workflowエンドポイントを呼び出したため、ユーザーインポート中にレート制限エラーが発生しました。(OKTA-1081065)

  • 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)

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

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

  • 管理者がOkta Classic EngineからIdentity Engineアップグレードハブに移動できませんでした。(OKTA-1244601)

Okta Integration Network

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

Jamf Pro統合の更新

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

修正事項

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

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

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

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

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

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

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

Okta Integration Network

2026.08.4：アップデート4は9月2日からデプロイを開始しました

WordPressのプロビジョニング

WordPress統合のプロビジョニングが利用できるようになりました。「WordPressをOktaと統合する」を参照してください。 

Ivantiのプロビジョニング

Ivanti統合のプロビジョニングが利用できるようになりました。「IvantiをOktaと統合する」を参照してください。

Progress Chefのプロビジョニング

Progress Chef統合のプロビジョニングが利用できるようになりました。「Progress ChefをOktaと統合する」を参照してください。

SAPコネクター

SAP統合がSCIM 2.0 APIを使用するように移行され、コネクター内部のHTTPヘルパーも、この標準をサポートするように更新されました。

修正事項

  • 管理者が、外部アプリから取得するユーザープロファイル属性を必須に構成した場合、プロファイル登録ポリシーで解決できないサインインループが発生する問題がありました。（OKTA-1178953）

  • 管理者が主なユーザー管理操作を実行すると、リクエストが失敗し、一般的な「Bad Request」エラーが返される問題がありました。（OKTA-1252640）

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

  • 認識されないプリンシパルタイプを使用して/api/v1/iam/auditors/{principalId}エンドポイントにPOSTリクエストを送信した場合、Oktaが有効なクライアント側エラーレスポンスではなく、HTTP 501 Not Implementedエラーを返していました。（OKTA-1258808）

  • IdP検出ポリシールールのAdmin Consoleページで、アプリインスタンスの読み込み中にローディングインジケーターが表示されていませんでした。（OKTA-1259638）

Preview orgの機能

Workdayによる増分インポートのサポート

Workdayに増分インポートを直ちに実行する機能が加わりました。増分インポートはフルインポートよりもはるかに速いです。ただし、ユーザーがカスタム属性のみを変更した場合は検出されないため、これらの変更を取得するには定期的にフルインポートを実行する必要があります。「増分インポート」を参照してください。

システムログイベントの詳細

Oktaがセキュリティ脅威を特定すると、結果のsecurity.threat.detected System Logエントリにイベントの詳細な理由が提供されるようになりました。「システムログ」を参照してください。

新しい柔軟なLDAP

新しいLDAPスキーマでは、メールをカスタムスキーマに移動し、名、姓、ユーザー名、UIDを任意にすることで柔軟性が向上します。これにより、LDAPスキーマに特定の属性が含まれていない場合のエラーシナリオを回避できます。

ThreatInsightのコアOkta APIエンドポイントでの対象範囲

Okta ThreatInsight対象範囲が、コアOkta APIエンドポイントに利用できるようになりました。

Okta ThreatInsightは、ヒューリスティックスと機械学習モデルに基づいて、Oktaの顧客ベース全体で悪意のあるアクティビティを一貫して示すIPアドレスのリストを更新して維持します。Okta orgにOkta ThreatInsightが有効化されている場合、これらの不正なIPアドレスからのリクエストはブロックされるか、さらに分析するために昇格されます。これまで、Okta ThreatInsightの対象範囲は、Okta認証エンドポイント（登録エンドポイントと復旧エンドポイントを含む）にのみ適用されていました。本リリースでは、認証エンドポイントに強化された攻撃パターンが検出され、非認証エンドポイントにも制限された攻撃パターンが検出されます。既存のOkta ThreatInsight構成に変更はありません。ログとブロックモード、ログモード、および除外ネットワーク ゾーンを使用しても、Okta ThreatInsightを有効化できます。高脅威のsecurity.threat.detectedイベントに対して、Negative IP Reputationの新しい理由が利用可能になりました。「Okta ThreatInsightのシステムログベント」を参照してください。