> ## Documentation Index
> Fetch the complete documentation index at: https://auth0-automated-translations-update.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> Répertorie toutes les dépréciations assorties de migrations actives pouvant avoir une incidence sur votre tenant.

# Dépréciations et migrations

Nous migrons activement les clients vers de nouveaux comportements pour toutes les dépréciations indiquées ci-dessous. Veuillez les examiner attentivement afin de vous assurer d’avoir pris toutes les mesures nécessaires pour éviter toute interruption de service. Vous pouvez également effectuer une recherche dans les journaux du tenant pour repérer toute erreur causée par l’utilisation de fonctionnalités dépréciées.

Si vous avez des questions, consultez la [Community](https://community.auth0.com/) ou [créez un ticket dans notre Support Center](https://support.auth0.com). Pour en savoir plus, vous pouvez aussi consulter le [Processus de migration](/docs/fr-ca/troubleshoot/product-lifecycle/migration-process).

<h2 id="uncapped-user-profile-data">
  Données de profil utilisateur sans plafond
</h2>

**Déprécié** : 4 août 2026

**Fin de vie** : 4 mars 2027

Auth0 met en place une limite de 10 Ko pour les données de [profil utilisateur](/docs/fr-ca/manage-users/user-accounts/user-profiles). Les profils utilisateur qui dépassent cette limite sont dépréciés. Afin de réduire au minimum les répercussions fonctionnelles de cette nouvelle limite, une marge de taille supplémentaire est prévue. Les opérations effectuées sur des profils utilisateur qui dépassent la limite de 10 Ko, mais qui demeurent à l’intérieur de cette marge supplémentaire, continueront de fonctionner, mais généreront des avertissements dans les journaux du tenant.

Pour vous préparer à ce changement, consultez [Migrer les profils utilisateur surdimensionnés](/docs/fr-ca/troubleshoot/product-lifecycle/deprecations-and-migrations/migrate-oversized-user-profiles) afin de vérifier si vous êtes touché, d’examiner les profils utilisateur non conformes et de vous retirer du comportement déprécié.

<h2 id="enhanced-security-for-third-party-applications">
  Sécurité renforcée pour les applications tierces
</h2>

**Déprécié** : 23 avril 2026

**Fin de vie** : 23 octobre 2026

Auth0 introduit des contrôles de sécurité renforcés pour les applications tierces, conformes aux pratiques exemplaires d’OAuth 2.1. À compter de la date de fin de vie, si vous créez une nouvelle application tierce au moyen de `POST /api/v2/clients` sans préciser `third_party_security_mode`, Auth0 appliquera automatiquement les contrôles de sécurité renforcés (`strict`). Ce changement touche uniquement les tenants qui utilisaient des applications tierces avant le 23 avril 2026 et n’a d’incidence que sur les applications nouvellement créées. Vos applications tierces existantes continueront de fonctionner comme aujourd’hui, sans aucune modification requise.

Les contrôles renforcés offrent une autorisation d’API explicite, l’utilisation obligatoire de PKCE et un ensemble de fonctionnalités ciblé, conforme à OAuth 2.1 et aux pratiques exemplaires en matière de sécurité.

Pour vous préparer à ce changement, consultez [Passer à la sécurité renforcée pour les applications tierces](/docs/fr-ca/troubleshoot/product-lifecycle/deprecations-and-migrations/migrate-to-enhanced-security-third-party-applications) pour vérifier si vous êtes concerné, configurer les permissions d’API par défaut et choisir votre approche de migration.

<h2 id="legacy-management-of-connections-enabled-clients">
  Gestion héritée des clients activés d’une connexion
</h2>

**déconseillé** : 13 janvier 2026

**Fin de vie** : 13 juillet 2026

Le champ `enabled_clients` de l’objet de connexion de la Management API est déconseillé dans les scénarios suivants :

* [Récupération de plusieurs connexions](/docs/fr-ca/api/management/v2/connections/get-connections) à l’aide de (GET - `/api/v2/connections`).
* [Récupération d’une connexion](/docs/fr-ca/api/management/v2/connections/get-connections-by-id) à l’aide de (GET - `/api/v2/connections/{id}`).
* [Mise à jour d’une connexion](/docs/fr-ca/api/management/v2/connections/patch-connections-by-id) à l’aide de (PATCH - `/api/v2/connections/{id}`).

Comme solution de rechange à cette fonctionnalité déconseillée, deux nouveaux points terminaux de la Management API sont disponibles :

* [Obtenir les clients activés pour une connexion](/docs/fr-ca/api/management/v2/connections/get-connection-clients).
* [Mettre à jour les clients activés pour une connexion](/docs/fr-ca/api/management/v2/connections/patch-clients).

Pour vous préparer à ce changement et vous assurer que vos intégrations continuent de fonctionner sans problème, consultez [Migrer la gestion des clients activés vers des points terminaux de connexion dédiés](/docs/fr-ca/troubleshoot/product-lifecycle/deprecations-and-migrations/migrate-dedicated-connection-endpoints) pour vérifier si vous êtes concerné et migrer vers les nouveaux points terminaux.

<h2 id="weak-tls-12-cipher-suites">
  Suites de chiffrement TLS 1.2 faibles
</h2>

**Obsolète** : 10 décembre 2025

**Fin de vie** : 10 juin 2026

Après la date de fin de vie, nous exigerons l’utilisation de suites de chiffrement modernes pour se connecter aux endpoints de service Auth0 et aux applications web. Nous mettrons fin au soutien des suites de chiffrement TLS 1.2 qui n’offrent plus un niveau de sécurité suffisant pour protéger les communications réseau. Plus précisément, cette modification des suites de chiffrement prises en charge s’applique à :

* les domaines par défaut des tenants de cloud public et privé; par exemple, `[tenant_name].eu.auth0.com.`
  * les domaines personnalisés des tenants de cloud public et privé.
  * les applications web liées au service, comme le Dashboard (`manage.auth0.com`) ou le Marketplace (`marketplace.auth0.com`).
  * le réseau de diffusion de contenu (CDN) d’Auth0. Pour en savoir plus, consultez [Auth0 Public Cloud Service Endpoints](/docs/fr-ca/troubleshoot/customer-support/operational-policies/public-cloud-service-endpoints).

La liste des suites de chiffrement abandonnées figure ci-dessous. Elle contient le code hexadécimal unique qui identifie chaque suite de chiffrement, ainsi que son nom [IANA](https://www.iana.org/assignments/tls-parameters/tls-parameters.xhtml#tls-parameters-4); pour les noms OpenSSL correspondants, suivez les liens vers `ciphersuite.info`.

Suites de chiffrement TLS 1.2 dont la suppression est prévue :

* 0xC0, 0x09 - [TLS\_ECDHE\_ECDSA\_WITH\_AES\_128\_CBC\_SHA](https://ciphersuite.info/cs/TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA/)
  * 0xC0, 0x0A - [TLS\_ECDHE\_ECDSA\_WITH\_AES\_256\_CBC\_SHA](https://ciphersuite.info/cs/TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA/)
  * 0xC0, 0x23 - [TLS\_ECDHE\_ECDSA\_WITH\_AES\_128\_CBC\_SHA256](https://ciphersuite.info/cs/TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256/)
  * 0xC0, 0x24 - [TLS\_ECDHE\_ECDSA\_WITH\_AES\_256\_CBC\_SHA384](https://ciphersuite.info/cs/TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384/)
  * 0xC0, 0x13 - [TLS\_ECDHE\_RSA\_WITH\_AES\_128\_CBC\_SHA](https://ciphersuite.info/cs/TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA/)
  * 0xC0, 0x14 - [TLS\_ECDHE\_RSA\_WITH\_AES\_256\_CBC\_SHA](https://ciphersuite.info/cs/TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA/)
  * 0xC0, 0x27 - [TLS\_ECDHE\_RSA\_WITH\_AES\_128\_CBC\_SHA256](https://ciphersuite.info/cs/TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256/)
  * 0xC0, 0x28 - [TLS\_ECDHE\_RSA\_WITH\_AES\_256\_CBC\_SHA384](https://ciphersuite.info/cs/TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384/)
  * 0x00, 0x9C - [TLS\_RSA\_WITH\_AES\_128\_GCM\_SHA256](https://ciphersuite.info/cs/TLS_RSA_WITH_AES_128_GCM_SHA256/)
  * 0x00, 0x2F - [TLS\_RSA\_WITH\_AES\_128\_CBC\_SHA](https://ciphersuite.info/cs/TLS_RSA_WITH_AES_128_CBC_SHA/)
  * 0x00, 0x9D - [TLS\_RSA\_WITH\_AES\_256\_GCM\_SHA384](https://ciphersuite.info/cs/TLS_RSA_WITH_AES_256_GCM_SHA384/)
  * 0x00, 0x35 - [TLS\_RSA\_WITH\_AES\_256\_CBC\_SHA](https://ciphersuite.info/cs/TLS_RSA_WITH_AES_256_CBC_SHA/)
  * 0x00, 0x3C - [TLS\_RSA\_WITH\_AES\_128\_CBC\_SHA256](https://ciphersuite.info/cs/TLS_RSA_WITH_AES_128_CBC_SHA256/)
  * 0x00, 0x3D - [TLS\_RSA\_WITH\_AES\_256\_CBC\_SHA256](https://ciphersuite.info/cs/TLS_RSA_WITH_AES_256_CBC_SHA256/)

<h2 id="audience-validation-for-private-key-jwt-authentication">
  Validation de l’audience pour l’authentification Private Key JWT
</h2>

**Deprecated** : 6 octobre 2025

**Fin de vie** : 8 avril 2025

Lors de la validation des [assertions JWT utilisées pour l’authentification de l’application cliente](/docs/fr-ca/get-started/authentication-and-authorization-flow/authenticate-with-private-key-jwt), **Auth0 imposera des exigences plus strictes et n’acceptera que l’identifiant d’émetteur d’un tenant comme unique valeur de chaîne JSON dans la revendication `aud` (audience)**.

La possibilité de fournir une revendication `aud` selon l’une ou l’autre des approches ci-dessous est déconseillée, et le service cessera de les prendre en charge après la date de fin de vie :

* Un tableau JSON de chaînes, à condition que l’une des entrées contienne un identifiant d’émetteur valide ou une URL de point de terminaison valide pour le tenant et le point de terminaison visés auxquels le client s’authentifie.
* Une seule chaîne JSON représentant une URL de point de terminaison valide pour le tenant et le point de terminaison visés auxquels le client s’authentifie.

Avant la date de fin de vie, les connexions d’entreprise OIDC configurées pour utiliser Private Key JWT dans les requêtes authentifiées envoyées au fournisseur d’identité en amont pourront utiliser l’identifiant d’émetteur applicable, représenté sous forme de chaîne JSON dans la revendication "aud" incluse dans les assertions JWT.

<h2 id="remove-access-to-specific-event-request-properties-in-actions">
  Supprimer l’accès à certaines propriétés de la requête de l’événement dans Actions
</h2>

**déprécié** : 18 juin 2025

**Fin de vie** : 16 septembre 2025

Auth0 limitera l’accès à d’autres noms de propriétés dans les objets `event.request.query` et `event.request.body` lors de l’exécution des Actions pour les déclencheurs [`post-login`](/docs/fr-ca/customize/actions/explore-triggers/signup-and-login-triggers/login-trigger) et [`credentials-exchange`](/docs/fr-ca/customize/actions/explore-triggers/credentials-exchange). Seuls les tenants identifiés comme utilisant Actions pour référencer des propriétés de la requête visées par cette restriction conserveront cet accès jusqu’au **16 septembre 2025**.

Le service limitera les noms de propriétés suivants dans les objets liés à la requête :

* `auth_session`
* `authn_response`
* `client_secret`
* `client_assertion`
* `refresh_token`

<h2 id="nodejs-12-and-16-extensibility-runtimes">
  Runtimes d’extensibilité Node.js 12 et 16
</h2>

**Obsolète** : 10 février 2025

**Fin de vie** : 15 août 2025

Les runtimes d’extensibilité Node.js 12 et 16 deviendront progressivement indisponibles dans l’ensemble des tenants Auth0. Une fois retirées, toutes les intégrations d’extensibilité, comme Actions, Rules, Hooks, Custom Database Connections et Custom Social Connections, devront s’exécuter sur Node 22.

Pour obtenir des ressources techniques sur la migration vers Node 22, consultez [Migrer de Node 12 et 16 vers Node 18](/docs/fr-ca/troubleshoot/product-lifecycle/past-migrations/migrate-nodejs-16-to-nodejs-18) et [Migrer de Node 18 vers Node 22](/docs/fr-ca/troubleshoot/product-lifecycle/deprecations-and-migrations/migrate-nodejs-22).

<h2 id="new-management-api-scopes-required-for-connection-options">
  Nouveaux scopes de la Management API requis pour les options de connexion
</h2>

**Déprécié** : 24 octobre 2024

**Fin de vie** : 8 juillet 2025

Les requêtes adressées aux points de terminaison de la Management API suivants exigeront le scope `read:connections_options` pour afficher le champ `options` :

* [Connexions > Obtenir toutes les connexions](/docs/fr-ca/api/management/v2/connections/get-connections)
* [Connexions > Obtenir une connexion](/docs/fr-ca/api/management/v2/connections/get-connections-by-id)

Les requêtes adressées aux points de terminaison de la Management API suivants exigeront le scope `update:connections_options` pour modifier le champ `options` :

* [Connexions > Mettre à jour une connexion](/docs/fr-ca/api/management/v2/connections/patch-connections-by-id)

<h2 id="rules-and-hooks-deprecations">
  Dépréciation de Rules et Hooks
</h2>

**déconseillé** : 16 mai 2023

**Transition en lecture seule** : 18 novembre 2024

**Fin de vie :** 18 novembre 2026

Après le 18 novembre 2026, Rules et Hooks ne seront plus exécutés et seront supprimés.

Le 18 novembre 2024, les Rules et Hooks actifs continueront de s’exécuter, mais passeront en mode lecture seule. Auth0 a reporté à plus tard la suppression de la fonctionnalité Rules et Hooks.

Les Rules et Hooks en lecture seule peuvent être activés et désactivés, et leurs valeurs de configuration ou secrets respectifs peuvent être modifiés, mais leur code source ne peut pas être modifié à partir du Dashboard ou de la Management API, y compris au moyen d’outils de CI/CD comme Terraform et Auth0 Deploy CLI.

Si vous ne pouvez pas migrer vers Actions avant la transition en lecture seule, assurez-vous qu’aucun processus CI/CD automatisé que vous avez configuré pour déployer des changements de configuration du tenant ne tente d’effectuer des opérations de gestion non prises en charge sur Rules et Hooks.

Pour en savoir plus, consultez [passer de Rules à Actions](/docs/fr-ca/customize/actions/migrate/migrate-from-rules-to-actions) et [passer de Hooks à Actions](/docs/fr-ca/customize/actions/migrate/migrate-from-hooks-to-actions).

<h2 id="opt-in-to-wcag-22-aa-compliant-ui-for-universal-login">
  Activer l’UI conforme aux WCAG 2.2 AA pour Universal Login
</h2>

**déconseillé :** 23 août 2024

**Fin de vie :** 31 juillet 2025

Auth0 supprimera la possibilité d’utiliser l’UI Legacy non conforme pour <Tooltip tip="Universal Login : votre application redirige l’utilisateur vers Universal Login, hébergé sur le serveur d’autorisation d’Auth0, afin de vérifier son identité." cta="Voir le glossaire" href="/docs/fr-ca/glossary?term=Universal+Login">Universal Login</Tooltip>. La nouvelle version conforme aux WCAG garantit que les utilisateurs finaux, y compris ceux qui utilisent des technologies d’assistance, peuvent accéder au produit ou au service d’un client et interagir avec celui-ci. Consultez notre [documentation sur l’accessibilité d’Universal Login](/docs/fr-ca/authenticate/login/auth0-universal-login) pour en savoir plus.

<h2 id="learn-more">
  En savoir plus
</h2>

* [Processus de migration](/docs/fr-ca/troubleshoot/product-lifecycle/migration-process)
* [Migrations précédentes](/docs/fr-ca/troubleshoot/product-lifecycle/past-migrations)
