サードパーティアプリケーション向け強化セキュリティ
third_party_security_mode を指定せずに POST /api/v2/clients で新しいサードパーティアプリケーションを作成すると、Auth0 は強化されたセキュリティ制御 (strict) を自動的に適用します。この変更の対象となるのは、2026年4月23日以前からサードパーティアプリケーションを使用していたテナントのみで、影響を受けるのは新規作成されたアプリケーションに限られます。既存のサードパーティアプリケーションは、現在と同様に引き続き動作するため、変更は不要です。
強化された制御には、明示的な API 認可、PKCE の必須化、そして OAuth 2.1 とセキュリティのベストプラクティスに沿った必要最小限の機能セットが含まれます。
この変更に備えるには、Migrate to Enhanced Security for Third-Party Applications を確認して、自身が影響対象かどうかを確認し、デフォルトの API 権限を設定したうえで、移行方法を選択してください。
接続で有効なクライアントのレガシー管理
enabled_clients フィールドは、次の場合に非推奨となります。
- (GET -
/api/v2/connections) を使用した複数の接続の取得。 - (GET -
/api/v2/connections/{id}) を使用した接続の取得。 - (PATCH -
/api/v2/connections/{id}) を使用した接続の更新。
脆弱な TLS 1.2 暗号スイート
- パブリッククラウドおよびプライベートクラウドのテナントのデフォルトドメイン。例:
[tenant_name].eu.auth0.com.- パブリッククラウドおよびプライベートクラウドのテナントのカスタムドメイン。
- Dashboard (
manage.auth0.com) や Marketplace (marketplace.auth0.com) などのサービス関連 Web アプリケーション。 - Auth0 Content Delivery Network (CDN) 。詳細については、Auth0 Public Cloud Service Endpoints を参照してください。
ciphersuite.info へのリンクを参照してください。
削除予定の TLS 1.2 暗号スイート:
- 0xC0, 0x09 - TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
- 0xC0, 0x0A - TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
- 0xC0, 0x23 - TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
- 0xC0, 0x24 - TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
- 0xC0, 0x13 - TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
- 0xC0, 0x14 - TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
- 0xC0, 0x27 - TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
- 0xC0, 0x28 - TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
- 0x00, 0x9C - TLS_RSA_WITH_AES_128_GCM_SHA256
- 0x00, 0x2F - TLS_RSA_WITH_AES_128_CBC_SHA
- 0x00, 0x9D - TLS_RSA_WITH_AES_256_GCM_SHA384
- 0x00, 0x35 - TLS_RSA_WITH_AES_256_CBC_SHA
- 0x00, 0x3C - TLS_RSA_WITH_AES_128_CBC_SHA256
- 0x00, 0x3D - TLS_RSA_WITH_AES_256_CBC_SHA256
SSO なしで組織名の入力を求める
organization_usage=require、organization_require_behavior=pre_login_prompt) では、既存の認証済みセッションが考慮されます。
従来、サービスはユーザーに組織名の入力を求め、その後ユーザーはログインを完了する必要がありました。たとえば、パスワードベースのアカウントを持つユーザーは、選択した組織に対して認証済みセッションが有効であっても、認証情報を再入力する必要がありました。
検証不能なコールバック URI へのリダイレクトにおける未確認ログイン
Private Key JWT 認証のオーディエンス検証
aud (オーディエンス) クレームでは、テナントの Issuer 識別子のみを単一の JSON 文字列値として受け入れるようになります。
以下のいずれかの方法で aud クレームを指定することは非推奨となっており、サービスはサポート終了日以降、これらの方法をサポートしなくなります。
- JSON 文字列の配列。この場合、いずれかの要素に、クライアントの認証先となる該当テナントおよびエンドポイントの有効な Issuer 識別子またはエンドポイント URL が含まれていること。
- クライアントの認証先となる該当テナントおよびエンドポイントの有効なエンドポイント URL を表す、単一の JSON 文字列。
aud クレームで、該当する Issuer 識別子を JSON 文字列として使用できるようになります。
Azure Active Directory (v1) Identity API 接続の拡張属性
strategy=waad) 接続で、拡張属性に関するオプションを有効にする機能のサポートを終了します。
メールで通知を受け取った場合は、1 つ以上のテナントに、Azure Active Directory (v1) Identity API を対象とし、拡張属性を取得するように構成された Microsoft Azure AD 接続があり、影響を受ける可能性があります。
該当するテナントを確認する必要があります。非推奨の機能に依存している接続については、次のいずれかを実施する必要があります。
- 接続の対象を Microsoft Identity Platform (v2) に更新し、拡張属性情報の取得時に、非推奨の Azure AD Graph ではなく Microsoft Graph のエンドポイントを使用するようにします。
- すべての拡張属性オプションを無効にします。
Real-Time Webtask Logs Extension
Actions で特定のイベントリクエストプロパティへのアクセスを削除
post-login および credentials-exchange トリガーで Actions を実行する際に、event.request.query オブジェクトおよび event.request.body オブジェクト内の追加のプロパティ名へのアクセスを制限します。制限対象となる予定のリクエストプロパティを参照するために Actions を使用していることが確認されたテナントのみ、2025年9月16日 まで引き続きアクセスできます。
このサービスでは、リクエスト関連オブジェクト内の次のプロパティ名へのアクセスを制限します。
auth_sessionauthn_responseclient_secretclient_assertionrefresh_token
Custom Phone Provider トリガーおよび Custom Email Provider トリガーでの複数の Actions
custom-phone-providercustom-email-provider
POST - /api/v2/actions/actions) に適用されます。この新しい上限が特定のテナントに適用されると、これらのトリガーに対して複数の Action を作成しようとした場合、作成は失敗します。
カスタマイズ不可の Brute-force Protection ブロック解除メールフロー
Authentication API エラーレスポンスの fromSandbox フィールド
fromSandbox フィールドは返されなくなります。たとえば、カスタムデータベース接続のエンドユーザー向けサインアップフローにおける API エラーレスポンスでも、このフィールドは返されなくなります。
非推奨: 2025年5月13日
サポート終了: 2025年11月13日
/api/v2/emails/provider エンドポイント に PATCH リクエストを送信して SMTP メールプロバイダーのホスト、ポート、またはユーザー名を更新する場合は、credentials.smtp_pass フィールドにパスワードを指定する必要があることがあります。
SMTP メールプロバイダーの認証情報オブジェクトでは、次のフィールドをサポートしています。
credentials.smtp_pass: SMTP メールプロバイダーのパスワードcredentials.smtp_host: SMTP メールプロバイダーのホストcredentials.smtp_port: SMTP メールプロバイダーのポートcredentials.smtp_user: SMTP メールプロバイダーのユーザー名
credentials.smtp_pass フィールドへ明示的に値を指定する必要があります。
- SMTP メールプロバイダーの
credentials.smtp_host、credentials.smtp_port、またはcredentials.smtp_userフィールドを既存の値とは異なる値に更新する場合、またはこれら 3 つのフィールドの一部だけを更新する場合。
credentials.smtp_pass フィールドへ明示的に値を指定する必要はありません。
- SMTP メールプロバイダーを更新する際に、リクエストボディに
credentials.smtp_host、credentials.smtp_port、credentials.smtp_userフィールドの既存の値と同じ値が含まれている場合。
Connections Management API における無制限のオフセットベース ページネーション
page=30&per_page=50 または page=15&per_page=100 を使用すると、サービスはエラーレスポンスを返します。どちらの場合も、1 ページあたりに要求するレコード数に、要求したページインデックスに 1 を加えた値 (ページインデックスが 0 始まりであるため) を掛けると、リクエスト対象が最初の 1000 件の接続を超えます。
上記のとおり、ページサイズが 50 の場合、エラーなしで要求できる最後のページインデックスは 19 (page=19&per_page=50) です。また、最大ページサイズの 100 の場合は、ページインデックス 9 (page=9&per_page=100) まで要求できます。
制限を超える条件では、リクエストに関連付けられたテナントの接続数が 1000 件未満であっても、エラーが発生します。
Node.js 12 および 16 の拡張機能ランタイム
接続オプションで新たに必要となる Management API スコープ
options フィールドを表示するために read:connections_options スコープが必要になります。
以下の Management API エンドポイントへのリクエストでは、options フィールドを変更するために update:connections_options スコープが必要になります。