Okta Identity Engineリリースノート（2026）

バージョン：2026.01.0

2026年1月

一般利用可能

Sign-In Widget、バージョン7.39.0

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

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

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

  • iOS 18.7.3、26.2
  • macOS 14.8.3、15.7.3、26.2

「ユーザープロファイルリスク」タブのUIの改善

視認性向上のためにユーザープロファイルリスクタブの表の列の並び順が変更され、コンテキスト変更イベントがポリシー違反イベントに置き換えられました。

「最近のアクティビティ」ページのヘルプドキュメントリンクを更新

End-User Settings 2.0の最近のアクティビティ（Recent Activity）ページにあるヘルプのドキュメントリンクが更新されました。

Admin Consoleのシームレスなナビゲーション

アプリスイッチャー、管理者（Admin）ボタン、または直接URLからAdmin Consoleに移動するときに、アクティブなセッションが再利用されるようになりました。これにより、重複するMFAプロンプトが削減され、ナビゲーションエクスペリエンスが向上します。

ファーストパーティアプリスイッチャーの更新

以前は、Oktaファーストパーティアプリスイッチャーを使用するには、Okta管理者である必要がありました。今では、管理者以外のユーザーはアプリスイッチャーを使用して、ISPM、Workflows、パートナー管理者ポータルなどのOktaファーストパーティアプリ間をシームレスに移動できるようになりました。

OIDC以外のアプリケーションのログインヒントの評価

Admin Consoleのセキュリティ（Security）>一般（General）ページが更新され、OIDC以外のアプリケーションのログインヒントの評価（Login hint evaluation for Non-OIDC Applications）設定が追加されました。この設定は、アプリが提供するログインヒントをSign-In Widgetが評価するかどうかを制御します。一般的なセキュリティ（General Security）を参照してください。

新しいIPサービスカテゴリーのサポート

PAWXY_VPN、QUARK_VPN、GIAMPING_VPN、ENCRYPT_SECURE_SERVERS_VPNが、機能強化された動的ゾーンのIPサービスカテゴリーとしてサポートされるようになりました。「サポートされているIPサービスカテゴリー」を参照してください。

OIDC IDトークンのJSON Web Encryption

Oktaで保護されたカスタムアプリ統合のOIDC IDトークンを、JSON Web Encryptionを使用して暗号化できるようになりました。アプリ統合用のOIDC IDトークンを暗号化するを参照してください。

カスタムアプリ向けの統合クレーム生成

統合クレーム生成は、Oktaで保護されたカスタムアプリ統合のクレーム（OIDC）および属性ステートメント（SAML）を管理するための、合理化された新しいインターフェイスです。グループクレームやユーザープロファイルクレームに加えて、新しいクレームタイプ「エンタイトルメント」（OIGが必要）、「デバイスプロファイル」「セッションID」「セッションAMR」「アプリ統合にカスタムクレームを構成する」を参照してください。

カスタムFIDO2 AAGUID

お客様は、FIDOメタデータサービス（MDS）以外のセキュリティキーや他のAuthenticatorを追加して、それらをより詳細に制御できます。これにより、FIDO2（WebAuthn）Authenticatorのサポートが幅広いセキュリティキーや他のAuthenticatorに拡張され、お客様が環境内のセキュリティをより柔軟に制御できるようになります。

「サインインしたままにする」のテキストの説明

アプリサインインポリシー（App sign-in policy） 構成ページのテキストが更新され、「サインインしたままにする」オプションがすべてのアプリで保持されることが明確になりました。「アプリサインインポリシールールを追加する」を参照してください。

アクセスリクエストメール通知の新しい外観と操作性

アクセスリクエストメール通知で、テキストの配置や使用される色、Oktaロゴの場所、グレー背景の追加など、外観と操作性が新しくなりました。

タスクのエスカレーションは本番環境で一般利用可能です

アクセスリクエスト管理者とリクエスト割り当て先は、リクエスト内の膠着タスクをタスク割り当て先のマネージャーにエスカレーションできます。設定（Settings）ページで要求者にタスクのエスカレーションを許可する（Allow requesters to escalate tasks）トグルを有効にした場合、要求者はアクセスリクエスト内のタスクもエスカレーションできます。これにより、リクエストの解決が早くなり、ボトルネックを防ぎ、生産性を向上させ、危険な回避策の使用を減らすことができます。タスクエスカレーションは、安全で監査可能な自動化されたプロセスです。効率的な操作と強力なセキュリティポスチャの両方をサポートすることで、時間ベースのアクセスリクエストモデルの導入に役立ちます。

「タスクをエスカレーションする」および「要求者にタスクのエスカレーションを許可する」を参照してください。

Windows TransportでのWS-Trust 1.3のサポート

Windows TransportがWS-Trust 1.3プロトコルをサポートするようになりました。これにより、新しいMicrosoft Officeクライアントのサイレントアクティベーションが可能になり、ユーザーが手動で資格情報を入力する必要がなくなります。

新しいカスタム管理者権限

新しいカスタム管理者権限を使用すると、アプリのサインイン、グローバルセッション、Okta Account Managementポリシーの読み取り、または読み取りと書き込みが可能になります。これにより、 org内の管理者権限の粒度をきめ細かくできます。「リソースセットを作成する」を参照してください。

Office 365 WS-Federation構成のユーザビリティ向上

サインインページでのWS-Federation構成インターフェイスが改善されて、わかりやすくなりユーザビリティが向上しました。

  • 設定手順を表示（View Setup Instructions）ボタンの再配置により、視覚的なレイアウトが最適化されました。
  • 親ドメインと子ドメインの関係を視覚化するために新しい表示オプションが追加されました。

Windowsのデバイス保証：ウイルスおよび脅威の保護

管理者は、Chromeブラウザーを使用するWindowsデバイスでウイルスおよび脅威の保護を有効にすることを要求するデバイス保証条件を強制適用できるようになりました。この機能により、アクセスを付与する前にユーザーのデバイスがアクティブなウイルス対策ソフトウェアで保護されるようにして、orgのセキュリティポスチャを強化できます。

Okta FastPassを求めるローカルネットワークアクセス

Oktaで保護されたアプリにサインインする際、ユーザーはブラウザープロンプトでローカルネットワークアクセスを許可する必要があります。アクセスがブロックされた場合、ユーザーがOkta FastPassを引き続き使用できるように、Sign-In Widgetに修復手順とヘルプドキュメントへのリンクが表示されます。

Office 365 GCC High統合向けのプロビジョニングサポートの強化

Office 365 GCC Highのプロビジョニングで、Universal Syncがサポートされるようになりました。これにより、管理者はオンプレミス属性をMicrosoft Entra IDに同期することができます。

パスワード有効期限フローのOkta Account Managementポリシー保護

この機能により、Okta Account Managementポリシーでパスワード有効期限フローを保護すると、顧客orgのセキュリティポスチャが改善されます。パスワード有効期限フローには、orgのOkta Account Managementポリシーに定義された保証が必要になりました。「パスワードの有効期限を有効化する」を参照してください。

パスワードで使用される単語をブロックする

Okta Expression Languageを使用して、パスワードで使用される単語をブロックできるようになりました。この機能により、パスワードの強度要件をカスタマイズすることでセキュリティが強化されます。

End-User Settingsへの直接アクセス

ユーザーは、End-User Dashboard以外にも、URLから直接設定ページにアクセスようになりました。この機能によって、ユーザーの利便性とセキュリティや、管理者がEnd-User Dashboardアクセス制御のシナリオを扱う際の柔軟性が高まります。アクセシビリティとUXも改善されました。「エンドユーザーの設定」を参照してください。

早期アクセス

Okta for AI agents

Okta内で直接AIエージェントのアイデンティティを登録、保護、管理できるようになりました。Okta for AI agentsは、人間がエージェントを介してアプリへ接続する経路を保護するように設計されており、最小権限のアクセスを適用し、永続的な権限を排除し、システムログを使用してすべてのエージェントのアクションを追跡するのに役立ちます。また、シームレスなユーザーエクスペリエンスを維持しながら、AIエージェントをデジタル従業員の責任ある一員として機能させることもできます。「Okta for AI Agents」を参照してください。

侵害された資格情報の保護

侵害された資格情報の影響からorgを保護します。Oktaでは、サードパーティが選択したデータセットと比較した後、ユーザー名とパスワードの組み合わせが侵害されたと判断された場合、ユーザーパスワードのリセット、強制ログアウト、委任Workflowの呼び出しなど、パスワードポリシーにより保護応答をカスタマイズできます。侵害された資格情報の保護を参照してください。

侵害された資格情報の保護を米国連邦政府のお客様にもご利用いただけるようになりました。

Native to Web SSO

Native to Web SSOは、ユーザーがOIDCアプリ（ネイティブまたはWebアプリなど）からWebアプリ（OIDCまたはSAMLのいずれか）に移行するときに、シームレスで統合された認証エクスペリエンスを作成します。この機能では、SAMLやOpenID Connectなど、標準のWebベースのフェデレーションプロトコルを使用します。これにより、1回限りの一方向クライアント間信頼SSOトークンを使用して、2つの異なるアプリケーション環境間のギャップを埋めることができます。これにより、すでに提供されているサインオン保証の繰り返しが不要になり、認証の複雑さが軽減されることで、開発が簡略化されます。「Native to Web SSOを構成する」を参照してください。

ポリシーインサイトダッシュボード

ポリシーインサイトダッシュボードで、 orgに対するポリシーの影響を明確に把握できます。サインインの成功、アクセス拒否、 Authenticator登録の傾向を監視することができ、ユーザーのサインインにかかる時間やフィッシング耐性のある認証の普及についての知見も得ることができます。ダッシュボードではルール一致の頻度と、サインイン試行の成功の割合も追跡します。ポリシーインサイトダッシュボードを使用するを参照してください。

独自のテレフォニー資格情報を持ち込む

テレフォニーインラインフックを使用する必要がなく、簡単になった新しいセットアップを使用して、独自のテレフォニープロバイダーに接続できるようになりました。使用量請求はプロバイダーと直接処理できます。Oktaは現在、TwilioとTelesignをサポートしています。Admin Consoleでテレフォニープロバイダーを構成するを参照してください。

WindowsでのOkta Verifyのリリース制御

新しいリリース制御機能で、管理者はWindowsでOkta Verifyの自動更新を許可、一時停止、または制限するかを構成できるようになります。これにより、企業の変更管理要件を満たし、Windowsエンドポイント全体でバージョンロールアウトを管理するための柔軟性が高まります。「Okta Verifyのリリース制御」を参照してください。

Okta Verifyによるユーザー検証のインラインステップアップフロー

エンド ユーザーは、現在の登録が不十分な場合でも、高いユーザー検証（UV）レベルを必要とする認証ポリシーを簡単に満たすことができます。この機能により、ユーザーにはUVの必要な有効化手順が事前に案内されます。そのため、管理者はより厳格な生体認証UVポリシーを自信を持って実装し、ユーザーロックアウトのリスクをなくし、UVの不一致に関連するサポートの問い合わせを減らすことができます。「Okta Verifyユーザー検証設定に基づくユーザーエクスペリエンス」を参照してください。

修正事項

  • パスワードを必要とするグローバルセッションポリシーが設定されたorgでは、orgのアプリサインインポリシーでその要素の組み合わせが許可されていても、ユーザーはパスワードと秘密の質問を使って認証できませんでした。（OKTA-1020729）

  • ユーザーがOkta Sign-In Widgetに無効なOTPを何度も入力し、サインインに戻る（Back to sign in）をクリックすると、誤ったページにリダイレクトされていました。（OKTA-1038368）

  • Authenticator登録ポリシーでOkta Verifyが要求された場合、一部のユーザーはデスクトップブラウザーでの登録を求められませんでした。（OKTA-1047509）

  • 次の属性が予約属性として正しく制限されていませんでした：orgid、activationstatus、apistatus、logintype、initialreconcilecomplete、activationdate、statuschangeddate、apilastupdate、passwordexpirationguess、passwordexpirationcursor、numunlocks、changedstatus。予約済み属性のレビューを参照してください。（OKTA-1049339）

  • Preview Orgでは、バナーによってブロックされていたため、管理者にエラーメッセージが表示されませんでした。（OKTA-1053703）

  • レプリケーションの遅延中にユーザーがJIT経由でサインインしようとすると、500エラーが発生することがありました。（OKTA-1055324）

  • クレーム共有が有効になっているorgで、管理者がアプリサインインポリシーを変更しようとしても、 FastPass認証方法を無効にできませんでした。（OKTA-1076241）

  • End-User Settings 2.0が有効なorgでは、自分の設定（My Settings）ページにブランドロゴが表示されていませんでした。（OKTA-1082109）

  • End-User Settings 2.0が有効なorgでは、自分の設定（My Settings）ページのナビゲーションメニューにブランディングのプライマリ色が表示されていませんでした。（OKTA-1082119）

  • アクセステストツールで、どの条件が一致するかを説明する列のタイトルとテキストが、管理者にとってわかりにくい場合がありました。（OKTA-949568）

  • ユーザーがTouch IDでサインインしたときに、User.Session.StartイベントがSystem Logに記録されない場合がありました。（OKTA-996730）

  • 管理者がアプリユーザーのユーザー名を更新しようとするとエラーが発生していました。（OKTA-1047716）

  • LDAP Generalized Time属性を持つLDAPユーザーを管理者がOktaからLDAPにプロビジョニングしたときに、時刻値が誤ってフォーマットされていました。（OKTA-1056428）

  • コンピューターからの一部の認証試行が誤ってiOSデバイスと識別され、client.device eq "Computer"式を使用するポリシーでアクセス拒否が生じていました。（OKTA-1060121）

  • アプリの割り当てが完了する前にJITユーザーがSPにリダイレクトされ、アクセス拒否エラーが発生していました。（OKTA-1061698）

  • Okta Org2Org統合のorgでは、認証中にアドレスが変更された場合、Okta Sign-In Widget に誤ったユーザーメールアドレスが表示されていました。（OKTA-1063332）

  • Microsoft Office 365ユーザーのプロビジョニングが、429エラーで断続的に失敗していました。これは、システムがMicrosoft Entraのごみ箱にすでに存在するユーザーを、同じ onPremisesImmutableIdでプロビジョニングしようとしたときに発生しました。（OKTA-1068843）

  • 管理対象外デバイスの一部のユーザーが、Sign-In Widgetで内部サーバーエラーを受け取っていました。これはユーザーの認証されたorgの管理証明が有効になっているが、管理対象デバイスの修復に関するカスタムメッセージがない場合に発生しました。（OKTA-1079371）

  • Office 365の証明書ベースの認証を無効にしたorgでは、Windows Autopilotが誤ってアプリサインインポリシーから削除されていました。（OKTA-1081329）

  • DirSyncが有効な場合に、Active Directoryのインポートが「誤った結果サイズ」エラーで失敗していました。これは、Active Directoryでの新規グループの作成が、インポートプロセス中に重複するエントリを生成したために発生していました。（OKTA-1082847）

  • ユーザーが Okta End-User Dashboard の Microsoft Teams タイルをクリックすると、「クラシックTeamsは利用できなくなりました」というエラーページが表示されていました。これは、Microsoftによる変更で宛先URLが古くなったために発生しました。（OKTA-1084267）

Okta Integration Network

週次のアップデート

2026.01.1：アップデート1は1月20日にデプロイメントを開始しました

一般利用可能

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

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

Android 13、14、15、16セキュリティパッチ2026-01-05

Sign-In Widget、バージョン7.39.2

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

新しいIPサービスカテゴリー

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

Oracle IAMのプロビジョニング

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

修正事項

  • Admin Consoleでのユーザーステータスと、パスワードレスのメールで認証するユーザーに関してAPIで報告されるステータスの間に不一致がありました。（OKTA-938801）

  • 管理者が認証方法チェーンを使用して認証ポリシーを作成し、無効な再認証頻度の値を入力した場合に、エラーが表示されませんでした。（OKTA-954253）

  • クレーム共有が有効になっているOrg2Org ClassicからOkta Identity Engineへのセットアップで、ユーザーがOkta Identity Engine orgにサインインするときに、追加の要素の入力を求められました。これは、Classic orgでパスワードを入力し、Identity Engine orgのアプリサインインポリシーを任意の1要素に設定していても発生しました。（OKTA-1016793）

  • AIエージェント（AI Agent）ページで、所有者（Owners）と資格情報（Credentials）タブの間隔に一貫性がありませんでした。（OKTA-1054201）

  • 一部のorgでは、ユーザーがアプリに初めてアクセスを試みたときに403エラーが表示されていました。（OKTA-1059737）

  • 管理者がユーザープロファイルポリシーに識別子を追加するときに、最大文字数の制限がありませんでした。（OKTA-1061030）

  • ポリシーが任意の2要素タイプ（Any 2 factor types）に設定され、所有要素の制約が含まれている場合、管理者がアプリサインオンポリシーのためのパスワードとセキュリティ質問のAuthenticatorを構成できませんでした。（OKTA-1061839）

  • グローバルセッションポリシーでAND動作：（AND Behavior is）ルールが新しいデバイス（New Device）に設定された場合に表示されるメッセージで、ユーザーがサインインのたびにMFAを要求されることが明示されていませんでした。（OKTA-1064096）

  • 複数の登録があるUEP AuthenticatorのSign-In Widgetにカスタムロゴが表示されませんでした。（OKTA-1069399）

  • End User Settingsバージョン2.0が有効になっているorgで一部のユーザーに、パスワード要件の説明でHTMLエスケープされた文字が表示されていました。（OKTA-1080153）

  • 拡張動的ゾーンがGOOGLE_VPNをブロックするように構成されている場合、GOOGLE_RENDER_PROXYからのリクエストもブロックされていました。（OKTA-1080379）

  • SPAでは、ユーザープロファイルを保存すると、明示的に更新されない限り、trueのブールのプロパティがすべてfalseに設定されていました。（OKTA-1086548）

  • orgに20を超えるネットワークゾーンが構成されている場合、セッション保護（Session Protection）ページのドロップダウンメニューに表示されないネットワークゾーンがありました。（OKTA-1089885）

  • アクセスリクエスト条件によって管理されるリクエストには、リクエストの承認および拒否に関するメールとMicrosoft Teams通知がSlack通知UIと一致しませんでした。（OKTA-1096668）

早期アクセス

Device-Bound Single Sign-On

Device-Bound Single Sign-Onでは、ユーザーがOkta-joinedのmacOSやWindowsのデバイスにサインインした後、ハードウェア保護されたセッションが開始されてアプリへシームレスにアクセスできるようになります。この機能は、セッションリプレイ保護と能率的な認証エクスペリエンスを提供します。「Device-Bound Single Sign-On」を参照してください。

Okta Integration Network

  • Seismic（SCIM）が利用可能になりました。詳細をご確認ください。

  • OX Security（OIDC）が利用可能になりました。詳細をご確認ください。

  • Skedda（SCIM）が利用可能になりました。詳細をご確認ください。

  • Jotform（SCIM）が利用可能になりました。詳細をご確認ください。

  • Planhat（SCIM）が利用可能になりました。詳細をご確認ください。

  • Safety AZ（OIDC）が利用可能になりました。詳細をご確認ください。

  • Exabeam（SAML）が利用可能になりました。詳細をご確認ください。

  • 101domain（OIDC）が利用可能になりました。詳細をご確認ください。

  • OX Security（OIDC）でUniversal Logoutがサポートされるようになりました。

  • Skedda（SAML）の説明、アイコン、構成ガイドが新しくなりました。

  • Obsidian Security（SAML）の構成ガイド、属性、アプリの説明が新しくなりました。

  • Planhat（SAML）の構成ガイドが新しくなりました。

  • APIサービス（Exaforce）にokta.idps.readスコープが追加されました。

  • Seismic (SAML) のロゴ、アプリ説明、構成ガイドが新しくなりました。

  • BridgeBank Business eBanking（SWA）が更新されました。

  • Humana Military（SWA）が更新されました。

  • Jotform（SAML）が更新されました。

  • Scalefusion OneIdP（SCIM）が更新されました。

2026.01.2：アップデート2は2月2日にデプロイメントを開始しました

一般利用可能

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

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

  • Windows 10（10.0.17763.8276、10.0.19044.6809、10.0.19045.6809）
  • Windows 11（10.0.22631.6491、10.0.26100.7623、10.0.26200.7623）

Authenticator登録のユーザーエクスペリエンス

エンドユーザー設定ページで、Authenticator登録のユーザーエクスペリエンスが改善されました。Authenticator登録ポリシーでAuthenticatorが拒否された場合、ユーザーには直ちにエラーが送信され、セットアップオプションは利用できません。これにより、ユーザーがAuthenticator登録を試みたものの、Okta Account Managementポリシーの要件を満たさない場合に、エラーと一貫性のあるユーザーエクスペリエンスが得られます。

Sign-In Widget、バージョン7.39.3

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

修正事項

  • オンプレミスプロビジョニングエージェントの統合時に、SCIMリクエストに任意のヘッダーを追加できていました。（OKTA-1000055）

  • Microsoft Entra IDの外部認証方法によるアプリに対するアプリサインインポリシーが共有ポリシーに変更されると、その共有ポリシーが他のアプリで利用できませんでした。（OKTA-1049528）

  • ユーザー列挙が有効な場合、有効なパスワードを送信してロックアウトされたユーザーに修復手順が誤って表示されました。（OKTA-1049749）

  • 一部のAIエージェントページで、背景のコントラストが十分ではありませんでした。（OKTA-1057439）

  • グループルールの作成時、グループを10個入力すると、管理者はルールにグループをさらに追加する際、名前の一部を入力してリストから選択できず、完全なまたはほぼ完全なグループ名を入力する必要がありました。（OKTA-1067501）

  • セッション保護違反レポートで、リスクフィルターが使用された際に、トリガーされたアプリログアウトとトリガーされたWorkflowで誤った合計が表示されました。（OKTA-1076281）

  • 認証後にサインインしたままにするを選択すると、一部のユーザーは他のアプリにサインインする際にMFAを求められました。（OKTA-1076654）

  • セッション保護違反レポートで、リスクフィルターが使用された際に、アプリテーブルのトリガーされたアクション列で誤った合計が表示されました。（OKTA-1079749）

  • 一部の管理者で、管理者ロールと権限に不一致が生じていました。（OKTA-1090144）

  • ユーザープロファイルリスクタブの変更機能が有効になっている場合、System Logにtrue_positiveラベルが表示されませんでした。（OKTA-1091235）

  • 管理者がAIエージェントを削除すると、AIエージェントのメインページに戻りませんでした。（OKTA-1091788）

  • 管理者がユーザーを作成して割り当てるレルムを選択すると、レルムが割り当てられず、保存時にエラーが発生しました。（OKTA-1091903）

  • ポリシーインサイトダッシュボードで、認証方法チェーンが構成されているルールからのデータが表示されませんでした。（OKTA-1094353）

  • 機能ページで、Native to Web SSOのAPIリファレンスへのリンクが壊れていました。（OKTA-1094965）

  • Secure Partner管理者によるユーザーへのガバナンス対応アプリの割り当てが停止されていませんでした。（OKTA-859229）

  • 管理者がデフォルトのネットワークゾーン名を変更すると、LegacyIpZoneに戻せませんでした。（OKTA-1045470）

  • アクティブ化すると、一部のユーザーは同じアドレスでメールAuthenticatorに重複して登録されました。（OKTA-1046873）

  • アクティブなデバイスバウンドシングルサインオン（SSO）セッションに参加しているユーザーに、認証要素を求める不要なプロンプトが表示されました。（OKTA-1076417）

  • ユーザーがデバイスバウンドSSOでサインインすると、Desktop MFAイベントにdeviceSessionIdがありませんでした。（OKTA-1078496）

  • 管理者がAIエージェントの資格情報を作成、アクティブ化、非アクティブ化、または削除しても、イベントがSystem Logに表示されませんでした。（OKTA-1082695）

  • アクティブなデバイスバウンドSSOセッション時にユーザーが一時停止または非アクティブになっている場合、System Logにuser.device_session.endイベントが表示されませんでした。（OKTA-1091226）

  • user.device_session.startイベントとuser.device_session.endイベントのSystem Logに、ターゲットと表示名のフィールドがありませんでした。（OKTA-1095753）

  • Active Directoryのインポートが、ProcessMembershipsAndDeletedObjectsJob: nullエラーで失敗していました。（OKTA-1098885）

Okta Integration Network

  • SparrowDesk（SAML）が利用可能になりました。詳細をご確認ください。

  • Eon.io（SAML）が利用可能になりました。詳細をご確認ください。

  • NoClick（SAML）が利用可能になりました。詳細をご確認ください。

  • Druva Data Security Cloud（API）が利用可能になりました。詳細をご確認ください。

  • SimCorp Dimension（SAML）が利用可能になりました。詳細をご確認ください。

  • APIサービス統合（Falcon Shield）に新しいスコープがあります。詳細をご確認ください。

  • APIサービス統合（Rubrik Security Cloud）に新しい統合ガイドがあります。詳細をご確認ください。

  • SimCorp Dimension（SCIM）のSCIM構成ガイドURLとアプリの説明が新しくなりました。

  • AWS IAM Identity Center（SAML）は複数のACS URLに対応しています。

  • ShareCal（SAML）の「アプリインスタンスのプロパティと構成ガイド」リンクが更新されました。

  • ClickUp（SAML）の構成ガイドとアプリの説明が新しくなりました。

  • ClickUp（SAML）が更新されました。

  • CardinalOps（SAML）が更新されました。

  • OrbiPay Payments（SWA）が更新されました。

バージョン：2026.02.0

2026年2月

一般利用可能

Sign-In Widget、バージョン7.40.0、7.41.0、7.42.0、7.43.0

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

Zoho Mailのグループプッシュ

グループプッシュが、Zoho Mailアプリ統合で利用可能になりました。「Zoho Mailでサポートされる機能」を参照してください。

Okta Provisioning Agent、バージョン3.0.7

Okta Provisioning Agent 3.0.7が利用可能になりました。このリリースには、以下の更新が含まれています。

  • Generic Database Connectorで、Base64でエンコードされたパスパラメーターがサポートされるようになりました。
  • /var/runディレクトリのルートの所有権と権限は、OPPエージェントのRPMビルドで復元されます。

アクセス取り消し通知

条件によって管理されるアクセスリクエストには、リソースへのアクセスが期限切れになると要求者に通知されるようになりました。要求者は、構成に応じてメール、Slack、またはMicrosoft Teamsで通知されます。

Admin Consoleのフランス語翻訳

表示言語をフランス語に設定すると、Admin Consoleも翻訳されるようになりました。「サポートされている表示言語」を参照してください。

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

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

  • iOS 26.2.1
  • iOS 18.7.4

次のバージョンはサポートされなくなりました。

Windows 11（10.0.22621.0、10.0.22621.6060）

Chrome 145向けのSign-In Widget手順の更新

Sign-In Widgetの修復手順に、ローカルネットワークとループバックネットワークを区別するChrome 145権限の変更が反映されるようになりました。この更新により、権限は、ローカルネットワーク上のデバイスを探して接続するのではなく、このデバイスで他のアプリとサービスにアクセスするものとして説明されます。手順が更新されたことで、Okta Verifyがブラウザーと通信できるよう許可を求められたとき、ユーザーに正確なガイダンスが表示されるようになりました。「Chromeデバイスの権限」を参照してください。

エージェントページの説明

エージェントページで役立つ説明が表示されるようになり、管理者がページのスコープと目的をすばやく理解できるようになりました。「orgのエージェントのステータスを表示する」を参照してください。

Admin Consoleでの検索の最近の結果

スポットライト検索に、管理者の最近の検索結果が表示されるようになりました。「Admin Consoleの検索」を参照してください。

プラットフォーム条件としてのLinux

Oktaは、次のポリシータイプとポリシールールでデバイスプラットフォーム条件としてLinuxをサポートするようになりました。

  • アプリサインインポリシー
  • Okta Account Managementポリシールール
  • IDプロバイダーのルーティングルール

保護対象アクション通知の削除

OIDCに移行したorgには、管理者が保護対象アクションを実行するときにトースト通知が表示されなくなりました。「Admin Consoleの保護対象アクション」を参照してください。この更新は徐々に運用を開始しています。

「ユーザープロファイルリスク」タブのUIの改善

視認性向上のためにユーザープロファイルリスクタブの表の列の並び順が変更され、コンテキスト変更イベントがポリシー違反イベントに置き換えられました。

LDAP双方向グループ管理

Lightweight Directory Access Protocol（LDAP）の双方向グループ管理では、Okta内からLDAPグループを管理できます。IDとアクセス要件に基づいてユーザーをグループに追加したり、削除したりできます。これにより、Oktaで加えたユーザーアクセスの変更が、LDAPに反映されます。

Oktaが管理できるのは、LDAPまたはActive Directory（AD）統合を使ってOktaにインポートされたユーザーとグループのグループメンバーシップのみです。LDAPまたはAD統合を通じてインポートされなかったユーザーやグループ、またはこの機能を利用している統合の組織単位の範囲外にあるユーザーやグループを管理することはできません。

LDAP増分インポートの最大クロックスキューオプションがさらに詳細に

LDAP増分インポートに、より詳細な最大クロックスキュー間隔が追加され、さらに適切な調整が可能になり、パフォーマンスが向上しました。クロックスキューを1分、2分、5分または10分に構成できるようになりました。この細かな構成により、 LDAPサーバーの実際の最大クロックドライブに近いクロックスキュー値を使用することで、インポート速度を向上できます。また、サーバーの時計が一時的に逆戻りしたときに更新を見逃すことを防止することで、データ精度を確保します。

Radius Agentバージョン2.26

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

Windows TransportでのWS-Trust 1.3のサポート

Windows TransportがWS-Trust 1.3プロトコルをサポートするようになりました。これにより、新しいMicrosoft Officeクライアントのサイレントアクティベーションが可能になり、ユーザーが手動で資格情報を入力する必要がなくなります。

セッション保護の検出設定

ITPをorgのセキュリティ優先項目に合わせてカスタマイズし、制御を行いながら、セキュリティとシームレスなユーザーエクスペリエンスのバランスを取ることができます。新しい検出設定により、ポリシーの再評価をトリガーするセッションコンテキストの変更を定義できるため、本当に重要な問題のみに焦点を当てることができます。「セッション保護」を参照してください。

Microsoft Office 365向けのプロビジョニング制御の強化

管理者は、Microsoft Office 365の統合を構成して、ユーザープロファイル属性のみの同期、または属性、ライセンス、ロールの同期ができるようになりました。この設定により、Microsoftで直接管理されているライセンスやロールをOktaが上書きするのを防げます。「ユーザーをOffice 365にプロビジョニングする」を参照してください。

カスタムFIDO2 AAGUID

お客様は、FIDOメタデータサービス（MDS）以外のセキュリティキーや他のAuthenticatorを追加して、それらをより詳細に制御できます。これにより、FIDO2（WebAuthn）Authenticatorのサポートが幅広いセキュリティキーや他のAuthenticatorに拡張され、お客様が環境内のセキュリティをより柔軟に制御できるようになります。

security.request.blockedイベント向けの新しいSystem Logオブジェクト

動的ゾーンおよび機能強化された動的ゾーンに関する次のIpDetailsオブジェクトが、System Logに表示されるようになりました。

  • Operatorは、タイプがVPNであるかプロキシーであるかを示します。
  • Typeには、VPN、Proxy、Torなどの値が含まれます。
  • IsAnonymousは、プロキシーが匿名かどうかを示します。

これらのオブジェクトは、デバッグコンテキストの文字列のみのキーから、リスクと動作のテレメトリをセキュリティコンテキストイベントの専用の構造化フィールドに移動します。この変更により、リスクの可視性が向上し、文字列解析の必要がなくなります。

デバイス保証の猶予期間

場合によっては、ソフトウェア更新の見逃しや承認されていないネットワーク接続などの一時的な状況により、ユーザーのデバイスがセキュリティポリシーに準拠しなくなることがあります。猶予期間がなければ、重要なリソースへのアクセスが直ちにブロックされ、生産性の低下やフラストレーションの原因になります。デバイス保証機能の猶予期間（Grace period）を使用すると、非準拠のデバイスでもリソースにアクセスできる一時的な期間を定義できます。これにより、ユーザーがロックアウトされることなく問題を修正する時間を確保できるため、生産性とセキュリティ標準のバランスをとることができます。「修復を構成する」を参照してください。

デバイス保証の動的OSバージョンコンプライアンス

OSバージョンのコンプライアンスは、デバイス保証を使って構成できます。ただし、OSの新しいバージョンやパッチがリリースされるたびに、ポリシーを手動で更新する必要があります。動的OSバージョンコンプライアンスにより、Oktaは最新のOSバージョンとパッチでデバイス保証ポリシーを更新するため、手動で更新する必要がなくなります。この機能を使用すると、OSのリリースを追跡することなく、orgでOSバージョンのコンプライアンスを確保できます。「デバイス保証」を参照してください。

早期アクセス

Device-Bound Single Sign-On

Device-Bound Single Sign-Onでは、ユーザーがOkta-joinedのmacOSやWindowsのデバイスにサインインした後、ハードウェア保護されたセッションが開始されてアプリへシームレスにアクセスできるようになります。この機能は、セッションリプレイ保護と能率的な認証エクスペリエンスを提供します。「Device-Bound Single Sign-On」を参照してください。

SSO拡張機能を使用するOkta FastPassでmacOSのChromeをサポート

macOSのChrome向けSSO拡張機能サポートオプションを有効にすると、Chrome 146以降でSSO拡張機能がサポートされるようになりました。これにより、macOSの最新ブラウザーバージョンでユーザーのシームレスな認証が確保されます。

フォールバックIDプロバイダーとしてのOkta

この機能は、プライマリIDプロバイダーがユーザーのIDを確立できない場合に、ユーザーをOktaにリダイレクトして認証するものです。これは、無効な資格情報やMFAの失敗など、明示的な拒否が原因で、またはprompt=none OIDCリクエスト時やIsPassive=true SAMLリクエスト時などに既存のユーザーセッションをサイレント検証できない場合に発生する可能性があります。「Device-Bound Single Sign-On」を参照してください。

認証アクティビティレポート

認証アクティビティレポートは、Okta FastPassの使用状況などの認証に関する詳細なインサイトを提供し、MFAアクティビティレポートを補完するものです。デバイスタイプ（Android、iOS、macOS、Windows）、管理状態（管理対象、管理対象外）、登録ステータス（登録済み、未登録）、検証方法（TOTP、プッシュ、Okta FastPass）でフィルタリングされたアクティビティを表示できます。「認証アクティビティレポート」を参照してください。

カスタムメールプロバイダー向けのOAuth 2.0サポート

OAuth 2.0認証を使用して、カスタムメールプロバイダーを構成できるようになりました。2つのOAuth 2.0クライアント構成のいずれかを選択して、アクセストークンを取得し、それらのアクセストークンを使用してメールプロバイダーのSMTPサーバーで認証できます。「独自のメールプロバイダーを使用する」を参照してください。

AIエージェントを検知・検出する

Security Access MonitorブラウザープラグインとOkta Identity Security Posture Management（ISPM）を使用して、アプリへの新しいOAuth付与と、その結果orgで使用されるシャドーAIエージェントの状況を可視化します。プラグインは、管理対象ブラウザーでアプリへの新しいOAuth付与とAIエージェントを監視します。ISPMは、OAuth付与テレメトリを取得してデータを分析し、ユーザーが認可するすべてのサードパーティアプリを特定するために必要な可視性を提供します。これにより、シャドーOAuth付与とAIエージェントに関連するリスクを軽減できます。プラグインを構成すると、ISPMコンソールのNHIとAIエージェント > ブラウザーOAuth付与ページに移動して、org全体の新しいOAuth付与をすべて確認できます。「AIエージェントを検知・検出する」を参照してください。

On-premises Connector for Generic Databases

新しいOn-premises Connector for Generic Databasesにより、管理者は、Okta On-Prem SCIMサーバーを使用してオンプレミスデータベース内のユーザーとエンタイトルメントを管理できます。このコネクターでは、Oracle、MySQL、PostgreSQL、Microsoft SQL Serverがサポートされます。これにより、orgはAccess Requests、認定、Lifecycle Management、エンタイトルメント管理などのGovernance機能をデータベース環境に適用できます。「On-premises Connector for Generic Databases」を参照してください。

ボット防御

ボット防御を利用して、orgはIdentity Threat Protection（ITP）ランディングページ内で修復アクションを構成することで、ボットトラフィックを自動的に特定・緩和できます。「ボット防御」を参照してください。

Authenticator登録猶予期間のスキップ回数

この機能により、管理者は、Authenticatorへの登録を延期できるスキップの回数、またエンドユーザーに猶予期間が表示されたときのプロンプトのカスタマイズを定義できます。Authenticator登録ポリシーを参照してください。

パスキーのブランド変更

FIDO2（WebAuthn）Authenticatorのブランド名がパスキー（FIDO2 WebAuthn）に変更され、Oktaでは管理制御が強化され、ユーザーエクスペリエンスが合理化されます。この更新により、統合された設定ページを通じてパスキー管理が一元化され、authenticatorのカスタム名が使用できるようになり、Sign-In Widget内にパスキーでサインインするボタンが導入されます。これらの機能強化により認証手順が簡素化され、ユーザーにパスキーでサインインボタンを使った、より直感的なサインインプロセスが提供されます。「パスキー（FIDO2 WebAuthn）Authenticatorを構成する」を参照してください。

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

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

ユーザー列挙の防止の強化

管理者は、ユーザーが不明なデバイスまたはブラウザーからサインインした後に列挙の防止がトリガーされた場合に、ユーザーに求める認証方法を構成できるようになりました。これにより、サインイン試行に対する保護が強化されて、orgのセキュリティ保護が向上します。「一般的なセキュリティ」を参照してください。

修正事項

  • 管理者がAdmin Consoleから委任されたフローを実行すると、フローがWorkflowsで呼び出される前に遅延が生じることがありました。（OKTA-803849）

  • セッション保護違反レポートのダウンロード版に、古いレポート名が表示されていました。（OKTA-945660）

  • ユーザーの取得API呼び出しで確認されるOktaユーザーステータスが、Admin Consoleのユーザープロファイルページのステータスと一致しませんでした。（OKTA-998996）

  • タスクページのデプロビジョニングタスクに、アプリの割り当て解除時に示されるメッセージでの文法的な誤りが含まれていました。（OKTA-1049153）

  • ユーザーがSign-In Widget（第3世代）に無効なアクティベーションコードを入力すると、エラーページにリダイレクトされ、サインインフローを再度開始する必要がありました。（OKTA-1062744）

  • Authenticatorグループページで、FIDO Metadata Service（MDS）カタログから削除されたAAGUIDがグループに含まれている場合、編集オプションが機能しませんでした。（OKTA-1065999）

  • セッション保護ステータスが変更されたときに、System Logにpolicy.rule.updateイベントが記録されませんでした。（OKTA-1067983）

  • CSPの許可リストが、Agentless Desktop SSOエンドポイントでのCAPTCHAスクリプトの実行をブロックしていました。（OKTA-1079691）

  • プロファイル同期を使用してOffice 365からユーザーをインポートする際に、メール属性でユーザープロファイルのプライマリメールフィールドが更新されませんでした。（OKTA-1080609）

  • エンドユーザー設定V2とデバイスバウンドSSO機能が両方とも有効な場合、ユーザーが設定ページから2回サインアウトする必要がありました。（OKTA-1082227）

  • ユーザーがOkta End-User DashboardのMicrosoft Teamsタイルをクリックすると、「クラシックTeamsは利用できなくなりました」というエラーページが表示されていました。これは、Microsoftによる変更で宛先URLが古くなったために発生しました。（OKTA-1084267）

  • 認可サーバーページのヘッダーが2回表示されることがありました。（OKTA-1089098）

  • ITPを使用する一部のorgでは、セッション中にポリシーが再評価されると、ネットワークゾーンの一致が失敗しました。（OKTA-1091799）

  • 管理者が、アプリサインインポリシーで使用されたAuthenticatorを削除できていました。（OKTA-1093364）

  • 一部のユーザーがSafariブラウザーを使用して自分のアカウント設定にアクセスしようとすると、無限のリダイレクトループが発生しました。（OKTA-1093837）

Okta Integration Network

  • Peaxy Lifecycle Intelligence（OIDC）が利用可能になりました。詳細をご確認ください。

  • HashiCorp Vault（OIDC）が利用可能になりました。詳細をご確認ください。

  • Instagram（SWA）が更新されました。

  • Mailchimp（SWA）が更新されました。

  • Solarwinds Customer Portal（SWA）が更新されました。

  • Peaxy Lifecycle Intelligence（OIDC）のアプリ名が新しくなりました。

週次のアップデート

2026.02.1：アップデート1は2月17日にデプロイメントを開始しました

一般利用可能

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

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

Android 13、14、15、16セキュリティパッチ2026-02-01

修正事項

  • グループルールの削除直後にグループルールが実行されると、グループルールが失敗することがありました。（OKTA-880814）

  • デプロイ中にグループプッシュが失敗することがありました。（OKTA-941489）

  • IDプロバイダーのカスタム管理者ロールを有効化の早期アクセス機能が有効になっているorgでは、「IdPを表示」または「IdPを管理」のカスタム管理者者ロールを持つ管理者は、適切な権限を持っていても、既存のIdPを構成できませんでした。（OKTA-1091232）

  • 表示言語をフランス語に設定した場合、エージェントページ、およびAPI > トークンページが翻訳されていませんでした。（OKTA-1104991）

  • システムデプロイメントでプロセスが中断された場合、アプリのインポートがBeanCreationNotAllowedExceptionエラーで失敗しました。（OKTA-1105164）

  • ユーザーのAPIステータスが一時停止されているが、そのユーザーステータスが異なっている場合、パスワードの期限が誤って失効できました。（OKTA-1108658）

Okta Integration Network

  • Priverion Platform SSO with SCIM 2.0（SAML）が利用可能になりました。詳細をご確認ください。

  • Priverion Platform SSO with SCIM 2.0（SCIM）が利用可能になりました。詳細をご確認ください。

  • Webrix（OIDC）が利用可能になりました。詳細をご確認ください。

  • Webrix（SCIM）が利用可能になりました。詳細をご確認ください。

  • BrandLife（OIDC）が利用可能になりました。詳細をご確認ください。

  • Brava Security（OIDC）が利用可能になりました。詳細をご確認ください。

  • Brava Securityでエクスプレス構成がサポートされるようになりました。

  • WideField Security - Detectに新しい統合ガイドがあります。

  • Druva Data Security Cloud（API）にokta.authorizationServers.manage、okta.devices.read、okta.idps.manage、okta.roles.manageのスコープが追加されました。

  • Vanta（SAML、 SCIM）が更新されました。

2026.02.2：アップデート2は2月23日にデプロイメントを開始しました

一般利用可能

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

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

Sign-In Widget、バージョン7.40.5

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

Sign-In Widget、バージョン7.40.4

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

修正事項

  • OINウィザードの最終公開日に誤りがありました。（OKTA-670448）

  • Sign-In Widgetが、Okta FastPassでサインインする一部ユーザーの認証チャレンジの処理を停止しました。（OKTA-938817）

  • 管理者がカスタム配列プロファイル属性を構成したとき、エンドユーザー設定バージョン2.0の個人情報ページに一貫性のないUI要素が表示されました。（OKTA-978783）

  • 一部のNative to Web SSOイベントで、システムログにインタークライアントトークンIDに関する情報が表示されませんでした。（OKTA-1063754）

  • 検証画面をスキップしてIdP Authenticatorにリダイレクトする機能が有効な場合、認証中にIdPアイコンが表示されませんでした。（OKTA-1080293）

  • 管理者が新しいアプリサインインポリシーをDesktop MFAアプリに割り当てることができました。（OKTA-1094313）

  • パスワードの有効期限にOkta Account Managementポリシーが必要な場合、パスワードを忘れたユーザーがリセットできませんでした。（OKTA-1099641）

  • Sign-In Widgetがiframeに埋め込まれていると、Chrome Device Trustシグナルの収集がブロックされていました。これにより、ユーザーはDevice Trustシグナルを必要とするアプリへのアクセスが妨げられました。（OKTA-1105149）

  • エンドユーザー設定バージョン2.0が有効な場合、一部のユーザーが委任認証のパスワードを更新できませんでした。（OKTA-1107875）

  • 復旧のみでユーザー列挙の防止が選択され、ロックアウトのエラーを表示機能が有効になっている場合、ユーザーはセルフサービスによるロック解除を実行できませんでした。（OKTA-1109956）

  • 表示言語をフランス語に設定した場合に、ネットワークページのネットワークゾーンのリストが翻訳されませんでした。（OKTA-1111126）

  • 表示言語をフランス語に設定した場合に、Active Directoryをセットアップページの一部のボタンラベルが翻訳されませんでした。（OKTA-1111128）

  • 一部のorgで、管理者がIdPルーティングルールをアクティブ化または非アクティブ化することができませんでした。（OKTA-1112099）

  • Okta間のクレーム共有でのデバイスクレームのサポートが有効になっているorgで、デバイスシグナルがIdP orgで収集されない場合に、クレームがSAMLアサーションで送信されませんでした。（OKTA-1112627）

Okta Integration Network

  • Natoma（SCIM）が利用可能になりました。詳細をご確認ください。

  • Natoma（SAML）が利用可能になりました。詳細をご確認ください。

  • 6sense legacy（SCIM）が利用可能になりました。詳細をご確認ください。

  • Four/Four（OIDC）が利用可能になりました。詳細をご確認ください。

  • Docupilot（SAML）が利用可能になりました。詳細をご確認ください。

  • APIサービス（IdentiGuard）に新しいスコープが加わりました。詳細をご確認ください。

  • Zyloでokta.userTypes.readとokta.schemas.readのスコープがサポートされるようになりました。

  • APIサービス（Zylo with Okta Actions）で、okta.userTypes.readとokta.schemas.readのスコープがサポートされるようになりました。

  • Drata（OIDC）に新しいリダイレクトURIが加わりました。詳細をご確認ください。

  • 6sense - プラットフォームにアプリの新しい説明が追加され、ブランド名が6sense legacyに変更されました。

  • RevSpace（OIDC）に新しいアプリアイコンが加わりました。

  • Hubspot（SWA）が更新されました。

2026.02.3：アップデート3は3月2日にデプロイメントを開始しました

修正事項

  • Okta Integration Networkウィザードで、OIDCとSAMLの一部の構成フィールドが、悪意のある式またはURLを防ぐための入力検証で一貫性を示しませんでした。（OKTA-983340）

  • AD統合の作成時に、Okta Active Directory Agentの誤った組織URLがAdmin Consoleに表示されていました。（OKTA-1044074）

  • 管理者が特定のMicrosoft Office 365の認証ポリシールールを編集する際、AND ユーザーが認証に使用する要素フィールドに、構成済みの保証要件ではなく、任意の1要素タイプが誤って表示されました。（OKTA-1055783）

  • 管理者が後続のインポートで再照合を強制を有効にした際、完全一致する未確認のユーザーがスケジュールされたインポート中に自動的に照合または確認されませんでした。（OKTA-1087380）

  • Generalized Time属性を使用してLDAPユーザーがOktaからLDAP OIDまたはOpenDJにプロビジョニングされた際に、時刻が誤ってフォーマットされていました。（OKTA-1096662）

  • 管理者がOffice 365アプリのプロビジョニング設定で作成または更新を選択し、変更をキャンセルすると、このページから移動して戻ってきたときにアプリへタブからプロビジョニングスコープの管理セクションが消えていました。（OKTA-1105441）

  • システムログ内のpolicy.evaluate_sign_onイベントに、ID証明ポリシーのIdvReferenceIdフィールドがありませんでした。（OKTA-1111157）

  • ADパスワード移行にグループを追加すると、500内部サーバーエラーが生じる場合がありました。（OKTA-1114115）

  • Identity Threat Protectionページの検出および応答タブで、一部のUI要素の位置がずれていました。（OKTA-1115281）

  • オブジェクトに祖先がない場合、オーケストレーションされたインポートジョブが失敗することがありました。これにより、グループメンバーシップまたは削除されたオブジェクトの処理中にインポートプロセスが予期せず停止していました。（OKTA-1115537）

  • 管理者がAIエージェントからアプリのリンクを解除すると、エラーが発生していました。（OKTA-1116036）

Okta Integration Network

バージョン：2026.03.0

2026年3月

一般利用可能

Okta On-prem SCIM Serverエージェント、バージョン1.7.0

Okta On-prem SCIM Serverエージェント1.7.0が利用可能です。このリリースでは、 On-premises Connector for Generic DatabasesにIBM DB2 LUWのサポートが追加されています。

Sign-In Widget、バージョン7.43.0

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

Artifactoryのプロビジョニング

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

Twilioのプロビジョニング

管理者は、TwilioアプリのUser Lifecycle Managementを自動化できるようになりました。この統合では、OAuthベースの認証を使用して、Oktaから直接ユーザープロビジョニング、プロファイル更新、非アクティブ化をサポートします。

グループメンバーシップ検索のエラー処理改善

グループメンバーシップ検索で内部エラーが返された場合、順序付けと並べ替えの方向のオプションが削除され、検索が再度実行されます。

インラインとイベントフックでカスタム管理者権限を有効にする

インラインとイベントフックフレームワークで、カスタム管理者ロールの読み取りおよび書き込み権限がサポートされるようになりました。これまでスーパー管理者ロールが必要だったインラインとイベントフックを管理するための、きめ細かいアクセスが可能になります。「ロールの権限」を参照してください。

Admin Consoleでの検索の最近の結果

スポットライト検索に、管理者の最近の検索結果が表示されるようになりました。「Admin Consoleの検索」を参照してください。

対象orgのIdentity Threat Protection（ITP）ページ

対象のorgで、スーパー管理者がセキュリティ > Identity Threat Protectionページにアクセスできるようになりました。このページでは、ITPの仕組みと、スーパー管理者がOktaに連絡して製品のトライアルを開始するのに役立つ情報をご紹介します。このページは、管理者ダッシュボードのセキュリティモニタリングウィジェットからも利用できます。「Identity Threat Protection with Okta AI」を参照してください。

ポリシーインサイトダッシュボード

ポリシーインサイトダッシュボードで、 orgに対するポリシーの影響を明確に把握できます。サインインの成功、アクセス拒否、 Authenticator登録の傾向を監視することができ、ユーザーのサインインにかかる時間やフィッシング耐性のある認証の普及についての知見も得ることができます。ダッシュボードではルール一致の頻度と、サインイン試行の成功の割合も追跡します。「ポリシーインサイトダッシュボードを使用する」を参照してください。

ITPイベントのレート制限

ITPのsession.context.changeイベントにorgレベルとセッションレベルのレート制限が追加されました。

Yammerのブランド名をMicrosoft Vivaに変更

Microsoft Office 365に統合されているYammerは今ではMicrosoft Vivaロゴを表示し、ユーザーをMicrosoft Vivaホームページに誘導します。この更新により、GCC環境でのViva InsightsとViva Connectionsがサポートされます。

Microsoft Office 365向けのプロビジョニング制御の強化

管理者は、Microsoft Office 365の統合を構成して、ユーザープロファイル属性のみの同期、または属性、ライセンス、ロールの同期ができるようになりました。この設定により、Microsoftで直接管理されているライセンスやロールをOktaが上書きするのを防げます。「ユーザーをOffice 365にプロビジョニングする」を参照してください。

ネットワークゾーンのレジデンシャルプロキシ検出

この機能は、匿名のプロキシやVPN以外にも、Enhanced Dynamic Network Zonesに関連する新たなゾーンを追加します。お客様は、ZSCALER_PROXY、PERIMETER_81などのサービスカテゴリーを使用できます。「サポートされているIPサービスカテゴリー」を参照してください。

デバイス保証の猶予期間

場合によっては、ソフトウェア更新の見逃しや承認されていないネットワーク接続などの一時的な状況により、ユーザーのデバイスがセキュリティポリシーに準拠しなくなることがあります。猶予期間がなければ、重要なリソースへのアクセスが直ちにブロックされ、生産性の低下やフラストレーションの原因になります。デバイス保証機能の猶予期間（Grace period）を使用すると、非準拠のデバイスでもリソースにアクセスできる一時的な期間を定義できます。これにより、ユーザーがロックアウトされることなく問題を修正する時間を確保できるため、生産性とセキュリティ標準のバランスをとることができます。デバイス保証ポリシーを追加するを参照してください。

デバイス保証の動的OSバージョンコンプライアンス

OSバージョンのコンプライアンスは、デバイス保証を使って構成できます。ただし、OSの新しいバージョンやパッチがリリースされるたびに、ポリシーを手動で更新する必要があります。動的OSバージョンコンプライアンスにより、Oktaは最新のOSバージョンとパッチでデバイス保証ポリシーを更新するため、手動で更新する必要がなくなります。この機能を使用すると、OSのリリースを追跡することなく、orgでOSバージョンのコンプライアンスを確保できます。「デバイス保証」を参照してください。

早期アクセス

DirSyncベースのインポートの改善

不要な事前チェックをスキップし、DirSyncを使用せずに組織単位をダウンロードすることで、AD DirSyncベースのインポート性能を最適化します。

Enhanced Disaster Recoveryのセルフサービス

予期せぬインフラストラクチャ関連の停止が発生した場合、orgには事業を継続するための即時かつ信頼できる方法が必要です。Oktaの運用チームによって実装されたOktaのStandard Disaster Recoveryは、1時間以内の復旧を目標とするフェイルオーバーとフェイルバックを提供します。

OktaのEnhanced Disaster Recovery（Enhanced DR）は、管理者にorgの復旧を管理するオプションを提供します。この機能は、影響を受けるorgのフェイルオーバーと復元プロセスを管理、テスト、自動化するための直接的なセルフサービスツールとAPIを提供することで、管理者を支援します。

Enhanced DRでは、管理者がアクティブ制御を行ってOkta Disaster Recovery AdminポータルまたはAPIから直接フェイルオーバーを開始し、影響を受けたorgを復元することができます。さらに、チームは、都合のよいときにこれらのフェイルオーバーと復元機能を安全にテストすることで、システムのレジリエンスを検証できます。最後に、 Enhanced DRにより、orgはリアルタイムモニタリングを使用してフェイルオーバーAPIを呼び出すことでフェイルオーバープロセスを自動化し、実際のイベント中のダウンタイムを最小限に抑えることができます。「Okta障害回復」を参照してください。

修正事項

  • 承認シーケンスとリクエストタイプでステップを割り当てるときに、プロビジョニング済み、アクティブ、復旧、パスワードの期限切れ、またはロックアウト中ステータスのユーザーを検索して選択することができませんでした。（OKTA-944822）

  • 同じユーザーに対して複数の個別のトランザクションが同時にルールを実行すると、グループルールが予期せず動作することがありました。（OKTA-954076）

  • 一部のユーザーが、有効なYubiKeyシードファイルをアップロードできませんでした。（OKTA-1078087）

  • ユーザーがメールを使用してパスワードのリセットを試みると、 Sign-In WidgetにFailed to fetchエラーメッセージが表示されることがありました。（OKTA-1083742）

  • 一部のorgでは、共有デバイスで認証されたユーザーが前のユーザーとしてサインインできることがありました。（OKTA-1100263）

  • Sign-In Widgetの一部のテキスト文字列にパスキーオプションがありませんでした。（OKTA-1108991）

  • アクセステストツールが、デバイス保証でAndroidデバイスの認証ポリシールールを誤って評価していました。（OKTA-1111439）

  • AD由来のユーザーが期限切れの一時パスワードを使用してサインインを試み、セルフサービスのパスワード変更が無効になっている場合、誤ったエラーメッセージが表示されていました。（OKTA-1113434）

  • Sign-In Widgetが関与していない場合に、標準的なAdmin/Management API呼び出しに対してボット検出イベントがログに記録されていました。（OKTA-1113990）

  • モバイルデバイスのユーザーがOkta Verifyをインストールせずに認証を試みると、予期したインターフェイスではなくレガシー認証フローが表示されることがありました。（OKTA-1115306）

  • 一部のPreview Orgでは、管理者がセキュリティ > 認証ポリシーページを表示できませんでした。（OKTA-1119757）

  • 一部のorgは、カスタムSMTPからメールを送信できませんでした。（OKTA-1124146）

Okta Integration Network

  • Guardare（SAML）が利用可能になりました。詳細をご確認ください。

  • Valence Remediation（API）が利用可能になりました。詳細をご確認ください。

  • Cato Networksのプロビジョニングで、ユーザーのインポートと更新がサポートされるようになりました。

  • PerimeterXがSAMLをサポートするようになりました。

  • PerimeterXがSCIMをサポートするようになりました。

  • APIサービス（Druva Data Security Cloud）にokta.clients.readスコープが追加されました。

  • Natomaに新しいアプリのアイコンが追加されました。

  • Adobe Creative（SWA） が更新されました。

  • Adobe Fonts（SWA） が更新されました。

週次のアップデート

2026.03.1：アップデート1は3月16日にデプロイメントを開始しました

一般利用可能

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

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

  • Android 14、15、16セキュリティパッチ2026-03-01
  • iOS 18.7.6
  • iOS 26.3.1
  • macOS 26.3.1

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

Windows 11（26H1）は、デバイス保証ポリシーでサポートされるリリースではありません。これは、一部の新規デバイス向けの特別なリリースです。

Jamf Pro Admin Consoleのプロビジョニング

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

修正事項

  • 重複するSWA統合の追加を管理者が試みると、エラーが発生していました。（OKTA-600590）

  • ユーザーがクライアント間トークンを使用してNative to Web SSOフローを開始した場合に、ユーザータイプ条件を含む認証ポリシールールが評価されませんでした。（OKTA-1103810）

  • DirSyncが有効な場合、AD増分インポートによってOktaのグループの説明値が削除されていました。（OKTA-1108167）

  • 管理者がAPIを介してアプリを統合した場合、統合ページに一部のカスタムSSOプロパティが自動入力されませんでした。（OKTA-1109692）

  • 検索語に特殊文字が含まれている場合、リソースを追加ダイアログで、さらなるユーザーまたはグループを読み込むことができませんでした。（OKTA-1114749）

  • 管理者がEnterキーを押して最近のスポットライト検索結果を選択すると、検索フィールドが消えていました。（OKTA-1115374）

  • Microsoft Teamsアプリ統合が、Secure Web Authentication（SWA）フロー中に、ユーザーを誤って古いURLにリダイレクトしていました。（OKTA-1117744）

  • テスト情報に必須のSSO構成チェックが、すべてのSSO送信で誤ってバイパスされていました。（OKTA-1119127）

  • Workflows管理者が、管理者のメール通知を編集できませんでした。（OKTA-1119296）

  • 管理者がユーザーをプロビジョニングしたときに、権限セットの増分同期が失敗していました。コネクターが重複する権限セット割り当てをプッシュしたため、ユーザーにすでに割り当てられているセットでエラーが生じていました。（OKTA-1121168）

  • 管理者は、セルフサービスによるパスワードリセットを無効にするパスワードポリシーをバイパスして、Okta、Active Directory（AD）、またはLDAPをソースとするユーザーの一時的なパスワードリセットを開始できました。（OKTA-1122913）

  • Sign-In Widgetが、一部のエンドポイントで必要なボット防御強制適用チャレンジを読み込まなかったために、ユーザーが誤って403ページにリダイレクトされていました。（OKTA-1125106）

Okta Integration Network

2026.03.2：アップデート2は3月23日にデプロイメントを開始しました

一般利用可能

Sign-In Widget、バージョン7.40.4

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

Workatoのプロビジョニング

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

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

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

  • Windows 10（10.0.17763.8511、10.0.19044.7058、10.0.19045.7058）
  • Windows 11（10.0.22631.6783、10.0.26100.8037、10.0.26200.8037）

Okta Provisioning Agent、バージョン3.1.0

Okta Provisioning Agent 3.1.0が利用可能になりました。このバージョンでは、標準規格に準拠するために厳格なSCIMエラー検証を導入し、エージェントの起動を妨げていた問題を解決しました。「Okta Provisioning AgentとSDKのバージョン履歴」を参照してください。

修正事項

  • Profile Editorに移動ボタンと強制的に同期ボタンが、読み取り専用管理者に対して無効化されていませんでした。（OKTA-1031561）

  • ユーザーが自分の設定（My Settings）でエスケープキーを押して、ナビゲーションメニューを閉じることができませんでした。（OKTA-1047944）

  • OIDCが構成されたOrg2Orgアプリが、Admin ConsoleのタスクページでSAML変換の対象として表示されていました。（OKTA-1053194）

  • 管理者がChrome Device Trustで保護されたアプリに未登録デバイスを使ってアクセスした場合、早期にサインアウトされていました。（OKTA-1093201）

  • Okta Verifyの登録フローが、Okta Account Managementポリシーと整合した動作をしませんでした。（OKTA-1100648）

  • SAML Okta Org2Org統合を使用するorgでは、 Sign-In Widgetに誤ったユーザー情報が表示されることがありました。（OKTA-1102232）

  • スクリーンリーダーが、Sign-In Widget（第3世代）で重複するエラーメッセージを検出できませんでした。（OKTA-1109288）

  • バンドルされたJavaバイナリの権限エラーが原因で、更新後にOkta Provisioning Agentが起動しませんでした。（OKTA-1110701）

  • 2038年1月19日以降に設定されたSCIM OAuth2トークンの有効期限が正しく保存されませんでした。（OKTA-1111756）

  • ADのパスワード移行中に、パスワード変更を実行した一部のユーザーが、古いパスワードで移行されていました。（OKTA-1115797）

  • パスワードを変更して他のすべてのデバイスからサインアウトするをクリックした後も、一部のADユーザーのセッションが終了しませんでした。（OKTA-1119410）

  • OIN表示名の中の括弧が、アプリ統合ページに表示されていませんでした。（OKTA-1122916）

  • ユーザー列挙の防止が有効になっている場合、既知のデバイス上のユーザーに対してセルフサービスロック解除フローがトリガーされませんでした。（OKTA-1123124）

  • オンプレミスプロビジョニングのインポート中にSCIMサーバーが404 Not Foundエラーを返した場合、エージェントはそれをインポートの完了として解釈していました。その結果、部分的なインポートが行われ、一部のユーザーがデプロビジョニングされていました。（OKTA-1123270）

  • 管理者 > 管理者タブで、10個を超えるロールが割り当てられている管理者の情報アイコンが表示されませんでした。（OKTA-1125121）

Okta Integration Network

  • Brellium（OIDC）が利用可能になりました。詳細をご確認ください。

  • Brellium（SCIM）が利用可能になりました。詳細をご確認ください。

  • Doppel（OIDC）が利用可能になりました。詳細をご確認ください。

  • Draftwise（SAML）が利用可能になりました。詳細をご確認ください。

  • Guardare - EU（SAML）が利用可能になりました。詳細をご確認ください。

  • Portnox（OIDC）が利用可能になりました。詳細をご確認ください。

  • Doppel（OIDC）でエクスプレス構成がサポートされるようになりました。

  • Doppel（OIDC）でUniversal Logoutがサポートされるようになりました。

  • APIサービス（IdentiGuard）にokta.users.readとokta.factors.readのスコープが追加されました。

  • 6sense legacy（SAML）が更新されました。

  • Google Cloud Workforce Identity連携が更新されました。

  • Jack Henry & Associatesクライアントポータル（SWA）が更新されました。

  • Observe.AI（SCIM）が更新されました。

  • UPS（SWA）が更新されました。

  • ZoomInfo（SCIM）が更新されました。

2026.03.3：アップデート3は3月30日にデプロイメントを開始しました

一般利用可能

ThoughtSpotのプロビジョニング

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

Jamf Pro User Enrollmentプロビジョニング

管理者は、User Lifecycle Managementを自動化し、OAuthベースの認証を使用して、ユーザープロビジョニング、プロファイル更新、非アクティブ化をサポートできるようになりました。この統合では、OktaからJamf Pro User Enrollmentへのユーザーのインポートとグループのプッシュもサポートされます。「Jamf Pro User Enrollment」を参照してください。

修正事項

  • OINウィザードで、公開済みインスタンス生成後、ISVが統合設定を編集できませんでした。インスタンス生成ループの繰り返しが発生して編集インターフェイスにアクセスできなくなり、構成の更新がブロックされていました。（OKTA-1100298）

  • Native to Web SSOで、 SAMLアプリのインテントリンクに対する発行者検証が厳しすぎました。（OKTA-1115767）

  • 猶予期間機能が有効な場合、管理者はカスタムワンタイムパスコードのAuthenticator登録ポリシーを編集できませんでした。（OKTA-1121225）

  • 一部のユーザーが自分の設定ページからサインアウトしようとした際に、エラーメッセージが表示されました。（OKTA-1126441）

  • 一部のレポート管理者が認証アクティビティレポートを読み込む際に、403エラーを受け取っていました。（OKTA-1126512）

  • ユーザーがAndroidデバイスで認証を試みた際に、一部のパスワードマネージャーでパスキーの登録ができませんでした。（OKTA-1135513）

  • Sign-In Widgetが、一部のエンドポイントで必要なボット防御強制適用チャレンジを読み込まなかったために、ユーザーが誤って403ページにリダイレクトされていました。（OKTA-1136962）

  • Okta Account Managementポリシーの評価時に、Okta Verifyの帯域外認証の登録が失敗していました。（OKTA-1142207）

Okta Integration Network

  • Archlet（OIDC）が利用可能になりました。詳細をご確認ください。

  • Archlet（Staging）（OIDC）が利用可能になりました。詳細をご確認ください。

  • Brevity（SCIM）が利用可能になりました。詳細をご確認ください。

  • Jamf Admin Access（OIDC）が利用可能になりました。詳細をご確認ください。

  • Parabol（SCIM）が利用可能になりました。詳細をご確認ください。

  • Tiled（SAML）が利用可能になりました。詳細をご確認ください。

  • Archlet（Staging）でエクスプレス構成がサポートされるようになりました。

  • Archlet（Staging）でUniversal Logoutがサポートされるようになりました。

  • Archletでエクスプレス構成がサポートされるようになりました。

  • Jamf Admin Accessでエクスプレス構成がサポートされるようになりました。

  • Jamf Admin AccessでUniversal Logoutがサポートされるようになりました。

  • TiledでSCIMがサポートされるようになりました。

  • Brevityの統合ガイドが新しくなりました。

  • Fabrix Smart Action（APIサービス）にokta.apps.manage、okta.users.manage、okta.users.readのスコープが追加されました。

  • Parabolのロゴ、SAML構成ガイド、アプリの説明が新しくなりました。

  • Udemy Businessに、新しいオプションのアプリインスタンスプロパティが加わり、構成ガイドが新しくなりました。詳細をご確認ください。

  • Campaigner（SWA）が更新されました。

バージョン：2026.04.0

2026年4月

一般利用可能

ポリシーインサイトダッシュボード

ポリシーインサイトダッシュボードで、 orgに対するポリシーの影響を明確に把握できます。サインイン、アクセス拒否、Authenticator登録の傾向を監視することができ、ユーザーのサインインにかかる時間やフィッシング耐性のある認証の普及についての知見も得ることができます。ダッシュボードではルール一致の頻度と、サインイン試行の成功の割合も追跡します。「ポリシーインサイトダッシュボードを使用する」を参照してください。

Sign-In WidgetでのIdP検索

Sign-In Widgetに10を超えるIdPがある場合に、ユーザーが目的のIdPを簡単に見つけられるように検索フィールドが表示されるようになりました。

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

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

Android 13、14、15、16セキュリティパッチ2026-01-05

Sign-In Widget、バージョン7.44.1と7.44.0

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

Identity GovernanceのためのSlack統合

商用Slackインスタンスを使用しているOkta for Government ModerateとGovernment Highのお客様は、Slackをorgと統合して、Access RequestsとAccess Certificationのアクセス管理を合理化できるようになりました。ユーザーは、Slack上でリクエストの送信と承認を行うだけでなく、アクセスリクエストと認定キャンペーンに関するSlack通知も受信できます。機能の利用可否は、統一された要求者のエクスペリエンス機能が有効になっているかどうかによって異なります。「公共部門サービス向けのOkta Identity Governanceの制限事項」と「Slackを統合する」を参照してください。

AD移行の進行状況のCSVレポートが利用可能

CSVレポートをダウンロードして、特定のユーザーのパスワード移行を表示できるようになりました。このレポートでは、パスワードが正常に移行されたか、特定のエラーが発生したかなど、各ユーザーの移行ステータスの詳細が示されます。「パスワード移行を監視する」を参照してください。

インラインとイベントフックのカスタム管理者権限

インラインフックおよびイベントフックフレームワークで、カスタム管理者ロールの読み取りおよび書き込み権限がサポートされるようになりました。この機能強化により、これまでスーパー管理者ロールが必要だったインラインフックとイベントフックを管理するための、きめ細かいアクセスが可能になります。「ロールの権限」を参照してください。

MuleSoft Anypoint Platformのプロビジョニング

管理者は、MuleSoft Anypoint Platformアプリのユーザーライフサイクル管理を自動化できるようになりました。この統合では、ユーザーを作成・更新・非アクティブ化すること、チームとしてグループをプッシュすることがサポートされています。「MuleSoft Anypoint Platformのプロビジョニング」を参照してください。

カスタムID検証（IDV）のURL検証

カスタムIDV構成のURLフィールドに検証が追加されました。これにより、サーバーサイドリクエストフォージェリ（SSRF）に基づく、悪意のある分散型サービス拒否（DDoS）攻撃を防止できます。

最大アクセス期間制限の引き上げ

アクセスリクエスト条件の作成または編集時に、アクセス期間（Access duration）フィールドを最大365日または52週間に設定できるようになりました。

Authenticator登録猶予期間のスキップ回数

この機能により、管理者は、Authenticatorへの登録を延期できるスキップの回数、またエンドユーザーに猶予期間が表示されたときのプロンプトのカスタマイズを定義できます。「Authenticator登録ポリシー」を参照してください。

WindowsでのOkta Verifyのリリース制御

新しいリリース制御機能で、管理者はWindowsでOkta Verifyの自動更新を許可、一時停止、または制限するかを構成できるようになります。これにより、企業の変更管理要件を満たし、Windowsエンドポイント全体でバージョンロールアウトを管理するための柔軟性が高まります。「Okta Verifyのリリース制御」を参照してください。

エンタイトルメント管理統合の送信

独立系ソフトウェアベンダー（ISV）から、SCIM 2.0ベースのエンタイトルメント管理統合をOkta Integration Network（OIN）に送信できるようになりました。この機能強化により、顧客とIT管理者がOktaから直接、ロールや権限などのきめ細かいエンタイトルメントを検出、管理、割り当てられるようになります。エンタイトルメント管理を標準化することで、組織はアクセスの割り当てを自動化し、Identity Governanceを合理化して、ユーザーが手動で介入することなく適切なアクセスとロールを割り当てられるようにできます。詳細については、「OINウィザードで統合を送信する」を参照してください。

セッション保護の検出設定

ITPをorgのセキュリティ優先項目に合わせてカスタマイズし、制御を行いながら、セキュリティとシームレスなユーザーエクスペリエンスのバランスを取ることができます。新しい検出設定を使用すると、どのセッションコンテキストの変更がポリシーの再評価をトリガーするかを定義できるため、本当に重要な問題のみに焦点を当てることができます。「セッション保護」を参照してください。

パスキーのブランド変更

FIDO2（WebAuthn）Authenticatorのブランド名がパスキー（FIDO2 WebAuthn）に変更され、Oktaでは管理制御が強化され、ユーザーエクスペリエンスが合理化されます。この更新により、統合された設定ページを通じてパスキー管理が一元化され、authenticatorのカスタム名が使用できるようになり、Sign-In Widget内にパスキーでサインインするボタンが導入されます。これらの機能強化により認証手順が簡素化され、ユーザーにパスキーでサインインボタンを使った、より直感的なサインインプロセスが提供されます。FIDO2（WebAuthn）Authenticatorを構成するを参照してください。

「自分の設定」の新しい個人情報ページ

自分の設定（My Settings）で、個人情報ページは個人情報と呼ばれるようになり、表示言語ページは削除されました。ユーザーは、個人情報ページで表示言語を選択できるようになりました。

security.request.blockedイベント向けの新しいSystem Logオブジェクト

動的ゾーンおよび機能強化された動的ゾーンに関する次のIpDetailsオブジェクトが、System Logに表示されるようになりました。

  • Operatorは、タイプがVPNであるかプロキシーであるかを示します。
  • Typeには、VPN、Proxy、Torなどの値が含まれます。
  • IsAnonymousは、プロキシーが匿名かどうかを示します。

これらのオブジェクトは、デバッグコンテキストの文字列のみのキーから、リスクと動作のテレメトリをセキュリティコンテキストイベントの専用の構造化フィールドに移動します。この変更により、リスクの可視性が向上し、文字列解析の必要がなくなります。

ADからOktaへのユーザーパスワード移行

ユーザーまたは運用を中断することなく、ADからOktaにユーザーパスワードをシームレスに移行できます。これにより、Oktaがユーザーパスワードの信頼できるソースとして確立され、Oktaがユーザー認証を処理できるようになり、委任認証が不要になります。ADからOktaへのパスワード移行を参照してください。

パスワードの最大連続文字数の設定

パスワードの連続繰り返し文字の最大数を設定できるようになりました。この機能により、パスワードの強度要件をカスタマイズすることでセキュリティが強化されます。

パスワードで使用される単語をブロックする

Okta Expression Languageを使用して、パスワードで使用される単語をブロックできるようになりました。この機能により、パスワードの強度要件をカスタマイズすることでセキュリティが強化されます。

早期アクセス

Okta for AI AgentsはセルフサービスEAです

Okta for AI Agentsをサブスクライブしているorgは、機能（Features）ページから製品を有効にできるようになりました。Okta for AI Agentsを使うと、Okta内で直接AIエージェントのアイデンティティを登録、保護、管理できます。「Okta for AI Agents」を参照してください。

Cross App Access接続向けの新しいSystem Logイベント

Cross App Access接続を作成、削除、または更新すると、次のイベントが発生します。

  • app.cross_app_access.connection.create
  • app.cross_app_access.connection.delete
  • app.cross_app_access.connection.update

On-premises Connector for Generic DatabasesにIBM DB2 LUWのサポートを追加

On-premises Connector for Generic DatabasesにIBM DB2 LUWのサポートが追加されました。これにより、管理者はIBM Db2 LUW環境でユーザーとエンタイトルメントを管理できます。「On-premises Connector for Generic Databases」を参照してください。

修正事項

  • policy.rule.update System Logイベントからのデータがありませんでした。（OKTA-888091）

  • ポリシールールでユーザー検証が必要で、ユーザーがその要素タイプにまだ登録していなかった場合、ユーザーが認証を完了したり、サインインページを通過して先に進むことができませんでした。（OKTA-914818）

  • On-premises Connector for Generic Databasesから作成されたアプリが、End-User Dashboardに誤って表示されていました。アプリをクリックすると、コネクターがSSOをサポートしていないため、無効なリダイレクトが発生しました。（OKTA-1076893）

  • ユーザーが未登録のパスキーでサインインを試みた場合、Sign-In Widget（第3世代）のエラーページに、ユーザー名とサインインしたままにするフィールドが表示されませんでした。（OKTA-1093610）

  • 双方向のグループ管理の問題が発生すると、誤ったエラーメッセージが表示されていました。（OKTA-1104305）

  • iOSを使用し、SafariまたはChromeブラウザーでパスキーでサインイン（Sign in with a Passkey）をダブルタップすると、ユーザーにエラーが表示されていました。（OKTA-1107055）

  • Sign-In Widgetの一部のテキスト文字列にパスキーオプションがありませんでした。（OKTA-1108991）

  • パスキーの作成（Create passkeys）設定が有効な場合に、Sign-In Widgetでパスキーアイコンの表示に一貫性がありませんでした。（OKTA-1109452）

  • 一部のorgでは、ユーザーがOIDC IdPで認証すると、Oktaによりそのアカウントが削除され、別のユーザーIDを持つ新しいアカウントが作成されました。（OKTA-1112671）

  • 管理者がグループプッシュマッピングルールを非アクティブ化すると、以前に一致したグループのメンバーシップ更新が停止していました。（OKTA-1125151）

  • DirSyncのインポートが権限エラーで失敗した場合、エージェントは運用できたものの、Admin Consoleで中断（Disruption）ラベルが付いていました。（OKTA-1128087）

  • 一部の管理者が、カスタムメールプロバイダーでテストメールを送信機能を使用できませんでした。（OKTA-1129589）

Okta Integration Network

  • Dokioで、追加のカスタム属性がサポートされるようになりました。

  • Reftab Discovery（APIサービス）で、グループの読み取りスコープがサポートされるようになりました。

  • ZoomInfo（SCIM）が更新されました。

週次のアップデート

2026.04.1：アップデート1は4月13日にデプロイを開始しました

一般利用可能

Informatica Cloudのプロビジョニング

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

Okta FastPassに登録されたデバイスのリスクスコアリングにおける動作

Oktaでは、Okta FastPass登録デバイスのチェックイン動作が、New Device振る舞い検知とログインリスクスコアリングに組み込まれるようになりました。これにより、 Okta FastPassを使用するorgの振る舞い検知とリスクスコアリングの精度が向上します。

修正事項

  • システムログ内の認可コードフローとデバイスコードフローのトークンリクエストイベントにAuthnRequestIdフィールドが含まれていませんでした。（OKTA-1082636）

  • 管理者がAdmin Consoleでフランス語を選択してLDAP統合を作成した場合、「 LDAPサーバー」が正しく翻訳されていませんでした。（OKTA-1106969）

  • ターゲットURLが正しくエンコードされていないために、一部のイベントフックでライブイベントの送信に失敗していました。（OKTA-1111770）

  • リソースを追加（Add resource）ウィンドウに古いアイコンが表示されていました。（OKTA-1125857）

  • Okta Account Managementポリシーの評価時に、Okta Verifyの帯域外認証の登録が失敗していました。（OKTA-1142207）

  • 一部のorgでは、アカウントのアクティベートを完了していないユーザーがサインインしようとした際に、アカウントのアクティベーション完了を促すプロンプトが表示されずに、500 Internal Server Errorが表示されていました。（OKTA-1145737）

Okta Integration Network

2026.04.2：アップデート2は4月20日にデプロイメントを開始しました

一般利用可能

ISVの終了済みアプリ提出ステータス

ISVはステータスを終了済みに設定すると、下書きアプリ提出を非表示にできるようになりました。この機能強化により、終了した提出はISV orgに表示されなくなるので、アクティブなアプリの下書きをわかりやすく表示できるようになります。

Sign-In Widget、バージョン7.44.2

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

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

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

  • Android 14、15、16セキュリティパッチ2026-04-01
  • iOS 26.4.1
  • macOS 26.4.1

OneLoginのプロビジョニング

管理者は、OneLoginアプリのUser Lifecycle Managementを自動化できるようになりました。この統合では、OAuthベースの認証を使用して、Oktaから直接ユーザープロビジョニング、プロファイル更新、非アクティブ化をサポートします。「OneLogin SCIM統合」を参照してください。

HashiCorp Cloud Platformのプロビジョニング

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

修正事項

  • プロファイルマッピング中にキャッシュが古くなり、更新されたプロファイルマッピングが保存されないことがありました。（OKTA-1043935）

  • 多数のOUを持つorgがADプロビジョニング用のOktaグループを構成したとき、プロビジョニング構成フォームにOUが正しく表示されませんでした。（OKTA-1116250）

  • Sign-In Widgetに、ユーザーが問題を理解し解決するのに役立つような説明的なエラーではなく、一般的なエラーメッセージが表示されていました。（OKTA-1116854）

  • 一部の管理者は、適切な権限を持っているにもかかわらず、ポリシーインサイトダッシュボードを読み込もうとした際に403エラーが発生していました。（OKTA-1124197）

  • デバイス保証ポリシーで構成されたブラウザー制限にかかわらず、一部のユーザーが認証できていました。（OKTA-1135261）

  • ユーザーがグループ経由でSAMLアプリに割り当てられている場合、Oktaにサインインした後にアプリにアクセスできないことがありました。（OKTA-1140346）

  • ユーザーがアクティブなセッションがない状態でEnd-User SettingsのURLにアクセスしようとすると、認証後にEnd-User SettingsではなくEnd-User Dashboardにリダイレクトされていました。（OKTA-1146531）

  • ITPが有効になっている一部のorgで、短期間のうちに1人のユーザーに対して、同じブルートフォース攻撃の検出と不審なアプリアクセスの検出を複数回報告していました。（OKTA-1150464）

  • JITを有効にした状態でADパスワードの移行中に、構成されていない識別子を使用してサインインしたユーザーが適切に処理されませんでした。（OKTA-1150501）

Okta Integration Network

  • OneLogin（OIDC）が利用可能になりました。「OneLogin OIDC統合を作成する」を参照してください。

  • Twilio（SAML）が利用可能になりました。詳細をご確認ください。

  • V7 Go（OIDC）が利用可能になりました。詳細をご確認ください。

  • Cisco Identity Intelligence - Read-Write Management APIサービス（APIサービス統合）で、okta.serviceAccounts.read および okta.networkZones.readがサポートされるようになりました。

  • Google Cloud Workforce Identity Federation（OIDC）でGroupクレームがサポートされるようになりました。

  • Google Cloud Workforce Identity Federation（SAML）でIdP起点のフローがサポートされるようになりました。

2026.04.3：アップデート3は5月5日にデプロイメントを開始しました

一般利用可能

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

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

  • Windows 10（10.0.17763.8644、10.0.19044.7184、10.0.19045.7184）
  • Windows 11（10.0.22631.6936、10.0.26100.8246、10.0.26200.8246）

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

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

Android 13、14、15、16セキュリティパッチ2026-01-05

Okta On-Prem SCIM Serverエージェント、バージョン1.8.0

Okta On-prem SCIM Serverエージェント1.8.0が利用可能です。このバージョンのエージェントでは SCIM 2.0での単一値エンタイトルメントのサポートが導入されています。管理者は、OktaのSCIMリソース拡張機能を使用して特定のエンタイトルメントを1つの値に制限するポリシーを実装できるようになりました。

修正事項

  • CSVファイルを使用してユーザーをグループに追加すると、グループプッシュ中に処理の問題が発生し、ダウンストリームorgでユーザーが失われていました。（OKTA-1045473）

  • 管理者がユーザーのOkta Verify Authenticatorをリセットすると、結果のメール通知がデフォルトのドメインからではなくカスタムドメインから送信されていました。（OKTA-1129391）

  • IdP要素に登録されていないユーザーが、外部IdPへのサインイン後にそれを必要とするアプリにアクセスしようとすると、登録プロンプトの代わりにエラーが表示されていました。（OKTA-1131671）

  • Face IDまたはTouch IDを使用するようにOkta Verifyを構成する際に、検証のオプションとしてFastPassが利用できませんでした。（OKTA-1138211）

  • 一部のユーザーがOkta FastPass認証中にエラーが発生し、正常にサインインするにはページを更新する必要がありました。（OKTA-1141248）

  • 応答を受信できるようになる前に、インラインフックが接続エラーで断続的に失敗していました。（OKTA-1030671）

  • 一部のorgでは、管理者が認証ポリシーにアプリを追加できませんでした。（OKTA-1141832）

  • 一部の管理者では、 OIDCアプリの一般設定（General Settings）ページで保存（Save）をクリックすると、エラーメッセージが表示されました。アプリ設定が保存されていないにもかかわらず、システムログに重複した更新成功エントリが複数表示されていました。（OKTA-1161655）

Okta Integration Network

バージョン：2026.05.0

2026年5月

一般利用可能

Workdayのエンタイトルメント管理

管理者は、OktaでWorkdayアプリインスタンスのエンタイトルメントを管理できるようになりました。この機能により、ユーザーベースのセキュリティグループの検出とガバナンスが可能になり、自動化されたアクセスリクエストと認証が有効になります。

レポートのエクスポート

次のレポートを生成するときに、CSVとGZIPのエクスポート形式を選択できるようになりました。

  • Okta使用状況
  • アプリケーション使用状況
  • MFA使用状況

アクセスリクエスト条件の説明を追加する

アプリ、コレクション、Okta管理者ロールバンドルのアクセスリクエスト条件に説明を追加できるようになりました。これらの説明は Access Requests タブの条件の名前の横に表示され、各条件の具体的な目的を理解しやすくなります。アクセスリクエスト条件を作成するを参照してください。

Sign-In Widget、バージョン7.45.0、7.45.1、7.45.2

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

管理対象接続からリソース接続への名称変更

Okta for AI AgentsページとSystem Logイベントで、管理対象接続の参照がリソース接続に名称変更されました。

Slackリソースサーバーコネクター

Slackリソースサーバーコネクターを使用して、SlackとAIエージェントの間にリソース接続を作成できるようになりました。「リソースアプリを構成する」を参照してください。

ユーザーパスワード変更後のセッション保持

ユーザーがパスワードを変更し、他のすべてのデバイス からサインアウトする（Sign me out of all other devices）を選択した場合、他のアクティブなセッションが取り消された後も、Oktaは現在のセッションを保持するようになりました。

未構成の識別子のSystem Logイベント

Active DirectoryでJITが有効になっていて、ユーザーが未構成の識別子で認証した場合、イベントがSystem Logに表示されるようになりました。

スマートカード認証の動的な属性更新

スマートカード認証は、ジャストインタイム（JIT）プロビジョニング中のリアルタイムな属性更新をサポートします。その結果、認証時にPIV/CACカードから直接ID属性を同期することで、ユーザープロファイルが最新の状態に保たれます。

Okta for AI Agents

Okta内で直接AIエージェントのアイデンティティを登録、保護、管理できるようになりました。エージェントを手動で登録するか、プロバイダーアプリから直接インポートします。最小権限のアクセスを強制し、永続的な権限を排除し、システムログを使用してエージェントワークフロー全体のすべての委任ホップを追跡します。AIエージェントは、人間ユーザーと同じID基準によって管理されるデジタルワークフォースのメンバーになります。

AD移行の進行状況のCSVレポートが利用可能

CSVレポートをダウンロードして、特定のユーザーのパスワード移行を表示できるようになりました。このレポートでは、パスワードが正常に移行されたか、特定のエラーが発生したかなど、各ユーザーの移行ステータスの詳細が示されます。「パスワード移行を実行する」を参照してください。

DirSyncインポートのSystem Logイベント

DirSyncベースのインポートでActive Directory Agentの互換性を検証するときに、そのイベントがシステムログに表示されるようになりました。

Passkey（ FIDO2 WebAuthn）Authenticatorのデフォルト設定の更新

WebAuthn Authenticatorの構成は、すべてのorgでは「推奨されるユーザー検証」に設定され、新しいorgでは「Passkey」に設定されます。これらの更新により、手動構成が削減され、シームレスな登録プロセスが確保され、さまざまなデバイスのユーザーに対してより信頼できるサインインエクスペリエンスが提供されます。

Authenticator登録猶予期間のスキップ回数

この機能により、管理者は、Authenticatorへの登録を延期できるスキップの回数、またエンドユーザーに猶予期間が表示されたときのプロンプトのカスタマイズを定義できます。「Authenticator登録ポリシー」を参照してください。

WindowsでのOkta Verifyのリリース制御

新しいリリース制御機能で、管理者はWindowsでOkta Verifyの自動更新を許可、一時停止、または制限するかを構成できるようになります。これにより、企業の変更管理要件を満たし、Windowsエンドポイント全体でバージョンロールアウトを管理するための柔軟性が高まります。「Okta Verifyのリリース管理を構成する」を参照してください。

パスキーのブランド変更

FIDO2（WebAuthn）Authenticatorのブランド名がパスキー（FIDO2 WebAuthn）に変更され、Oktaでは管理制御が強化され、ユーザーエクスペリエンスが合理化されます。この更新により、統合された設定ページを通じてパスキー管理が一元化され、authenticatorのカスタム名が使用できるようになり、Sign-In Widget内にパスキーでサインインボタンが導入されます。これらの機能強化により認証手順が簡素化され、ユーザーにパスキーでサインインボタンを使った、より直感的なサインインプロセスが提供されます。「Passkey (FIDO2 WebAuthn) Authenticatorを構成する」を参照してください。

ADからOktaへのユーザーパスワード移行

ユーザーまたは運用を中断することなく、ADからOktaにユーザーパスワードをシームレスに移行できます。これにより、Oktaがユーザーパスワードの信頼できるソースとして確立され、Oktaがユーザー認証を処理できるようになり、委任認証が不要になります。「ADからOktaへのパスワード移行」を参照してください。

ネットワークゾーンのレジデンシャルプロキシ検出

この機能は、匿名のプロキシやVPN以外にも、Enhanced Dynamic Network Zonesに関連する新たなゾーンを追加します。お客様は、ZSCALER_PROXY、PERIMETER_81などのサービスカテゴリーを使用できます。「サポートされるIPサービスカテゴリー」を参照してください。

早期アクセス

サードパーティおよびOrg2Org IdPのGlobal Token Revocation

Oktaは、サードパーティおよびOrg2OrgのIDプロバイダー（IdP）のGlobal Token Revocation（GTR）をサポートするようになりました。この機能を使用すると、外部IdPはUniversal Logoutを安全にトリガーし、アプリのエコシステム全体ですべてのユーザーセッションとトークンを即座に取り消すことができます。「対応アプリにUniversal Logoutを構成する」を参照してください。

再認証のためにフェデレーションユーザーをIdPにリダイレクトする

IdPへの再認証により、Okta管理者は、ポリシーによって再認証が求められたときにフェデレーションユーザーをソースSAML、 OIDC、またはOrg2Org IdPにリダイレクトすることで、フェデレーションのIDを保護できます。管理者はソースIdPで再認証を強制することで、長期有効のセッションのセキュリティギャップを閉じ、Oktaで重複するMFA登録を構成する必要を排除できます。「再認証のためにフェデレーションユーザーをIdPにリダイレクトする」を参照してください。

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

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

Android向け管理対象アプリ保証

デバイス保証ポリシーの新しい デバイスプロファイル制限 条件により、 Androidユーザーは、 Okta Verifyがインストールされているのと同じ管理対象ワークプロファイルからのみ保護対象アプリにアクセスできるようになります。これにより、個人プロファイルからのアクセスを防止して、データリークのリスクを軽減し、セキュリティポスチャを改善できます。「デバイス保証ポリシーを追加する」を参照してください。

デバイスバウンドSSOでのプラットフォームSSOのパスワード統合

プラットフォームSSOのパスワード認証をデバイスバウンドSSOに統合します。ユーザーがmacOSサインインウィンドウでサインインすると、Oktaはパスワード要素を確認し、デバイスバウンドセッションを作成します。これによりユーザーは、追加のパスワードプロンプトを表示することなく、ブラウザーでOktaで保護されたアプリにアクセスできます。macOSのプラットフォームSSOと汎用MDMを使用してPSSOのデバイス構成プロファイルを構成するを参照してください。

プラットフォームSSO向けのSecure Enclaveキーのサポート

プラットフォームSSOが、デバイスバウンドSSOと統合するSecure Enclaveキーベースの認証方法をサポートするようになりました。ユーザーがmacOSサインインウィンドウでパスワードを使用して認証すると、認証によってSecure Enclaveに保存されたハードウェアバインド暗号化キーがロック解除されます。Oktaはこのキーを使用して、MFAプロンプトを繰り返さずに、ユーザー検証を備えたOkta FastPassを必要とする認証ポリシーを満たすデバイスバウンドセッションを作成します。macOSのプラットフォームSSOと汎用MDMを使用してSecure Enclaveのデバイス構成プロファイルを構成するを参照してください。

AIエージェントを検知・検出する

Security Access MonitorブラウザープラグインとOkta Identity Security Posture Management（ISPM）を使用して、アプリへの新しいOAuth付与と、その結果orgで使用されるシャドーAIエージェントの状況を可視化します。プラグインは、管理対象ブラウザーでアプリへの新しいOAuth付与とAIエージェントを監視します。ISPMは、OAuth付与テレメトリを取得してデータを分析し、ユーザーが認可するすべてのサードパーティアプリを特定するために必要な可視性を提供します。これにより、シャドーOAuth付与とAIエージェントに関連するリスクを軽減できます。プラグインを構成すると、ISPMコンソールのNHIとAIエージェント（NHIs and AI agents） > ブラウザーOAuth付与（Browser OAuth Grants）ページに移動して、org全体の新しいOAuth付与をすべて確認できます。「AIエージェントを検出して評価する」を参照してください。

修正事項

  • ADエージェントを非アクティブ化した後、エージェントのバージョンの誤った形式が表示されていました。（OKTA-1117122）

  • 新規ユーザーがパスワードを忘れた場合（Forgot password）をクリックしたときに、カスタマイズされたエラーメッセージが表示されませんでした。（OKTA-1118986）

  • 一部のユーザーに適用されたグローバルセッションポリシーが削除された場合、当該ユーザーはサインインできませんでした。（OKTA-1131197）

  • セキュリティキーを使用（Use Security Key）オプションのみを必要とするユーザーに、QRコードをスキャン（Scan QR Code）オプションが表示されていました。（OKTA-1145766）

  • user.session.context.changeイベント後、ITPポリシーの再評価中に 、Oktaで定義された任意のネットワークゾーンで構成された一部のグローバルセッションおよびアプリサインインポリシールールが一致しませんでした。（OKTA-1151868）

  • アプリ認証ポリシーで サインインしたままに するプロンプトが有効になっている場合、ユーザーがセルフサービスによるパスワードのリセットを完了した後に、Okta Sign-In Widget にエラーが表示されていました。（OKTA-1152243）

  • AMRクレームの更新がSalesforce（フェデレーションID）アプリ統合に適用されていませんでした。（OKTA-1164030）

  • ロール別の管理者の割り当て（Administrator assignment by role） ページで、 ロールの プレビュー（Preview role）ペインに、 クライアント資格情報の表示（View client credentials）権限の代わりに"L10N_ERROR[okta.apps.clientCredentials.read.name.code]"が表示されていました。（OKTA-1166616）

  • レビュアーがキャンペーンでActive Directoryソースグループへのユーザーアクセスを取り消した場合に、手動修復が必要でした。（OKTA-1167090）

Okta Integration Network

週次のアップデート

2026.05.1：アップデート1は5月18日にデプロイを開始しました

修正事項

  • リフレッシュトークンの失敗または取り消しイベントがSystem Logに記録されると、イベントのtarget.detailEntryに不完全なバージョンのリフレッシュトークンハッシュが表示されました。（OKTA-1145851）

  • すべてのプロファイルマッピングを一覧表示するAPIは、リクエストにsourceIdまたはtargetIDパラメーターが含まれていない場合、エラーを返すことがありました。（OKTA-1153229）

  • Admin Consoleで、一部のセルのステータスサイトリンクが間違ったステータスページを指していました。（OKTA-1158204）

  • イベントフックの管理権限で、管理者またはサービスアプリがイベントフックを作成できませんでした。（OKTA-1162004）

  • 自分の設定（My Settings）の最近のアクティビティ（Recent Activity）ページで、スクリーンリーダーのお知らせが、セキュリティイベントの静的テキストと一致していませんでした。（OKTA-1164456）

  • 認証エラーが発生した場合、Sign-In Widgetに役立つエラーメッセージではなく、SQLエラーメッセージが表示されていました。（OKTA-1168939）

  • 管理者がカスタム管理者ロールのプレビューペインを表示したときに、ID権限の一部のラベルが誤って表示されていました。（OKTA-1168945）

  • サードパーティMCPサーバーの管理権限を持つ管理者が、自分のOrgのMCPサーバーを編集できませんでした。（OKTA-1173945）

Okta Integration Network

  • Augment Code（OIDC）が更新されました。

  • Butterfly Security（OIDC）が利用可能になりました。詳細をご確認ください。

  • Butterfly Security（SCIM）が利用可能になりました。詳細をご確認ください。

  • Check Point SASE（SCIM）が更新され、新しいリージョンが追加されました。

  • Cimento AI（SCIM）が利用可能になりました。詳細をご確認ください。

  • Cimento AI（SAML）が利用可能になりました。詳細をご確認ください。

  • Common Room（SCIM）でグループプッシュがサポートされるようになりました。

  • Dokio（SCIM）にAPIと構成に関する新しいガイドが追加されました。

  • Harmony SASE（SAML）のアイコン、表示名、説明が新しくなりました。詳細をご確認ください。

  • Redblock AI（SAML）が利用可能になりました。詳細をご確認ください。

  • Rubrik Security Cloudは、次のスコープをサポートするようになりました。

    • okta.authorizationServers.manage
    • okta.authorizationServers.read
    • okta.idps.manage
    • okta.idps.read
    • okta.networkZones.manage
    • okta.networkZones.read

  • Scribble Maps（OIDC）が利用可能になりました。詳細をご確認ください。

  • Scribble Maps（SAML）が利用可能になりました。詳細をご確認ください。

  • Scribble Maps（SCIM）が利用可能になりました。詳細をご確認ください。

  • Stripeの構成ガイドが新しくなりました。詳細をご確認ください。

  • Stripe（SCIM）が利用可能になりました。詳細をご確認ください。

  • Wrike（SCIM）でグループプッシュがサポートされるようになりました。

2026.05.2：アップデート2は5月26日にデプロイを開始しました

一般利用可能

Sign-In Widget、バージョン7.45.3

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

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

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

  • Android 14（2026-05-01）
  • Android 15（2026-05-01）
  • Android 16（2026-05-01）
  • iOS 18.7.9
  • iOS 26.5
  • macOS Sonoma 14.8.7
  • macOS Sequoia 15.7.7
  • macOS Tahoe 26.5
  • Windows 10ビルド（10.0.17763.8755、10.0.19044.7291、10.0.19045.7291）
  • Windows 11ビルド（10.0.22621.7079、10.0.22631.8457、10.0.26100.8457）

Axway Amplifyのプロビジョニング

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

修正事項

  • 読み取り専用の権限を持つ管理者に、事前登録済みのAuthenticatorのアクションボタンが表示されることがありました。（OKTA-983779）

  • 読み取り専用管理者が、グループプッシュをサポートするアプリのアプリグループを更新できていました。（OKTA-1114983）

  • SCIMプロビジョニングを使用するSAMLアプリに関して、Push user deactivation to external applicationイベントがSystem Logに重複して表示されていました。（OKTA-1124966）

  • 非アクティブ化された一部のユーザーが、 非アクティブ化中ステータスのままとなり、 Admin ConsoleやAPI経由で変更できませんでした。（OKTA-1138239）

  • グループを通じてユーザーにSAMLアプリが割り当てられた場合に、Oktaへのサインイン後にアプリにアクセスできないことがありました。（OKTA-1140346）

  • 新しいプライマリメールアドレスのメール属性が、メール検証プロセスの完了前に更新されていました。（OKTA-1147280）

  • アプリ認証ポリシーで サインインしたままに するプロンプトが有効になっている場合、ユーザーがセルフサービスによるパスワードのリセットを完了した後に、Okta Sign-In Widget にエラーが表示されていました。（OKTA-1152243）

  • 管理者は、 Okta FastPassをauthenticatorとして有効にしない限り、サインインポリシーでデバイス保障ポリシーを使用できないことがありました。（OKTA-1153165）

  • AIエージェントページに、ISPMコンソールへのリンクがありませんでした。（OKTA-1174497）

  • グループルールの評価に失敗すると、System Logに例外メッセージとSQLクエリが表示されていました。（OKTA-1177889）

Okta Integration Network

2026.05.3：アップデート3は6月1日にデプロイを開始しました

一般利用可能

System Logのユーザーアクティビティイベントに含まれるレルムID

System Logに、認証、MFA、アプリアクセスなどのユーザーアクティビティイベント向けのレルムID属性が含まれるようになりました。これにより、管理者は手動でロジックを複製することなく、ダウンストリームのセキュリティツールの部門ごとにユーザーアクティビティをフィルタリングして分類できます。

修正事項

  • Admin Consoleで、エージェントを追加、エージェントを更新、エージェントを非アクティブ化および自動更新の管理ボタンが、読み取り専用の管理者に対してアクティブなままでした。サーバーは変更をブロックしましたが、これらのアクションが制限されていることがAdmin Consoleに視覚的に示されていませんでした。（OKTA-1031559）

  • 認証方法チェーンを使用するアプリサインインポリシーが設定されたorgでは、ユーザーはアカウントのオンボーディング中にメールをオプションのAuthenticatorとしてセットアップできませんでした。これは、メールが許可された任意のAuthenticatorであったにもかかわらず、発生していました。（OKTA-1102579）

  • Okta Provisioning Agentのインポート結果ダッシュボードに、SCIMアプリの一貫性のない合計数が表示されていました。個別のレコードカテゴリの合計が、監査レコードの全体的な総数と一致しませんでした。（OKTA-1135158）

  • 管理者がユーザープロファイルを表示したときに、共有デバイスのデバイス管理ステータスが正しく表示されませんでした。（OKTA-1148888）

  • Admin Consoleのユーザーのプロファイルページで別のロケールが指定されている場合でも、アクセス認定キャンペーンの通知メールがすべて英語でした。（OKTA-1170541）

  • ユーザーのプロファイル更新後に、グループルールが常に評価されていませんでした。 （OKTA-1171950）

  • 一部のorgでは、管理者がAdmin Consoleにサインインしようとすると、認証を求めるプロンプトが2回表示されました。（OKTA-1175980）

Okta Integration Network

  • Cisco Webexのアイコンが新しくなりました。

  • Clozd（OIDC）に新しいリダイレクトURIが追加されました。

  • Factor Labs（SAML）が利用可能になりました。詳細をご確認ください。

  • KnowBe4のアプリロゴが更新されました。

  • Lucid（SAML）のアプリリンクのタイトルが更新されました。

  • Requirement Yogi（OIDC） が利用可能になりました。詳細をご確認ください。

  • ReReady（OIDC）が利用可能になりました。詳細をご確認ください

  • Samsara（SWA）が更新されました。

  • Scalefusion OneIdP（SCIM）が更新されました。

  • SCIM 2.0テストアプリ（Basic認証）のアプリロゴが更新されました。

  • SYEN Comply for Okta（APIサービス）が利用可能になりました。詳細をご確認ください

  • Teleport（SAML）が利用可能になりました。詳細をご確認ください。

  • Teleport（SCIM）が利用可能になりました。詳細をご確認ください。

  • Tenable Cloud Security（SAML）には、構成可能なACSおよびオーディエンスURLがあります。

  • Tenable Cloud Security JIT（SAML）には、構成可能なACSおよびオーディエンスURLがあります。

  • Zscaler（SCIM）に属性が追加されました。

バージョン：2026.06.0

2026年6月

一般利用可能

AIエージェントの検索、フィルタリング、構成可能なビュー

管理者は、AIエージェント、AIエージェントプロバイダー、およびモニタリングのインポート > AI エージェントのインポートページで、強化されたフィルタリング、検索、構成機能を使用できるようになりました。 

System Logのユーザーアクティビティイベントに含まれるレルムID

System Logに、認証、MFA、アプリアクセスなどのユーザーアクティビティイベント向けのレルムID属性が含まれるようになりました。これにより、管理者は手動でロジックを複製することなく、ダウンストリームのセキュリティツールの部門ごとにユーザーアクティビティをフィルタリングして分類できます。

OIDC対応LDAPインターフェイスの構成可能な接続ライフタイム

LDAPインターフェイスで、OpenID Connect（OIDC）フローの使用時に最大接続ライフタイムの構成可能な設定が含まれるようになりました。これにより、管理者は最大90日間の接続有効期限を定義し、グローバルセッションポリシーから接続有効期限を切り離すことができます。

Sign-In Widget、バージョン7.46.0

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

DataRobotからAIエージェントをインポート

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

エンティティリスク検出への不審なログインの詳細の追加

Suspicious Login From An IP Flagged By FastPass検出で、理由フィールドに不審なログインのexternal_session_idが入力されるようになりました。

PKCEでのSalesforceプロビジョニングのサポート

Salesforceアプリ統合がOAuth 2.0フローのProof Key for Code Exchange（PKCE）をサポートするようになりました。この更新では、ユーザープロビジョニングが中断されないようにし、管理者はサービスの継続性を維持するためにSalesforce構成を更新する必要があります。

ネットワークゾーンエラーメッセージの改善

複数のポリシーまたはルールが参照するネットワークゾーンを管理者が削除しようとしたときに表示されるエラーメッセージが、読みやすくなりました。

安全なSaaSおよびOktaサービスアカウント

Okta Privileged Accessを使って、SaaSアプリのサービスアカウントとOktaサービスアカウントのパスワードを管理して保護することができます。新しいサービスアカウント権限をカスタムロールに割り当てて、サービスアカウント管理の職務をスーパー管理者以外に委任できるようになりました。「サービスアカウントを管理する」および「ロールの権限」を参照してください。

一致するネットワークゾーン向けの新しいSystem Logフィールド

Oktaは、System Logイベントにより詳細なネットワークゾーン一致情報を含めるようになりました。リクエストがネットワークゾーン（security.request.blocked）によってブロックされるか、サインオンポリシー（policy.evaluate_sign_on）に照らして評価された場合、System Logに、IPゾーン、動的ネットワークゾーン（DNZ）、および拡張動的ネットワークゾーン（EDNZ）を、新しい ZoneIdMatch および ZoneNameMatch フィールドから全体で一致したすべてのネットワークゾーンの名前とIDが表示されるようになりました。イベントごとに最大10件の一致ゾーンが報告されます。

これらの新しいフィールドは、既存のClient.Zoneフィールドよりも詳細で、構造化されたネットワークゾーンコンテキストを提供します。これにより、管理者とセキュリティチームは、ブロックされたリクエストとポリシー評価に関する詳細で実行可能な詳細情報を把握できるため、SIEMの調査と監査のレビューが大幅に容易になります。「System Logを使用してネットワークゾーンの問題をトラブルシューティングする」を参照してください。

独自のテレフォニー資格情報を持ち込む

独自のテレフォニーの持ち込み（BYOT）が利用可能になり、管理者は既存のTwilioまたはTelesignアカウントを使用して、MFA SMSおよび音声メッセージを配信できます。このリリースでは、Twilio Verify Fraud Guardのサポートが追加され、詐欺検出が向上しています。また、電話Authenticatorがアクティブな際に、管理者が最後のアクティブなカスタムテレフォニープロバイダーを無効にできないようにする、非アクティブ化のセーフガードも導入されています。Admin Consoleでテレフォニープロバイダーを構成するを参照してください。

SHA-256ダイジェストアルゴリズムのサポート

外部IdPに送信されるSAML AuthnRequestをハッシュする場合に、OktaはSHA-256ダイジェストアルゴリズムをサポートするようになりました。

統合エージェントのナビゲーションラベルの更新

Admin Consoleのエージェントラベルが統合エージェントに変更され、より直感的なエクスペリエンスが提供されるようになりました。ナビゲーションを改善するために、AIエージェント（AI Agents）ページへの却下可能なリンクも統合エージェント（Integration agents）ページに表示されます。

リクエスト詳細のレイアウトの改善

リクエストの詳細ページのレイアウトが小さな画面向けに最適化され、読みやすくなりました。

SCIMのシームレスなISVエクスペリエンス

SCIM統合でのOkta Integration Network（OIN）送信エクスペリエンスを最適化するシームレスなISVエクスペリエンスが提供されるようになりました。この新しいエクスペリエンスにより独立系ソフトウェアベンダー（ISV）は、 OINに送信する前に、 SCIM統合のメタデータを構築して手動でテストできます。これにより、SCIM統合が想定どおりに機能することをOINチームがレビューおよび検証するために必要な時間が短縮され、OINに公開する時間が短縮されます。このエクスペリエンスはSalesforceでのコミュニケーションプロセスも組み込み、Oktaチーム内部や外部ISVとのコラボレーションを向上します。「OIN統合の公開の概要」および「OINウィザードで統合を送信する」を参照してください。

早期アクセス

SAMLアサーションを備えたSAP SuccessFactors OAuth 2.0

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

特権アクセスデータベース統合向けの新しいSystem Logイベント

2つの新しいSystem Logイベントpam.integration.createおよびpam.integration.deleteが、Okta Privileged Accessのデータベース管理で利用できるようになりました。この機能拡張により、管理者はデータベース統合がいつ作成または削除されたかを追跡できます。「System Log」を参照してください。

修正事項

  • ウクライナ語の翻訳では、Sign-In Widget （第3世代）のメール検証画面にある自分にメールを送信（Send me an email）ボタンが切り詰められていました。（OKTA-1016906）

  • アプリ統合で、/auth/v3/signinエンドポイントを使用するサブドメインのユーザー資格情報が自動入力されず、ユーザーがアプリにサインインできませんでした。（OKTA-1074055）

  • カスタムドメインを使用するorgでは、ユーザーが設定ページからサインアウトすると、非カスタムドメインにリダイレクトされていました。（OKTA-1139970）

  • Sign-In Widget（第3世代）のパスワードを表示/非表示にするアイコンに、代替テキストがありませんでした。（OKTA-1156653）

  • デバイスを非アクティブ化して削除しようとすると失敗し、「404 Not Found: Resource not found」エラーが返されました。（OKTA-1160266）

  • Sign-In Widget（第3世代）のヘルプリンク画像に、代替テキストがありませんでした。（OKTA-1164533）

  • Sign-In Widget（第3世代）の「OR」区切り記号をスクリーンリーダーで読み取れませんでした。（OKTA-1164534）

  • 配列属性を含むOkta Expression Language式が、想定どおりに動作しないことがありました。（OKTA-1166566）

  • IP除外ゾーンまたは信頼できるプロキシーからのサインイン試行が、「匿名プロキシ」という理由で、誤って高リスクと評価されていました。（OKTA-1168827）

  • マルチブランド対応のorgをOkta Identity Engineにアップグレードした後、カスタムブランドのリダイレクト設定が移行されず、エンドユーザーが誤ってEnd-User Dashboardに誘導されていました。（OKTA-1174572）

  • 管理者がActive Directoryアプリの設定を更新したときに、application.lifecycle.update System LogイベントがchangeDetailsフィールドを自動入力していませんでした。（OKTA-1178325）

  • RADIUSアプリサインインポリシールールに、Linuxプラットフォームの条件がありませんでした。（OKTA-1184034）

Okta Integration Network

週次のアップデート

2026.06.1：アップデート1は6月15日にデプロイを開始しました

一般利用可能

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

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

  • Android 13、14、15、16セキュリティパッチ2026-01-05

AIエージェントトークン向けの仕様準拠のクライアントIDクレーム

AIエージェントOAuth 2.0クライアントのユーザークレームの評価中に、 Okta Expression Languageプロファイルにapp.clientIdプロパティが含まれるようになりました。これにより、開発者はAIエージェントのフロー中に仕様に準拠したトークンを生成できるようになります。

Salesforceリクエスト向けのOAuthのセキュアなトークン交換

Okta for AI Agentsは、 Salesforceアプリ統合、リソースサーバー、またはMCPサーバーにリクエストを送信するときに、 OAuth 2.0のセキュアなトークン交換フローを使用するようになりました。

AIエージェントAPIのイベントフック

AIエージェントAPIがイベントフック対応になり、イベントに基づいてWorkflowsをトリガーできるようになりました。「イベントフック」を参照してください。

Rapid7 InsightAppSecのプロビジョニング

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

修正事項

  • AIエージェント画面の一部のUIラベルと説明に一貫性がありませんでした。（OKTA-1119360）

  • 特定のActive Directory統合において、プレビュー環境では、スケジュールされた増分インポートと手動の増分インポートが断続的に失敗していました。この問題は、以前に停止したインポートブロックを管理者が再開した後に発生していました。（OKTA-1135003）

  • グループプッシュ操作中、OktaはActive Directory以外のユーザーを対象のActive Directoryグループに意図せずプロビジョニングしていました。（OKTA-1147204）

  • Okta Verifyの登録中に、壊れたモバイルセットアップリンクが誤って表示されていました。（OKTA-1158811）

  • YubiKeyのインライン登録が成功した後、インターフェイスに空白ページが表示され、ユーザーは認証を続行するためにページを手動で閉じる必要がありました。（OKTA-1163272）

  • 委任フローWorkflows権限が含まれるカスタム管理者ロールを管理者が編集するときに、Oktaが誤ってステップアップ認証を再度行うよう求めていました。この問題により変更がブロックされ、保護されたアクションのメッセージが表示されていました。（OKTA-1169760）

  • グループプッシュ操作中に、システムがグループメンバーシップを処理する際に、エラーメッセージが表示されて更新が失敗する場合がありました。この問題により、特定のプッシュグループで同期が断続的に失敗していました。（OKTA-1181698）

  • Jamf Proへのグループプッシュ操作が失敗することがありました。（OKTA-1183535）

  • 侵害された資格情報が検出されたときに、System Logのuser.risk.detectイベントにIPアドレスが入力されていませんでした。（OKTA-1184255）

  • 一部のユーザーがOkta FastPassでサインインしようとした際に「不正なリクエスト」エラーが表示されました。（OKTA-1185557）

  • Okta for AI Agentsを使用する一部のorgでは、下流のIDプロバイダーのクライアントIDにプラス文字が含まれていると、 OAuth 2.0認可フローが失敗していました。（OKTA-1191356）

Okta Integration Network

2026.06.2：アップデート2は6月23日にデプロイを開始しました

一般利用可能

複数ユーザーへのステップ再割り当て

承認シーケンスまたはリクエストタイプ内のステップを10人のユーザーに再割り当てできるようになりました。これは、タスク、質問、アクション、承認に適用されます。

Admin OIDC App Phase Two Tranch One

Admin OIDC App Phase Two Tranch One機能が有効になっていると、Okta Admin Consoleはページの読み込み時にOIDCサインインフローを自動的に開始し、管理者は要求されたページが表示される前に認証ページに一時的にリダイレクトされます。

Sign-In Widget、バージョン7.46.2

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

OINアプリに必要な一意のクライアント認可設定

アプリ統合でクライアント認可の詳細を入力すると、別の統合でその詳細がすでに使用されている場合にエラーが表示されるようになりました。

Amazon Bedrock AgentCore AIエージェントの新しいプロトコルランタイム

Amazon Bedrock AgentCoreプラットフォームから、標準のHTTPとエージェント間プロトコルの両方のランタイムをインポートできるようになりました。

デフォルトでアクティブなMCPサーバー

新規作成されたMCPサーバーは、デフォルトでアクティブ状態になります。「MCPサーバーを追加する」を参照してください。

AIエージェントの日付範囲フィルター

AIエージェントページで、作成または更新された日時でAIエージェントを管理者がフィルタリングできるように日付範囲フィルターが提供されるようになりました。

修正事項

  • ユーザーが認証方法としてOkta Verify Pushを使用し、Microsoft 365向けのネイティブデスクトップアプリにサインインすると、エラーが発生しました。（OKTA-1098991）

  • デバイスIdPの条件がポリシーに含まれている場合、ITPが継続的なポリシー評価を正常に完了できませんでした。（OKTA-1123312）

  • Sign-In Widget（第3世代）では、ユーザーがパスワードをリセットするとパスワード履歴の要件が表示されませんでした。（OKTA-1142182）

  • グループルールに一致したユーザーが、ターゲットグループに自動追加されませんでした。（OKTA-1152179）

  • 設定（My Settings）の最近のアクティビティ（Recent Activity）ページにあるハイパーリンクアイコンに代替テキストがありませんでした。（OKTA-1164465）

  • ユーザーがモバイルデバイスでGoogle Authenticatorを使用してサインインすると、Okta Verifyの時間ベースのワンタイムパスワード（TOTP）のコードをコピーできませんでした。これにより、コードを入力するためにアプリを切り替える必要がありました。（OKTA-1169544）

  • Active Directoryドメインにアクセスすると、500エラーが生じる場合がありました。（OKTA-1194967）

  • Admin Consoleのエージェントがダウンしましたの通知ラベルが不明確でした。（OKTA-1195857）

  • OAuth 2.0のセキュアなトークン交換をサポートしていないアプリ統合に、リソースサーバータブが表示されていました。（OKTA-1197690）

  • 表示言語がフランス語に設定されている場合、パートナー管理者ポータルの一部のテキストが翻訳されていませんでした。（OKTA-1198325）

  • Okta管理者ロールのアクセスリクエスト内の承認タスクがグループに割り当てられず未割り当てのままになり、リクエストの解決が遅延することがありました。（OKTA-1198387）

  • OktaサービスアカウントがOkta Privileged Accessから削除されると、Oktaは関連する管理対象ユーザーを一時停止し、それらのユーザーに対する管理者によるライフサイクルの手動操作をブロックしていました。（OKTA-1199623）

Okta Integration Network

2026.06.3：アップデート3は6月29日にデプロイを開始しました

一般利用可能

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

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

Sign-In Widget、バージョン7.46.3

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

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

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

  • Android 17（2026-06-01）
  • Windows 10ビルド（10.0.17763.8880、10.0.19044.7417、10.0.19045.7417）
  • Windows 11ビルド（10.0.22631.7219、10.0.26100.8655、10.0.26200.8655）

修正事項

  • キーボードまたはスクリーンリーダーで マイ設定（My Settings）ページを利用する際、コンテンツへスキップするボタンがなかったため、繰り返し表示されるナビゲーションブロックをスキップできない問題がありました。（OKTA-974255）

  • IDの検証（IDV）フローの完了までに5分以上かかると、ユーザーにエラーが返されていました。（OKTA-1111099）

  • Oktaがグループルールの実行中に2つの異なるグループルールを同時に処理した場合、システムは非アクティブなアプリからユーザーの割り当てを自動的に解除できませんでした。（OKTA-1114930）

  • ユーザーがActive Directoryインスタンスに割り当てられた複数のグループに所属している場合、Oktaは構成されたグループ優先順位に基づいて、割り当てや属性の処理を行いませんでした。（OKTA-1115091）

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

  • ユーザーがマイ設定（My Settings）でセカンダリメールアドレスを更新すると、確認メールが重複して送信されていました。（OKTA-1176745）

  • 統合エージェントのダッシュボードのDirSync準備状況の警告バナーに、古いステータス情報が表示されていました。（OKTA-1185146）

  • 一部のユーザーがOkta FastPassでサインインしようとした際に、エラーが表示されていました。（OKTA-1185557）

  • LinuxデバイスでGlobalProtectにアクセスしようとしたユーザーに、サインインループが発生し、429エラーが表示される問題がありました。（OKTA-1187372）

  • 管理者がクライアント認証設定に無効なシークレットを追加した後も、IdP検証が誤って成功の応答を返す問題がありました。（OKTA-1198728）

  • Okta for AI Agents機能が有効な場合に、ワークロードトークン交換が、委任リンクが設定されていないカスタム認可サーバーからのIDトークンを誤って受け入れていました。（OKTA-1202361）

  • A2A（エージェント間）接続が有効な場合に、ネイティブおよび代理のSSOトークンの交換が想定どおりに機能していませんでした。（OKTA-1203599）

  • Active DirectoryでWorkday由来のユーザーが削除されると、Oktaでも誤って非アクティブ化されていました。（OKTA-1204655）

Okta Integration Network

バージョン：2026.07.0

2026年7月

一般利用可能

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

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

  • Android 13、14、15、16セキュリティパッチ2026-01-05

AIエージェントトークン向けの仕様準拠のクライアントIDクレーム

AIエージェントOAuth 2.0クライアントのユーザークレームの評価中に、 Okta Expression Languageプロファイルにapp.clientIdプロパティが含まれるようになりました。これにより、開発者はAIエージェントのフロー中に仕様に準拠したトークンを生成できるようになります。

Salesforceリクエスト向けのOAuthのセキュアなトークン交換

Okta for AI Agentsは、 Salesforceアプリ統合、リソースサーバー、またはMCPサーバーにリクエストを送信するときに、 OAuth 2.0のセキュアなトークン交換フローを使用するようになりました。

AIエージェントのイベントが、イベントフックの対象になりました。

AIエージェントとAIエージェントプロバイダーイベントがイベントフック対応になり、イベントに基づいてWorkflowsをトリガーできるようになりました。「イベントフック」を参照してください。

Rapid7 InsightAppSecのプロビジョニング

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

複数ユーザーへのステップ再割り当て

承認シーケンスまたはリクエストタイプ内のステップを10人のユーザーに再割り当てできるようになりました。これは、タスク、質問、アクション、承認に適用されます。

Admin OIDC App Phase Two Tranch One

Admin OIDC App Phase Two Tranch One機能が有効になっていると、Okta Admin Consoleはページの読み込み時にOIDCサインインフローを自動的に開始し、管理者は要求されたページが表示される前に認証ページに一時的にリダイレクトされます。

Sign-In Widget、バージョン7.46.2

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

OINアプリに必要な一意のクライアント認可設定

アプリ統合でクライアント認可の詳細を入力すると、別の統合でその詳細がすでに使用されている場合にエラーが表示されるようになりました。

Amazon Bedrock AgentCore AIエージェントの新しいプロトコルランタイム

Amazon Berock AgentCoreプラットフォームから、標準のHTTPとエージェント間プロトコルの両方のランタイムをインポートできるようになりました。

デフォルトでアクティブなMCPサーバー

新規作成されたMCPサーバーは、デフォルトでアクティブ状態になります。「MCPサーバーを追加する」を参照してください。

AIエージェント管理者ロール

スーパー管理者は、新しいAIエージェント管理者ロールを使用して、AIエージェント管理タスクを委任できるようになりました。このロールを持つ管理者は、AIエージェントの登録、オーナーの割り当て、リソース接続の構成などのタスクを実行できます。「Okta for AI Agentsの管理者ロールを管理する」を参照してください。

AIエージェントの日付範囲フィルター

AIエージェントページで、作成または更新された日時でAIエージェントを管理者がフィルタリングできるように日付範囲フィルターが提供されるようになりました。

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

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

Sign-In Widget、バージョン7.46.3

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

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

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

  • Android 17（2026-06-01）
  • Windows 10ビルド（10.0.17763.8880、10.0.19044.7417、10.0.19045.7417）
  • Windows 11ビルド（10.0.22631.7219、10.0.26100.8655、10.0.26200.8655）

Okta Access Requests WebアプリのUIの更新

Okta Access Requests Webアプリのすべてのリクエスト（All requests）ページでは、リクエスト数が1000件以上の場合、件数の代わりに「999+」と表示されるようになりました。この変更により、ページ上でのリクエスト一覧の表示にかかる時間が短縮されます。

名および姓がnullのAzure Active Directoryユーザーをインポートする

Microsoft Azure Active Directory （AAD）から、名および姓の値がnullのユーザーをインポートできるようになりました。これにより、管理者はOkta内でAADユーザーを一元的に表示できるようになります。「Microsoft Graph APIを使用してOffice 365にユーザーをインポートする」を参照してください。

受信トレイページからの検索フィルターの削除

パフォーマンス向上のために、Okta Access Requests Webアプリの受信ボックス（Inbox）ページにあるフィルター（Filters）から要求者タイプ（Requestor type）オプションとフォロワー（Follower）オプションが削除されました。

Okta for AI AgentsのUIの更新

AIエージェントのページで、 オーナーおよびプラットフォームフィルターが提供されるようになりました。また、 AIエージェントプロバイダーページには、プロバイダーから登録されたAIエージェントの数を表示する 登録済みAIエージェント 列が追加されました。 

スプレー攻撃されたパスワードを使用した疑わしいログイン

この検出は、ユーザーのパスワードがパスワードスプレー攻撃キャンペーンで特定され、そのパスワードを使用してサインインに成功したことを示します。この検知により、ITPはワークフローを通じて、Universal Logoutやパスワードリセットなどの設定済みの修復アクションをトリガーできるようになります。「スプレー攻撃されたパスワードを使用した疑わしいログイン」を参照してください。

この機能は徐々に運用を開始しています。

ボット防御

ボット防御を利用して、orgはIdentity Threat Protection（ITP）ランディングページ内で修復アクションを構成することで、ボットトラフィックを自動的に特定・緩和できます。「ボット防御」を参照してください。

拡張動的ゾーン向けの新しいVPNサービス

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

AIエージェントの管理者ロールのヘルプリンク

管理者 > ロール（Administrators Roles）タブで、 AIエージェントの管理者ロールにヘルプリンクが表示されるようになりました。 

IDPルーティングルール内のIDPの最大数が増加

IdPルーティングルールで許可されるIdPの最大数が100に引き上げられました。「IDプロバイダーのルーティングルールを構成する」を参照してください。

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

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

CIAM orgでOkta SSFトランスミッターが利用可能に

OktaではCAEPを使用して、セキュリティ関連のイベントやその他のデータ主体のシグナルをサードパーティセキュリティベンダーに送信します。「Shared Signals Framework」を参照してください。

この機能は、カスタマーアイデンティティおよびアクセス管理（CIAM）のorgで利用できるようになりました。

MFA登録ポリシーバリデーターの改善

過去30日間に自分で開始したuser.account.update_password syslogイベントがないOrgは、Okta Identity Engineへのアップグレード時に表示されるMFA登録ポリシーバリデーターの警告の対象外となり、アップグレードを実施しやすくなりました。

管理対象のChromeプロファイルの閲覧データを消去する

管理対象Chromeプロファイルのブラウズデータの消去は、ITP検出時に管理対象Chromeプロファイル内のローカルセッションデータ（クッキーとキャッシュ）を即座に消去することで、リアルタイムの修復を提供します。ブラウザーをポリシーによって強制されるワークスペースに変換することで、即時に自動保護されるようにします。「管理対象のChromeプロファイルの閲覧データを消去する」を参照してください。

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

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

Office 365のロール割り当て可能なプッシュグループ

Office 365アプリ統合の新しいプッシュグループを作成する際は、このロールは割り当て可能チェックボックスを選択して、Microsoft Entra IDでグループロールを割り当て可能にします。これにより、Entra IDでグループを手動で作成し、プッシュグループを使用してOktaにリンクする代わりに、OktaグループをMicrosoft Entra ID and assign rolesにプッシュできます。「プッシュグループを構成する」を参照してください。

API Integration Actionsアプリでのグループプッシュのサポート

API Integration Actionsを使用してプロビジョニングを実行するアプリで 、グループプッシュ機能を使用できるようになりました。これにより、プロビジョニングアクションでグループAPIコントラクト を使用するアプリで、グループインポート機能が利用できるようになります。

Native to Web SSO

Native to Web SSOは、ユーザーがOIDCアプリ（ネイティブまたはWebアプリなど）からWebアプリ（OIDCまたはSAMLのいずれか）に移行するときに、シームレスで統合された認証エクスペリエンスを作成します。この機能では、SAMLやOpenID Connectなど、標準のWebベースのフェデレーションプロトコルを使用します。これにより、1回限りの一方向クライアント間信頼SSOトークンを使用して、2つの異なるアプリケーション環境間のギャップを埋めることができます。これにより、すでに提供されているサインオン保証の繰り返しが不要になり、認証の複雑さが軽減されることで、開発が簡略化されます。「Native to Web SSOを構成する」を参照してください。

Active DirectoryのDirSyncによるグループインポート

Active Directory（AD）統合のプロビジョニングタブに、DirSyncを使用したADによるインポートを有効にするチェックボックスが追加されました。チェックボックスを有効にすると、管理者はDirSyncを使用してグループの増分インポートを実行できます。「Active Directoryのインポートとアカウントの設定を構成する」を参照してください。

AMFA orgのITP検出

Adaptive MFA orgでは、直接割り当てられたスーパー管理者でセッションおよびエンティティユーザーが検出されると、ITP検出のメリットを得られるようになりました。これらの検出イベントは、Workflowsを使用して実行可能です。この機能は、 Okta Secure Identity Commitment に準拠しています。「System LogのIdentity Threat Protectionイベント」を参照してください。

この機能は、Okta for US Militaryのお客様も利用できるようになりました。

早期アクセス

エージェント間接続

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

セルフサービス機能としてのCross App Accessの削除

Admin Consoleの設定（Settings） > 機能（Features）ページの早期アクセス（Early Access）セクションで、 Cross App Access機能を有効または無効にすることができなくなりました。orgでのこの機能の利用可否を変更する場合は、 Oktaサポートまでお問い合わせください。Integrator Freeプランorgをお持ちの場合は、代わりに開発者サポートまでお問い合わせください。この変更は、既存の構成には影響しません。

パスキー指標の追跡

この機能強化により、パスキーのパフォーマンスをより可視化するための追跡機能とレポートツールが追加されます。これにより、管理者がすべてのorgでパスワードレスの採用と使用の傾向を監視できるようになります。

管理者ロールの割り当てにおける監査モード

新しい監査者（読み取り専用）モードにより、スーパー管理者は、任意の管理者またはグループ管理者の割り当てに読み取り専用の制限を適用できるようになりました。この設定により、管理者は、Oktaファーストパーティアプリを除き、 Admin ConsoleとOkta API全体で読み取り専用アクセスに制限されます。この機能は、セキュリティの透明性を維持しながら、監査人にシステムの可視性を提供します。「監査人（読み取り専用）モード」を参照してください。

修正事項

  • 言語ローカライズされているorgのエンドユーザー設定（End-User Settings）ページで、エラーメッセージのコロンの前のノーブレークスペースがありませんでした。（OKTA-1113766）

  • Okta Verifyのエラーにより、一部のユーザーが、高度なポスチャチェック機能が有効になっているorgにサインインできませんでした。エラーはSystem Logに記録されませんでした。（OKTA-1120412）

  • アクセステストツールが、テスト対象のIPアドレスが許可ゾーン内にあるにもかかわらず、ユーザーのサインインイベントがグローバルセッションポリシーのネットワークゾーンルールによって拒否されたと誤って報告していました。（OKTA-1130892）

  • ユーザーがグループ経由でSAMLアプリに割り当てられている場合、Oktaにサインインした後にアプリにアクセスできないことがありました。（OKTA-1140346）

  • Sign-In WidgetでのOkta Verify番号チャレンジのテキストサイズが小さすぎました。（OKTA-1140583）

  • マイ設定（My Settings）のOktaロゴの代替テキストが不正確でした。（OKTA-1164454）

  • マイ設定（My Settings）で、サポート（Support）セクションの見出しレベルに誤りがありました。（OKTA-1164459）

  • マイ設定（My Settings）において、画面幅が狭い場合に 最近のアクティビティ（Recent Activity）のドロワーがリサイズされず、トラックパッドやスクロールバーがないと閉じるボタンを操作できませんでした。（OKTA-1164494）

  • 延期登録ポリシーでパスワードのみが登録されているユーザーが、2要素認証を必要とするアプリにアクセスしようとすると、エラーが表示されていました。（OKTA-1174736）

  • アプリがスコープを要求した際、スコープ名の一部が別のスコープ名のプレフィックスになっていると、Sign-In Widget（第2世代）が読み込まれませんでした。（OKTA-1174752）

  • 管理者が、 AIエージェントリソース接続で使用されていたカスタム認可サーバーを削除できてしまっていました。（OKTA-1182513）

  • 統合エージェントのダッシュボードのDirSync準備状況の警告バナーに、古いステータス情報が表示されていました。（OKTA-1185146）

  • 管理者がアクセステストツールで、スマートカードAuthenticatorを登録しているユーザーのアクセスをテストすると、Authenticatorで登録（Enrolled in authenticators）の結果にエラーメッセージが表示される問題がありました。（OKTA-1186554）

  • Okta Expression Language バージョン3ルールを評価する際、 contains関数がカスタム整数配列の属性または数値配列属性の評価に失敗していました。（OKTA-1194797）

  • ユーザーがプロファイルの編集を開始した後に管理者が読み取り専用のプロファイル属性を変更すると、ユーザーがプロファイルの変更を保存しようとした際にエラーメッセージが表示されていました。（OKTA-1201181）

  • ユーザーがOkta Verifyに複数の認証要素を登録している場合、有効な猶予期間のカウントが、本来はAuthenticator単位で行われるべきところ、要素ごとに誤って増分されていました。（OKTA-1209603）

  • ユーザーがアプリの追加（Add apps）ダイアログの追加ボタンを複数回クリックすると、ダイアログがフリーズし、ページを更新するまでダイアログを閉じたり完了（Done）を選択したりすることができなくなっていました。（OKTA-1211432）

Okta Integration Network

週次のアップデート

2026.07.1：アップデート1は7月13日にデプロイを開始しました

一般利用可能

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

Microsoft Copilot StudioおよびMicrosoft AI Foundryで構築された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エージェントが含まれます。この機能は、Okta for AI Agentsを利用しているお客様が利用できます。「ClaudeをOktaと統合する」を参照してください。

Linearのプロビジョニング

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

Appspaceのプロビジョニング

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

修正事項

  • 表示言語を日本語に設定した場合、 ユーザーとグループ ページのユーザー/グループ数が翻訳されていませんでした。 （OKTA-926579）

  • プロファイルエディター（Profile Editor）で、スーパー管理者がネットワークペイロードのisDefaultフィールドを変更してカスタムユーザータイプをデフォルトに設定できていました。（OKTA-991083）

  • 言語ローカライズされているorgのエンドユーザー設定（End-User Settings）ページで、エラーメッセージのコロンの前のノーブレークスペースがありませんでした。（OKTA-1113766）

  • 自分の設定（My Settings）の最近のアクティビティ（Recent Activity）サインインアコーディオンにおけるフォーカスインジケーターが、必要な3:1のコントラスト比を満たしていませんでした。（OKTA-1164470）

  • 自分の設定（My Settings）の個人情報フィールドに autocomplete 属性がありませんでした。（OKTA-1164492）

  • インストール中、 LDAPエージェント（バージョン5.26.0）のバージョン番号が誤って最新のActive Directory Agentバージョン（3.22.0）として表示されていました。（OKTA-1166327）

  • サインインフロー中、特定の電話Authenticatorを登録している一部のユーザーが、電話検証チャレンジを開始すると、システムエラーが発生していました。（OKTA-1178849）

  • 認可サーバーは、カスタムドメインを介した同時のOAuthサインインリクエストの処理時に、誤った発行者の値を返していました。（OKTA-1197523）

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

Okta Integration Network

2026.7.2：アップデート2は7月21日にデプロイメントを開始しました

一般利用可能

Sign-In Widget、バージョン7.47.1

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

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

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

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

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

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

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

修正事項

  • プロファイルエディター（Profile Editor）で、管理者がGoogleアプリの Licenses 属性の横にある情報アイコンをクリックすると、 属性メンバー リストが読み取り専用ではなく編集可能になっていました。（OKTA-182607）

  • 管理者がユーザーを作成し、 後でアクティブ化（Activate later）を選択すると、エラーが表示され、ユーザーが作成されませんでした。（OKTA-701601）

  • 生体認証の検証が登録されていない場合、ダイレクト認証中にOkta Verifyチャレンジのプッシュ通知がdirect_auth_policy_deniedエラーで失敗することがありました。（OKTA-1099950）

  • 言語ローカライズされているorgのエンドユーザー設定（End-User Settings）ページで、エラーメッセージのコロンの前のノーブレークスペースがありませんでした。（OKTA-1113766）

  • アプリのサインインポリシーの一部として、信頼できるアプリのフィルター（Trusted App Filters）が 設定されていた場合、ITPが継続的なポリシー評価を正常に完了できませんでした。（OKTA-1123314）

  • Secure Partner Access管理ポータルで、外部IdPからのプロファイル属性が誤って編集可能なフィールドとして表示されていました。（OKTA-1124860）

  • user.account.update_passwordシステムログイベントで、クライアントIPおよびリクエストIPチェーンのデータが含まれていませんでした。（OKTA-1156514）

  • SSO拡張機能のないiOSデバイスでは、一部のOrgのユーザーが、アカウントの復旧またはロック解除時に、Okta FastPassのチャレンジではなく、エラーメッセージが表示されていました。（OKTA-1162026）

  • Okta Sign-In Widgetのサポートリンクが、最低限必要な色のコントラスト比を満たしていませんでした。（OKTA-1164541）

  • ユーザーがエンドユーザーダッシュボードからパスワードを更新したとき、アプリの管理（Manage app）権限がない場合は、新しいパスワードが割り当て済みのJamf Proアプリに同期されませんでした。（OKTA-1183563）

  • 一部のユーザーがOkta FastPassでサインインしようとした際に、エラーが表示されていました。（OKTA-1185557）

  • オンプレミスプロビジョニング操作が失敗したとき、結果として生じるエラーメッセージに不正確なエラーコードが表示されていました。（OKTA-1199729）

  • 管理者がオンプレミスプロビジョニングを使用するカスタムアプリにユーザーを再割り当てしようとしたときに、再アクティブ化リクエストが失敗していました。（OKTA-1210786）

  • 管理者が、 AIエージェントのユーザーサインオン委任に無効なアプリ名を追加できていました。（OKTA-1212527）

  • Okta Classic Engine orgをIdentity Engineに移行し、その後メールauthenticatorを削除した場合、セルフサービス登録でエンドユーザーにメール以外のauthenticatorの登録が誤って要求されていました。（OKTA-1216937）

  • 一部のorgで、管理者がOIDC Webアプリを作成したときに、適切な機能フラグが有効になっていたにもかかわらず、クライアント資格情報付与タイプが表示されませんでした。（OKTA-1221984）

  • 自分の設定（My Settings） > 最近のアクティビティ（Recent activity）ページの外部リンクアイコンに代替テキストがありませんでした。（OKTA-1221994）

  • 外部IdPを認証要素として使用するorgで、それらのIdPからのクレームがダウンストリームアプリと共有されていませんでした。（OKTA-1231193）

  • Salesforceからのインポート中に、SalesforceでグループまたはロールのエンタイトルメントIDが更新された際、Oktaはエンタイトルメントの変更を処理できませんでした。(OKTA-1231515)

Okta Integration Network

2026.7.3：アップデート3は8月3日にデプロイメントを開始しました

一般利用可能

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）

早期アクセス

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

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

修正事項

  • 管理者がGoogle Workspaceライセンスをユーザーに再割り当てした際、処理が失敗し、Oktaでタスクエラーが返されることがありました。(OKTA-1074226)

  • 管理者がアプリ設定のアプリでユーザーが無効化された場合（When a user is deactivated in the app）を何もしない（Do nothing）に、終了後間隔（Post-Termination Interval）と合わせて構成した場合、SuccessFactorsからのユーザーインポートで終了したユーザーの割り当て解除に失敗しました。(OKTA-1115401)

  • 自分の設定（My Settings）で、orgのロゴリンクのアクセシビリティラベルが表示ラベルのテキストと一致しませんでした。(OKTA-1164496)

  • YubiKeyをPINなしで登録したユーザーが、後から外部でPINを設定した場合、認証ポリシーのルールでデバイスのパスコードまたは生体認証が必要になるとエラーが発生しました。(OKTA-1187996)

  • ユーザーがSign-In Widgetのプライバシーポリシーリンクをクリックすると、プライバシーポリシーページではなくサインインページにリダイレクトされていました。(OKTA-1201388)

  • カスタムOIDCアプリでユーザーにアイコンを表示（Display icon to users）設定が有効または無効になったときに、System Logに理由として誤ってVPN Notification Settings updatedがログされました。(OKTA-1203429)

  • 一部のorgでは、このIDプロバイダーからのクレームを信頼（Trust claims from this identity provider）が有効になっており、IdPが認証ポリシーのフィッシング耐性要件をすでに満たしているにもかかわらず、ユーザーがIdPを介して認証できませんでした。(OKTA-1204547)

  • 一部の管理者が認可サーバーを一括削除しようとした際に、500エラーが表示されました。(OKTA-1208896)

  • 一部のorgで、管理者がOIDC Webアプリを作成したときに、適切な機能フラグが有効になっていたにもかかわらず、クライアント資格情報付与タイプが表示されませんでした。（OKTA-1221984）

  • System Logのセッションコンテキスト変更イベントで、レート制限を超過した際に表示名が空白になっていました。(OKTA-1226680)

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

  • Identity Governanceのページにスペルミスと句読点の誤りがいくつかありました。(OKTA-1163458)

  • 管理者が個別のレルム割り当てジョブを実行した際、単一ユーザーの評価に失敗して評価プロセスが停止していました。(OKTA-1193971)

  • Admin Consoleで管理者が保護されたアクションを設定した際、UIにスーパー管理者向けの要素をリセット（Reset factors for super admins）とスーパー管理者向けの認証をリセット（Reset authenticators for super admins）が同時に表示されていました。(OKTA-1205255)

  • 管理者がオンプレミスプロビジョニングを使用してSCIM 1.0でユーザープロビジョニング機能を有効にした際、スキーマ検出フローが破損していました。(OKTA-1210290)

  • 削除されたAIエージェントプロバイダーが、AIエージェントプロバイダー画面とAIエージェント画面のAIエージェントプロバイダーフィルターに引き続き表示されていました。(OKTA-1211699)

  • verはIDトークンで予約済みのクレームですが、管理者はOpenID Connectアプリ用にverという名前のカスタムトークンクレームを作成できました。(OKTA-1222755)

  • アイデンティティ脅威保護とポリシー変更管理の両方が有効になっているorgでは、管理者がポリシーブランチをロールバックしようとしたときにエラーメッセージが表示されました。(OKTA-1227194)

  • 外部IdPを認証要素として使用するorgで、それらのIdPからのクレームがダウンストリームアプリと共有されていませんでした。（OKTA-1231193）

Okta Integration Network

バージョン：2026.08.0

2026年8月

一般利用可能

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

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

高度なポスチャチェックにより、管理者は標準のデバイス保証ポリシーではサポートされていない、より詳細なデバイスのセキュリティ条件を構成できるようになりました。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 エージェントおよびアプリ向けのCross App Accessのサポート

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)

  • 管理者がOktaユーザーオブジェクトのない単一のサービスアカウント向けにユーザーインポートを開始すると、プロファイル同期プロセスでActive Directoryインスタンス内のすべてのユーザーが誤って更新されていました。（OKTA-1267422）

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

Okta Integration Network

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

一般利用可能

SAPコネクター

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

修正事項

  • 埋め込み型のSign-In Widgetでサインイン状態を維持する（Keep Me Signed In）プロンプトに応答した後、一部のユーザーでエラーが発生し、サインインフローが中断される問題がありました。（OKTA-1236248）

  • アプリケーション管理 権限を持つ管理者が、不適切なOAuthエンドポイントURLをアプリ統合に追加できてしまっていました。（OKTA-1236616）

  • 管理者がAIエージェントのユーザーアクセスタブでFederation Broker Modeアプリを選択すると、警告が表示されていました。（OKTA-1248268）

  • ポリシー変更管理が有効になっていて、既存のポリシーブランチがあるorgで、ユーザーIDポリシーを有効にすると、認証ポリシーが重複して作成されていました。（OKTA-1250771）

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

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

  • パスキーが登録されていない場合、エンドユーザーダッシュボードに、セキュリティ方式のラベルがパスキーではなく、セキュリティキーまたは生体認証Authenticatorと表示されていました。（OKTA-1258336）

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

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

  • インポート中にユーザーアプリの未割り当てのセーフガードがトリガーされた場合に、操作を再開すると、増分インポートではなくフルテナントインポートが実行されていました。（OKTA-1271321）

Okta Integration Network

バージョン：2026.09.0

2026年9月

一般利用可能

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

デバイス保証ポリシーで、Android 14、15、16、17（2026-08-01）のOSバージョンがサポートされるようになりました。

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

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

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

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の委任リンクからの移行」に関するガイダンスを参照してください。

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

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

  • macOS 14.8.9
  • macOS 15.7.9
  • macOS 26.6.1

AIエージェントの統合ID

管理者は外部識別子を使用して、orgの登録済みAIエージェントが一意であることを確認できるようになりました。また、インポートされたAIエージェントの作成と一致条件を構成し、インポートしたAIエージェントを登録前にプレビューすることもできます。「アプリのAIエージェントのインポートを有効にする」を参照してください。

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

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

AIエージェントクライアント登録のUI更新

AIエージェント > クライアント登録タブに、認証方法が垂直に表示されて構成ボタンが提供されるようになりました。構成をクリックすると、認証方法の構成ページにリダイレクトされます。

Radius Agentバージョン2.27

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

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

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

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

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

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

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

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

手動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属性のカスタムマッピングを構成できます。

MCPサーバー登録UIの改善

MCPサーバーの登録UIが更新され、スコープの処理とツールの表示が改善されました。

WordPressのプロビジョニング

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

Ivantiのプロビジョニング

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

Progress Chefのプロビジョニング

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

SAPコネクター

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

MCPサーバー登録向け動的クライアント登録のサポート

管理者は、MCPサーバーを手動で登録するときに、動的クライアント登録（DCR）を選択できるようになりました。このオプションを選択すると、Oktaは自動的にクライアントをプロバイダーに登録し、資格情報を事前入力します。「MCPサーバーを手動で追加する」を参照してください。この機能は、9月中頃までプレビューデプロイメント、その後本番環境へ徐々に導入されます。

Okta Integration Network MCPサーバー

接続の詳細を手動で入力することなく、Okta Integration NetworkのカタログエントリーからMCPサーバーを追加できるようになりました。「MCPサーバーをOINカタログから追加する」を参照してください。この機能は、9月中頃までプレビューデプロイメント、その後本番環境へ徐々に導入されます。

DBSSOデバイスプローブの改善

DBSSOは、org全体のプローブ方式を使用する代わりに、アプリのサインオンポリシーで構成されたデバイス登録の条件を使用するようになりました。

リモートデスクトップの検出

管理者は、拡張ダイナミックネットワークゾーンの新しいREMOTE_DESKTOP IPサービスカテゴリを使用して、リモートデスクトップからのアクセスを検出および制御できるようになりました。管理者は、拡張ダイナミックネットワークゾーンの設定時にREMOTE_DESKTOPを含めるか除外するかを選択でき、より正確なポリシーを有効にできます。たとえば、これらのネットワークから発信されるトラフィックに対して、グローバルセッションポリシーまたはアプリサインインポリシーを通じてアクセスを拒否できます。「サポートされているIPサービスカテゴリー」を参照してください。

ADおよびLDAPエージェントの中断に関するメール通知

システムメール通知に、Active DirectoryおよびLDAPエージェントの中断と復旧に関するオプションが含まれるようになりました。管理者は、エージェントが中断および復旧したときにメールアラートを受信するように管理コンソールで通知を有効にできます。

Vercelのプロビジョニング

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

アクセスリクエスト制限の引き上げ

次のアクセスリクエスト制限が引き上げられました。

  • タスクまたは質問ごとのユーザー数：25（以前は10）
  • アクセスレベル条件内のエンタイトルメントバンドル数：1,000（以前は100）
  • アクセスレベル条件内のグループ：1,000（以前は500）
  • orgごとのリクエストタイプの構成リスト数：250（以前は100）
  • orgごとのリクエストタイプ数：750（以前は500）

マルウェアプロキシ検出

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

Okta Integrationウィザード

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

System LogのWebAuthn登録失敗イベント

System Logで、WebAuthn（FIDO2）登録の失敗試行が、user.mfa.factor.activateイベントと、AAGUID、isBackupEligible、一致した認証グループなどのデバッグデータを使用してログに記録されるようになりました。以前は、登録が成功した場合のみログに記録されていました。これを使用して、登録されない認証モデルを特定できます。

MCPサーバーのツール検出

MCPサーバーを登録する際に、資格情報をテストして利用可能なツールを検出できるようになりました。これにより、接続が完全に検証されて、MCPサーバーの機能を確認できるようになります。「MCPサーバーを追加する」を参照してください。

Okta Provisioning Agent、バージョン3.3.1

Okta Provisioning Agent 3.3.1が利用可能になりました。このリリースでは、バンドルされたJDKパッチバージョンが更新され、セキュリティ強化が含まれています。「Okta Provisioning AgentとSDKのバージョン履歴」を参照してください。

タスク数の最適化

管理コンソールのパフォーマンスを向上させるために、タスクに1,000を上回るアイテム数が含まれる場合、タスクページに999+の概算数が表示されるようになりました。

Sophos Cloudのプロビジョニング

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

早期アクセス

Windows向けDesktop MFA要素の検出

Windows向けDesktop MFAでは、利用可能なすべてのMFA要素の固定リストではなく、ユーザーが登録したMFA要素のみが表示されるようになりました。登録済みの要素がない新規ユーザーは、猶予期間中にサインインしてMFAをセットアップできます。一方、新しいデバイスでサインインする既存ユーザーは、既存の要素で検証する必要があります。「Desktop MFA要素の検出を有効にする」を参照してください。

Okta On-prem SCIM ServerエージェントがOkta On-prem SCIMエージェントに

Okta On-prem SCIM ServerエージェントがOkta On-prem SCIMエージェントに置き換えられました。この変更により、依存関係の数が減り、新しい機能を実装できるようになります。「汎用データベース用のOn-prem Connector」を参照してください。

レルム割り当ての上限の引き上げ

プロファイルソースごとに許可されるレルム割り当ての最大数が、30から100に引き上げられました。これにより、管理者はより多くのレルムでユーザー組織と管理を拡張できます。「レルム」を参照してください。

DatabricksからAIエージェントをインポート

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

NFC Authenticator

Oktaは、Windowsデスクトップ共有ワークステーションでOktaで保護されたアプリにサインインする現場従業員の認証方法として、NFC Authenticatorをサポートするようになりました。認証するには、エンドユーザーはリーダーでNFCバッジをタップし、PINを入力してMFA要件を満たします。電話、パスワード、共有アカウントは必要ありません。「NFC Authenticator」を参照してください。

エンタイトルメントインポートセーフガード

エンタイトルメントのインポートセーフガードは、ユーザーがアプリから割り当てを解除されたときに、ユーザーインポートが誤ってアプリのロールやライセンスを削除するのを防ぎます。管理者は、パーセンテージベースまたは絶対数のしきい値を使用してアプリごとのセーフガードを構成でき、任意でエンタイトルメントスキーマを変更または削除するインポートをブロックできます。「インポートセーフガード」を参照してください。

アプリケーションページの機能強化

アプリケーションページで、タイプとステータスによるアプリのフィルタリング、名前またはクライアントIDによるアプリの検索、最終変更日によるアプリの表示オプションが提供されるようになりました。 アプリをCSVにエクスポートして、フィルタリングされたリストを監査に対応したレポートにすることもできます。早期アクセスの間、ラベル付けはIGAガバナンスラベルを使用し、OIGのお客様だけがご利用いただけます。「アプリ統合の検索、フィルタリング、エクスポート」および「リソースラベル」を参照してください。

ローコードサインインのカスタマイズ

カスタマイズは企業にとって重要な課題です。サイトブランディングの外観と操作性は、ユーザーがサイトを信頼し、新しいオファーを把握するにあたり、顧客の信頼に大きな影響を与えます。ローコードサインインのカスタマイズを使用すると、管理者は複雑でリスクのある変更を行うことなく、コードエディターを使用してSign-In Widgetのテキスト、色、画像をカスタマイズできます。構文のハイライト表示と提案を備えたJSONテンプレート言語により、管理者はコードを変更することなく、目的のエクスペリエンスに合わせてサインインページとインタースティシャル認証に視覚的な変更を加えることができます。サインインページをカスタマイズするを参照してください。

汎用データベース用のOn-prem Connectorが、統合OPSエージェントを使用して高可用性をサポート

汎用データベース用のOn-prem Connectorが高可用性をサポートするようになりました。これにより、複数のOktaオンプレミスSCIMエージェントを1つのアプリインスタンスに割り当て、利用可能なエージェントがインポートまたはプロビジョニング操作を実行できるようになります。これにより、オンプレミスデータベース統合の単一障害点が排除され、個々のエージェントがオフラインまたはアップグレード中でも継続して実行できます。「汎用データベース用のOn-prem Connector」を参照してください。

Linux向けOkta Verifyのサポート

Okta Verifyは新たにLinuxデスクトップデバイスに対応するようになり、管理者はフィッシング耐性のあるハードウェア格納型のOkta FastPass認証をLinuxユーザーにも適用できるようになりました。このリリースでは、Ubuntu 24.04および26.04を実行しているデバイスを公式にサポートします。「Okta VerifyをLinuxデバイスにデプロイする」を参照してください。

汎用データベース用のOn-prem Connectorが増分インポートをサポート

汎用データベース用のOn-prem Connectorが、増分インポートをサポートするようになり、完全なデータセットではなく、最後の正常なインポート以降に変更されたユーザーとエンタイトルメント割り当てのみを取得するようになりました。これにより、大規模なデプロイメントのインポートにかかる時間が短縮され、データベースの負荷が軽減されます。ソースデータベースはソフト削除を使用し、自動的に更新されるタイムスタンプ列を維持する必要があります。「汎用データベース用のOn-prem Connector」を参照してください。

修正事項

  • 生体認証の検証が登録されていない場合、ダイレクト認証中にOkta Verifyチャレンジのプッシュ通知がdirect_auth_policy_deniedエラーで失敗することがありました。（OKTA-1099950）

  • 管理者が問題を解決した後も、侵害された資格情報の保護に関連するパスワードポリシーエラーが保持されていました。（OKTA-1239168）

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

  • Okta Account Managementポリシーで帯域外のOkta Verify登録が有効化されている場合、新しくインポートされたActive Directoryユーザーはメールリンクからアカウントを有効化できませんでした。（OKTA-1250588）

  • パスキーが登録されていない場合、エンドユーザーダッシュボードに、セキュリティ方式のラベルがパスキーではなく、セキュリティキーまたは生体認証Authenticatorと表示されていました。（OKTA-1258336）

  • 一部のカスタムプロファイル属性が、管理者が削除した後もUIに表示され続けていました。 （OKTA-1260654）

  • サードパーティのCAではなく、Oktaを認証局（CA）として使用している場合、デバイスがOktaから削除された後に、Okta CAでデバイス再登録が許可されていませんでした。（OKTA-1261907）

  • ユーザーサインオン委任権限があるAIエージェントで、ユーザーアクセスタブの廃止バナーに誤った情報が表示されていました。（OKTA-1262867）

  • カスタム管理者ロールにデバイスレベルの復旧PIN権限がある場合、カスタム管理者ロールはリソースグループに属していないユーザーのDesktop MFA復旧PINを生成できました。（OKTA-1264620）

  • 柔軟なOkta Verify Authenticator構成が有効な場合、Okta Verify - PushでRADIUSアプリにサインインしたエンドユーザーにエラーが表示されていました。（OKTA-1265932）

Okta Integration Network

週次のアップデート

2026.09.1：アップデート1は9月28日にデプロイを開始しました

一般利用可能

AIエージェント用CIMD

AIエージェントをCIMDを使用して登録し、AIエージェントが静的クライアントIDではなくURLを使用して自身を識別できるようになりました。「クライアントIDメタデータドキュメント（CIMD）について」を参照してください。

MCPサーバースコープ向けのUIの更新

現在は、カスタムスコープをMCPサーバーに追加するときに、スコープのリストが別のダイアログに表示されるようになりました。「MCPサーバーを手動で追加する」を参照してください。

マネージャー変更後の自動タスクと質問の再割り当て

組織の変更中にアクセスリクエストがブロックされないように、 Okta Access Requestsは、マネージャーの変更が発生するたびに保留中のマネージャータスクとマネージャーの質問を従業員の新しいマネージャーに自動的に再割り当てするようになりました。この自動再割り当てにより、以前のマネージャーのアカウントがすでに非アクティブ化されている場合でも、手動でのIT介入や遅延なしで承認を進めることができます。これは、リクエスト条件とリクエストタイプの両方で構築されたリクエストに使用できます。

要求者のタイムラインビュー

要求者は、Oktaアクセスリクエストアプリから、リクエストに含まれるタスクの詳細なステータスタイムラインを表示できるようになりました。この可視性の強化によって、要求者は簡単にリクエストの進捗状況を追跡し、個々のタスクを承認したユーザーを確認し、残りのタスクを特定できるようになります。ユーザーは承認プロセス中に最新情報を維持し、不要なステータス問い合わせを減らすことができます。タイムラインは、アクセスリクエスト条件で構築されたリクエストに利用できます。

修正事項

  • ユーザーがiOSデバイスでOkta Verifyアプリを更新した際、1日以内に発生した複数のuser.mfa.factor.updateイベントがシステムログに記録されました。（OKTA-1215063）

  • パスワード ポリシールールのアクセス制御オプションをレガシーから認証ポリシーに切り替えても、追加のAuthenticatorのレガシー設定が上書きされませんでした。これにより、ユーザーは、不要な追加のAuthenticatorへの登録を求められました。（OKTA-1220283）

  • Okta FastPassでサインインしてサインインしたままにする（Stay signed in）を選択したユーザーが、エンドユーザーダッシュボードでプロファイルを編集する（Edit Profile）をクリックしてもパスワードを更新できませんでした。（OKTA-1224212）

  • ユーザーが共有デバイスでOkta FastPassを使用してサインインしようとしたときに、共有デバイスではOkta FastPassが利用できないことを知らせるエラーメッセージが表示されませんでした。（OKTA-1237130）

  • ユーザーIDポリシーを作成または更新する際、ユーザーIDポリシールール用に選択できるネットワークゾーンは最初の20個のみでした。（OKTA-1259477）

  • ユーザーがサインアウトした後、 NFCでサインイン（Sign in with NFC）をクリックすると、Okta Verifyが利用可能なインスタンスを検索している間応答しなくなり、ユーザーは再試行する必要がありました。（OKTA-1265555）

  • 管理者がOktaユーザーオブジェクトのない単一のサービスアカウント向けにユーザーインポートを開始すると、プロファイル同期プロセスでActive Directoryインスタンス内のすべてのユーザーが誤って更新されていました。（OKTA-1267422）

  • 監査者（読み取り専用）としての管理者ロールを持つユーザーがOkta Verify Pushを使用して認証を試みたときに、モバイルデバイスでプッシュプロンプトを承認すると、「プッシュ通知を送信できませんでした」というエラーメッセージが返されました。（OKTA-1268324）

  • 管理者が、アクティブな管理対象接続がある認可サーバーをMCPサーバーから削除することが可能でした。（OKTA-1273048）

  • タスク中にアクセストークンの有効期限が切れることが原因で、管理者にページパフォーマンスエラーと予期せぬMFAプロンプトが表示されました。（OKTA-1281712）

Okta Integration Network

  • Atomicwork（SAML） が利用可能になりました。詳細をご確認ください。

  • Cockroach Labs（SCIM）が更新され、新しいアプリのロゴが追加されました。

  • Entrust IDV（IDV）が利用可能になりました。詳細をご確認ください。

  • SCIM 2.0プロビジョニングのサポート付きのMongoDB AtlasがOINで利用可能になりました。これにより、OktaとMongoDB Atlasの間のユーザーのライフサイクルとアクセス管理が自動化されます。

  • StitchOps（OIDC）が利用可能になりました。詳細をご確認ください。

2026.09.2：アップデート2は10月5日にデプロイメントを開始しました

一般利用可能

一意のMCPサーバー名

MCPサーバーを登録する際に、一意の表示名が必要になります。 

Sign-In Widget、バージョン7.49.1

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

認証チェーンにおけるFastPassの自動フィッシング耐性

認証方法チェーンにOkta FastPassを含める際に、フィッシング耐性（Phishing resistant）の特性がデフォルトで選択されるようになりました。 

アクセスリクエストの決定理由

Okta Identity Governanceで、アクセスリクエストの決定に関する理由を構成できるようになり、要求者は承認や拒否についてより透明性の高い情報を得られるようになりました。管理者は、承認タスクに決定理由フィールドを含めるよう、承認シーケンスまたはリクエストタイプの設定を構成できます。これにより、承認者に決定の理由を提供するオプションが提供されます。入力されたすべての決定理由のテキストはリクエストチケットに記録され、要求者が確認できるようになります。これにより、アクセスの決定理由を把握できます。「リクエストタイプの設定」を参照してください。

Kong AIのプロビジョニング

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

MCPサーバーの編集可能なリソースURL

管理者は、リソースURLを編集して、MCPサーバーのメタデータ検出を再トリガーできるようになりました。

修正事項

  • SAML IDPリダイレクトを介してアプリにアクセスすると、一部のデバイスバウンドSSOユーザーでOkta FastPassが継続的にループしていました。（OKTA-1242455）

  • セルフサービス登録で作成されていないユーザーが、ステージング済み（Staged）アカウントで パスワードを忘れた場合（Forgot Password）をクリックすると、パスワードリセットメールではなくアクティベーションメールが送信されていました。これにより、ライフサイクルイベントを記録せずに、アカウントのステータスも ユーザーアクション保留中（Pending User Action）に変更されていました。（OKTA-1244542）

  • 一部のorgでは、 Sign-In Widget （第3世代）で、メール登録プロンプトボタンに「セットアップ」ではなく「別のセットアップ」が表示されていました。（OKTA-1245836）

  • WindowsデバイスでDevice-Bound Single Sign-Onが有効化されている場合に、ユーザーがNFC authenticatorでサインインできませんでした。（OKTA-1274233）

  • インポートジョブが既存のアクティブな管理者ユーザーを照合したときに、Oktaが誤って偽のROLE_ASSIGNED_USER_ACTIVATION監査イベントをログに記録していました。この問題により、ロールの変更が発生していない場合に誤解を招く記録が作成されていました。（OKTA-1274235）

  • NFCでサインイン（Sign-in with NFC）オプションをエンドユーザーダッシュボードから無効にした場合でも、NFC authenticatorを必須とする登録ポリシーによって無効になっている場合でも、NFC authenticatorの登録がエラーで失敗していました。（OKTA-1275952）

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

  • Universal Logoutによってユーザーのセッションが取り消された後に、セッション取り消しページでサインイン（Sign In）を クリックすると、ユーザーがアクセスしようとしているアプリではなくOktaダッシュボードにリダイレクトされていました。（OKTA-1182886）

  • Oktaエンドユーザーダッシュボードで、Windows以外のデバイスのユーザーに対して、NFC authenticatorのセットアップ（Set up） ボタンが誤って表示されていました。（OKTA-1255785）

  • プロファイルソースの数が多い場合、ユーザーソース（User Sources）ページの読み込みが遅くなっていました。（OKTA-1265698）

  • 柔軟なOkta Verify authenticator構成が有効な場合に、 Okta FastPassおよびPushのユーザー検証の復旧に失敗していました。検証方法が登録されていないユーザーは、その追加を求められず、検証方法が無効になったユーザーは復旧の完了後もサインインできませんでした。（OKTA-1268512）

  • 「外部 IdP での再認証をサポート」という早期アクセス機能が有効になっているorgでは、アップストリームIdPにすでにアクティブなセッションがある場合、IdPを介してアプリにサインインしようとした ユーザーにエラーメッセージが表示されていました。（OKTA-1276837）

  • すぐに利用できる管理者ロール割り当てレポートの生成時に、グループメンバーシップを通じて複数の管理者ロールが割り当てられているユーザーについて、サードパーティ管理者のステータスが一貫しない形で表示されていました。（OKTA-1278183）

  • タスク中にアクセストークンの有効期限が切れることが原因で、管理者にページパフォーマンスエラーと予期せぬMFAプロンプトが表示されました。（OKTA-1281712）

Okta Integration Network