Skip to main content
以下に記載されているすべての非推奨項目について、現在、お客様の環境を新しい動作へ順次移行しています。サービスの中断を避けるため、必要な対応が完了しているかを確認するうえで、内容をよくご確認ください。また、非推奨機能の使用によって発生したエラーがないか、テナントのログを検索して確認することもできます。 ご不明な点がある場合は、Community にアクセスするか、Support Center でチケットを作成してください。詳細については、移行プロセスもご覧ください。

​
Legacy Custom DB User Import

廃止：2026年10月12日 提供終了：2027年1月20日 Auth0は、partial importを防ぐため、ユーザーをAuth0にインポートするよう構成されたCustom Database Connectionsのインポート動作を更新します。 これまでは、特定のシナリオでpartial importの状態が発生することがありました。この状態では、認証情報を含むユーザーデータはAuth0のデータストアに移行されるものの、ユーザーアカウントは標準のユーザープロファイルとして表示されません。たとえば、ダッシュボードの Users ビューに表示されず、Management APIのユーザーエンドポイントからも返されません。 partial importは、カスタムデータベースのフローを介した最初の操作でログインが完全に成功しなかった場合に発生していました。ログインを中断させるまれなネットワーク障害のほか、partial importが発生する典型的なシナリオは次のとおりです。
  • まだインポートされていないユーザーが、カスタムデータベースを介してパスワードリセットをリクエストして完了したものの、新しいパスワードでログインしないまま離脱した場合。
  • ユーザーがカスタムデータベースを介して初回ログインを試みたものの、侵害されたパスワードの検出によってブロックされた場合。
新しい動作では、これらのシナリオで即座に完全なインポートが行われます。ユーザーは、次回のログインに成功した時点ではなく、それぞれのフローの中で標準のユーザープロファイルとしてプロビジョニングされます。たとえば、パスワードリセットのシナリオでは、ユーザーがメールで届いたパスワードリセットリンクにアクセスした時点で、get userスクリプトのデータを使用して、古いパスワードを含めずにユーザーがインポートされます。 新しい動作は初回ユーザーにのみ適用されます。すでにpartial importの状態にあるユーザープロファイルは、ユーザーが上記のいずれかのフローを再度実行しても、その状態のまま変わりません。 2026年10月12日までに作成されたテナントは、2027年1月20日まで以前の動作を引き続き利用できます。この期限を過ぎると、Auth0は移行していないテナントに更新後の動作を自動的に適用します。対象のテナントは、ダッシュボードの移行トグル Legacy Custom DB User Import を使用して早期に移行できます。

​
上限なしのユーザープロファイルデータ

非推奨: 2026年8月4日 サポート終了: 2027年3月4日 Auth0 では、ユーザープロファイルデータに10KBの上限を導入します。この上限を超えるユーザープロファイルは非推奨となります。新たに導入される上限による機能への影響を最小限に抑えるため、拡張サイズ許容量が設けられています。10KBの上限を超えていても拡張許容量内に収まるユーザープロファイルに対する操作は引き続き成功しますが、テナントログに警告が出力されます。 この変更に備え、サイズ超過ユーザープロファイルの移行を確認して影響の有無を確認し、要件に準拠していないユーザープロファイルを確認したうえで、非推奨の動作をオプトアウトしてください。

​
サードパーティアプリケーション向けの強化されたセキュリティ制御

非推奨: 2026年4月23日 提供終了: 2026年10月23日 Auth0 では、OAuth 2.1 のベストプラクティスに準拠した、サードパーティアプリケーション向けの強化されたセキュリティ制御を導入します。提供終了日以降、third_party_security_mode を指定せずに POST /api/v2/clients で新しいサードパーティアプリケーションを作成すると、Auth0 は強化されたセキュリティ制御 (strict) を自動的に適用します。この変更の対象となるのは、2026年4月23日より前からサードパーティアプリケーションを使用していたテナントのみで、影響を受けるのも新規作成されるアプリケーションに限られます。既存のサードパーティアプリケーションは、変更しなくてもこれまでどおり引き続き動作します。 強化された制御では、明示的な API 認可、PKCE の必須使用、そして OAuth 2.1 とセキュリティのベストプラクティスに沿った機能に絞った構成が提供されます。 この変更に備えるには、サードパーティアプリケーション向け強化セキュリティへの移行 を確認し、対象かどうかを確認したうえで、デフォルトの API 権限を設定し、移行方法を選択してください。

​
接続で有効なクライアントの従来の管理

非推奨: 2026年1月13日 提供終了: 2026年7月13日 Management API の接続オブジェクト内の enabled_clients フィールドは、以下のシナリオでは非推奨となります。 この非推奨機能の代替として、2 つの新しい Management API エンドポイントを利用できます。 この変更に備え、連携が引き続き円滑に機能するよう、影響の有無を確認し、新しいエンドポイントへ移行するために、有効なクライアント管理を専用の接続エンドポイントへ移行する を確認してください。

​
安全性の低い TLS 1.2 暗号スイート

廃止: 2025年12月10日 提供終了: 2026年6月10日 提供終了日以降、Auth0 のサービスエンドポイントおよび Web アプリケーションへの接続では、最新の暗号の使用が必須となります。ネットワーク通信を保護するうえで十分な安全性を提供できなくなった TLS 1.2 暗号スイートのサポートは終了します。具体的には、サポート対象の暗号スイートの変更は以下に適用されます。
  • パブリッククラウドおよびプライベートクラウドのテナントのデフォルトドメイン。たとえば、[tenant_name].eu.auth0.com.
  • パブリッククラウドおよびプライベートクラウドのテナントのカスタムドメイン。
  • Auth0 ダッシュボード (manage.auth0.com) や Marketplace (marketplace.auth0.com) などのサービス関連 Web アプリケーション。
  • Auth0 Content Delivery Network (CDN) 。詳しくは、Auth0 Public Cloud Service Endpoints をご覧ください。
廃止される暗号スイートの一覧を以下に示します。この一覧には、各暗号を識別する一意の 16 進コードと、その IANA 名が記載されています。対応する OpenSSL 名については、ciphersuite.info へのリンクを参照してください。 削除予定の TLS 1.2 暗号:

​
Private Key JWT認証におけるAudienceの検証

非推奨: 2025年10月6日 提供終了: 2025年4月8日 クライアントアプリケーション認証に使用されるJWTアサーションを検証する際、Auth0では要件がより厳格になり、aud (audience) クレームでは、単一のJSON文字列値としてテナントのissuer identifierのみを受け入れるようになります。 以下のいずれかの方法でaudクレームを指定できる仕様は非推奨となっており、サービスは提供終了日以降、これらをサポートしなくなります。
  • 文字列のJSON配列。ただし、いずれかの要素に、クライアントの認証先となる該当テナントおよびエンドポイントの有効なissuer identifierまたはエンドポイントURLが含まれている場合に限ります。
  • クライアントの認証先となる該当テナントおよびエンドポイントの有効なエンドポイントURLを表す、単一のJSON文字列。
提供終了日に先立ち、アップストリームのアイデンティティプロバイダーに対する認証済みリクエストでPrivate Key JWTを使用するよう構成されたOIDCエンタープライズ接続では、JWTアサーションに含まれるaudクレームで、JSON文字列として表された該当のissuer identifierを使用できるようになります。

​
Actionsで特定のイベントリクエストプロパティへのアクセスを廃止

非推奨: 2025年6月18日 提供終了: 2025年9月16日 Auth0 は、post-login および credentials-exchange トリガーで Actions を実行する際に、event.request.query と event.request.body オブジェクト内の追加のプロパティ名へのアクセスを制限します。制限対象となる予定のリクエストプロパティを参照するために Actions を使用していることが確認されたテナントのみ、2025年9月16日 まで引き続きアクセスできます。 このサービスでは、リクエスト関連オブジェクト内の次のプロパティ名へのアクセスを制限します。
  • auth_session
  • authn_response
  • client_secret
  • client_assertion
  • refresh_token

​
Node.js 12 および 16 の拡張機能ランタイム

非推奨: 2025年2月10日 提供終了: 2025年8月15日 Node.js 12 および 16 の拡張機能ランタイムは、Auth0 の各テナントで段階的に利用できなくなります。削除後は、Actions、Rules、Hooks、Custom Database Connections、Custom Social Connections など、すべての拡張機能の連携が Node 22 で実行されるようになります。 Node 22 への移行に関連する技術資料については、Node 12 および 16 から Node 18 への移行 および Node 18 から Node 22 への移行 を参照してください。

​
接続オプションに必要な新しい Management API スコープ

非推奨: 2024年10月24日 サポート終了: 2025年7月8日 以下の Management API エンドポイントへのリクエストで options フィールドを参照するには、read:connections_options スコープが必要になります: 以下の Management API エンドポイントへのリクエストで options フィールドを変更するには、update:connections_options スコープが必要になります:

​
Rules と Hooks の非推奨化

非推奨: 2023年5月16日 読み取り専用への移行: 2024年11月18日 サポート終了: 2026年11月18日 2026年11月18日以降、Rules と Hooks は実行されなくなり、削除されます。 2024年11月18日以降も、有効な Rules と Hooks は引き続き実行されますが、読み取り専用モードになります。Auth0 は、Rules と Hooks 機能の削除時期を後日に延期しました。 読み取り専用の Rules と Hooks では、有効化と無効化の切り替えや、それぞれの設定値または secrets の変更は可能です。ただし、Auth0 Dashboard や Management API (Terraform や Auth0 Deploy CLI などの CI/CD ツールを含む) を通じてソースコードを編集することはできません。 読み取り専用への移行までに Actions へ移行できない場合は、tenant の設定変更をデプロイするよう構成された自動 CI/CD フローで、Rules や Hooks に対するサポート対象外の管理操作を実行しないようにしてください。 詳細については、Rules から Actions への移行および Hooks から Actions への移行 を参照してください。

​
Universal Login の WCAG 2.2 AA 準拠 UI を有効にする

非推奨: 2024年8月23日 End of Life: 2025年7月31日 Auth0 は、 で従来の非準拠 UI を使用する機能を廃止します。新しい WCAG 準拠バージョンにより、支援技術を利用する方を含むエンドユーザーが、顧客の製品やサービスにアクセスして利用できるようになります。詳細については、Universal Login のアクセシビリティに関するドキュメントをご覧ください。

​
詳細はこちら