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と統合する」を参照してください。

SafetyCultureのプロビジョニング

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

Togglのプロビジョニング

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

Moodleのプロビジョニング

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

Elastic Searchのプロビジョニング

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

QualtricsXMのプロビジョニング

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

HEREのプロビジョニング

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

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調査パートナープログラムのメンバー限定で、早期アクセスまたは一般提供に移行するまでの固定評価期間中のみ使用できます。「調査リリース」を参照してください。

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

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

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

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

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フィールドは、クライアントシークレットのローテーションが成功したかどうかを示します。

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

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

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

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

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

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

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

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

早期アクセス

デバイスデータを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月17日からデプロイを開始しました

拡張動的ゾーン向けの新しい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月25日からデプロイを開始しました

Radius Agentバージョン2.27

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

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

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

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

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

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

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月31日からデプロイを開始しました

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