Okta Identity Engine早期アクセス機能

現在および過去のリリースにわたる早期アクセス機能。

早期アクセス機能

OINコミュニティー統合

新しいアプリは、Oktaとの統合が提供される前にリリースされることがよくあります。そのため、管理者は展開を延期するか、シングルサインオンや自動プロビジョニングを利用せずにアプリを運用しなければなりません。コミュニティ統合は、この問題を解消します。Oktaは、アプリケーションの公開APIを使用して統合を構築し、追加料金なしでOkta Integration Networkに公開します。新しい統合はコミュニティプレビューとして開始され、Preview orgにインストールしてテストできます。お客様が自身の本番orgでこれを実行すると、「コミュニティにより検証」になり、どのorgにもインストールできるようになります。数か月ではなく数日で、不足している統合をテストできるようになり、自身のテスト結果に基づいて本番環境への導入時期を判断できます。詳しくは「コミュニティー統合」を参照してください。

アクセス認定キャンペーンのステージングのための新しいシステムログイベント

システムログには、アクセス認定キャンペーンのステージングのために以下のイベントが記録されるようになりました。

certification.campaign.stage.start：キャンペーンのステージングプロセスが開始するとこのログに記録されます。
certification.campaign.stage.end：キャンペーンのステージングプロセスが終了するとこのログに記録されます。outcome.resultフィールドは、キャンペーンスナップショットが正常に作成されるとSUCCESSを報告し、ステージングプロセス中にエラーがあった場合はFAILUREを報告します。

「イベントタイプ」を参照してください。

Okta On-prem SCIM ServerエージェントがOkta On-prem SCIMエージェントに

Okta On-prem SCIM ServerエージェントがOkta On-prem SCIMエージェントに置き換えられました。この変更により、依存関係の数が減り、新しい機能を実装できるようになります。「汎用データベース用のOn-prem Connector」を参照してください。

開始前の認定キャンペーンのステージング

キャンペーンをステージングすることで、ターゲットユーザー、リソース、レビュアーの割り当てを事前にプレビューして正確なスコープを確保し、構成エラーを修正して、初日からリクエストが正しいレビュアーに確実に届くようにできます。「キャンペーンをステージングする」を参照してください。

これは早期アクセスリリースです。「セルフサービス機能を有効にする」を参照してください。

レルム割り当ての上限の引き上げ

プロファイルソースごとに許可されるレルム割り当ての最大数が、30から100に引き上げられました。これにより、管理者はより多くのレルムでユーザー組織と管理を拡張できます。「レルム」を参照してください。

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

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

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

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

NFC Authenticator

Oktaは、Windowsデスクトップ共有ワークステーションでOktaで保護されたアプリにサインインする現場従業員の認証方法として、NFC Authenticatorをサポートするようになりました。認証するには、エンドユーザーはリーダーでNFCバッジをタップし、PINを入力してMFA要件を満たします。電話、パスワード、共有アカウントは必要ありません。「NFC Authenticator」を参照してください。

エンタイトルメントインポートセーフガード

エンタイトルメントのインポートセーフガードは、ユーザーがアプリから割り当てを解除されたときに、ユーザーインポートが誤ってアプリのロールやライセンスを削除するのを防ぎます。管理者は、パーセンテージベースまたは絶対数のしきい値を使用してアプリごとのセーフガードを構成でき、任意でエンタイトルメントスキーマを変更または削除するインポートをブロックできます。「インポートセーフガード」を参照してください。

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-prem Connector」を参照してください。

柔軟なOkta Verify Authenticator構成

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

アプリケーションページの機能強化

アプリケーションページで、タイプとステータスによるアプリのフィルタリング、名前またはクライアントIDによるアプリの検索、最終変更日によるアプリの表示オプションが提供されるようになりました。アプリをCSVにエクスポートして、フィルタリングされたリストを監査対応レポートにすることもできます。早期アクセスの間、ラベル付けはIGAガバナンスラベルを使用し、OIGのお客様だけがご利用いただけます。「アプリ統合の検索、フィルタリング、エクスポート」および「リソースラベル」を参照してください。

ローコードサインインのカスタマイズ

カスタマイズは企業にとって重要な課題です。サイトのブランディングの外観や操作性は、顧客の信頼に大きな影響を与えます。ユーザーがそのサイトを信頼できるかどうかを判断し、新しいサービスや機能を知る上で重要です。ローコードサインインのカスタマイズを使用すると、管理者は複雑でリスクのある変更を行うことなく、コードエディターを使用してSign-In Widgetのテキスト、色、画像をカスタマイズできます。構文のハイライト表示と提案を備えたJSONテンプレート言語により、管理者はコードを変更することなく、目的のエクスペリエンスに合わせてサインインページとインタースティシャル認証に視覚的な変更を加えることができます。サインインページをカスタマイズするを参照してください。

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

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

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

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

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

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

system.identity_sources.bulk_device_upsert
system.identity_sources.bulk_device_delete

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

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

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

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

ポリシー変更管理

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

ITPのセルフサービス登録ポリシー

セルフサービスサインアップは、詐欺の簡単な実行パスです。使い捨てのメールアドレスや特定のネットワークを使用した不正行為者が検出されずに通過する可能性があるからです。新しいセルフサービス登録ポリシーをユーザープロファイルポリシー（User Profile Policies）ページで設定することで、Identity Threat Protection（ITP）のお客様は、使い捨てメールアドレスのドメインや特定のネットワークゾーンからのサインアップ試行を自動的に拒否するルールを作成できるようになりました。この機能は、ボット防御と連携し、Oktaが拡充を進める攻撃防御機能の一環として提供されます。これにより、管理者は偽のアカウントを減らし、自己登録フローをクリーンに保つ別の方法を提供できます。セルフサービス登録（Self-service registration）を参照してください。

セルフサービス機能としてのCross App Accessの削除

管理コンソールの設定（Settings） > 機能（Features）ページの早期アクセス（Early Access）セクションで、 Cross App Access機能を有効または無効にすることができなくなりました。orgでのこの機能の利用可否を変更する場合は、 Oktaサポートまでお問い合わせください。Integrator Freeプランorgをお持ちの場合は、代わりに開発者サポートまでお問い合わせください。この変更は、既存の構成には影響しません。

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

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

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

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

Linux向けOkta Verifyのサポート

Okta Verifyは新たにLinuxデスクトップデバイスに対応するようになり、管理者はフィッシング耐性のあるハードウェア格納型のOkta FastPass認証をLinuxユーザーにも適用できるようになりました。このリリースでは、Ubuntu 24.04および26.04を実行しているデバイスを公式にサポートします。「Okta VerifyをLinuxデバイスにデプロイする」を参照してください。

Windows向けDesktop MFA要素の検出

Windows向けDesktop MFAでは、利用可能なすべてのMFA要素の固定リストではなく、ユーザーが登録したMFA要素のみが表示されるようになりました。登録済みの要素がない新規ユーザーは、猶予期間中にサインインしてMFAをセットアップできます。一方、新しいデバイスでサインインする既存ユーザーは、既存の要素で検証する必要があります。「Desktop MFA要素の検出を有効にする」を参照してください。

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

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

特権アクセスデータベース統合向けの新しいシステムログイベント

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

管理者ロールの割り当てにおける監査モード

新しい監査者（読み取り専用）モードにより、スーパー管理者は、任意の管理者またはグループ管理者の割り当てに読み取り専用の制限を適用できるようになりました。この設定により、管理者は、Oktaファーストパーティアプリを除き、管理コンソールとOkta API全体で読み取り専用アクセスに制限されます。この機能は、セキュリティの透明性を維持しながら、監査人にシステムの可視性を提供します。「監査人（読み取り専用）モード」を参照してください。

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

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

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

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

プレビュー環境のOffice 365の増分インポート

管理者は、Microsoft Office 365およびOffice 365 GCC Highアプリ統合の増分インポートをスケジュールして実行できるようになりました。

汎用データベース用のOn-prem Connectorが増分インポートをサポート

汎用データベース用のOn-prem Connectorが、増分インポートをサポートするようになり、完全なデータセットではなく、最後の正常なインポート以降に変更されたユーザーとエンタイトルメント割り当てのみを取得するようになりました。これにより、大規模なデプロイメントのインポートにかかる時間が短縮され、データベースの負荷が軽減されます。ソースデータベースはソフト削除を使用し、自動的に更新されるタイムスタンプ列を維持する必要があります。「汎用データベース用のOn-prem Connector」を参照してください。

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

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

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

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

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

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

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

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

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

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

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エージェントを検出して評価する」を参照してください。

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

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

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

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

On-premises Connector for Generic Databases

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

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

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

Okta Account Managementポリシーでのデバイス条件

この機能により、管理者はセルフサービスによるパスワードのリセットやデバイス条件を使用した新規Authenticatorの登録など、アカウント管理アクティビティを制限できるようになりました。管理者は、登録済みデバイスと管理対象デバイスを使用してOkta Account Managementポリシールールを構成するか、デバイス保証ポリシーの要件を満たすようデバイスに要求できるようになりました。「最初のフィッシング耐性のあるAuthenticatorの登録にルールを追加する」を参照してください。

WorkflowsのGovernanceがEAで利用可能

Okta Identity Governanceを使用して、Workflowsロールへのアクセスを管理できるようになりました。これにより、Workflowsへのアクセスを会社の要件に準拠し、一貫して付与できるようになります。Governance for Workflowsを参照してください。

パスワードの複雑さの要件

Oktaでは、ユーザーがパスワードに入力できる、連続した繰り返し文字の数を制限できるようになりました。パスワードの複雑性の要件が、 Active DirectoryおよびLDAPをソースとするユーザーにも適用されるようになりました。この変更により、パスワードの複雑性のオプションが拡張され、この保護が適用されるユーザープロファイルタイプが増えるため、 orgのセキュリティが強化されます。「パスワードAuthenticatorの構成」を参照してください。

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

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

Cross App Access接続向けの新しいシステムログイベント

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

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

Windows向けDesktop MFAの復旧

このリリースでは、WindowsでのDesktop MFA機能が強化され、管理者が支援する復旧パスが含まれています。ユーザーがWindowsデバイスからロックアウトされた場合、管理者は時間ベースの復旧PINを発行できるようになりました。これにより、ユーザーはプライマリMFAデバイスを必要とせずにコンピューターに一時的にアクセスでき、Authenticatorの問題を解決して正常にサインインできるようになります。「WindowsにDesktop MFAの復旧を有効にする」を参照してください。

Okta Verify Device Posture Sensor Mode

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

複数のアクティブなIdP署名証明書

Oktaでは、単一のSAML IDプロバイダー（IdP）のアクティブな署名証明書を複数サポートするようになり、ダウンタイムなしでシームレスに証明書をローテーションできるようになりました。管理者はIdP接続毎に最大2枚の証明書をアップロードできます。この改善により、IdPパートナーと緊密に連携された交換を行う必要がなくなり、証明書の有効期限切れによる認証失敗のリスクが低減されます。この機能は、管理コンソールとIdP Certificates APIの両方で利用できます。