Seguridad mejorada para aplicaciones de terceros
POST /api/v2/clients sin especificar third_party_security_mode, Auth0 aplicará automáticamente controles de seguridad mejorados (strict). Este cambio solo afecta a los inquilinos que ya usaban aplicaciones de terceros antes del 23 de abril de 2026 y solo repercute en las aplicaciones creadas a partir de entonces. Sus aplicaciones de terceros existentes seguirán funcionando como hasta ahora, sin necesidad de realizar cambios.
Los controles mejorados proporcionan autorización explícita de API, uso obligatorio de PKCE y un conjunto de funcionalidades más acotado, alineado con OAuth 2.1 y las prácticas recomendadas de seguridad.
Para prepararse para este cambio, revise Migración a la seguridad mejorada para aplicaciones de terceros para verificar si se ve afectado, configurar los permisos predeterminados de la API y elegir la ruta de migración.
Administración heredada de los clientes habilitados de una conexión
enabled_clients, dentro del objeto de conexión de la Management API, está obsoleto en los siguientes escenarios:
- Obtener varias conexiones mediante (GET -
/api/v2/connections). - Obtener una conexión mediante (GET -
/api/v2/connections/{id}). - Actualizar una conexión mediante (PATCH -
/api/v2/connections/{id}).
- Obtener los clientes habilitados para una conexión.
- Actualizar los clientes habilitados para una conexión.
Suites de cifrado TLS 1.2 débiles
- Los dominios predeterminados de los inquilinos de nube pública y privada; por ejemplo,
[tenant_name].eu.auth0.com.- Los dominios personalizados de los inquilinos de nube pública y privada.
- Las aplicaciones web relacionadas con el servicio, como el Dashboard (
manage.auth0.com) o el Marketplace (marketplace.auth0.com). - La red de distribución de contenido (CDN) de Auth0. Para obtener más información, consulte Auth0 Public Cloud Service Endpoints.
ciphersuite.info.
Suites de cifrado TLS 1.2 programadas para su retirada:
- 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
Pantalla para el nombre de la organización sin SSO
organization_usage=require) y configuradas para solicitar la organización al inicio del flujo de inicio de sesión (organization_require_behavior=pre_login_prompt) tendrán en cuenta una sesión autenticada existente.
Anteriormente, el servicio solicitaba al usuario el nombre de la organización y, posteriormente, el usuario debía iniciar sesión. Por ejemplo, un usuario con una cuenta con contraseña tenía que volver a introducir sus credenciales aunque existiera una sesión autenticada válida para la organización seleccionada.
Login sin confirmar con redirecciones de URI de callback no verificables
Validación de audiencia para la autenticación con Private Key JWT
aud (audiencia).
La posibilidad de proporcionar un claim aud con cualquiera de los enfoques que se enumeran a continuación está obsoleta, y el servicio dejará de admitirlos después de la fecha de fin de vida útil:
- Una matriz JSON de cadenas, siempre que una de las entradas contenga un identificador de emisor válido o una URL de endpoint válida para el inquilino y el endpoint correspondientes ante los que se autentica el cliente.
- Una única cadena JSON que represente una URL de endpoint válida para el inquilino y el endpoint correspondientes ante los que se autentica el cliente.
Atributos extendidos en conexiones de la API de identidad de Azure Active Directory (v1)
strategy=waad) configuradas para usar la API de identidad de Azure Active Directory (v1).
Si recibiste una notificación por correo electrónico, es posible que uno o más de tus inquilinos tengan una conexión de Microsoft Azure AD orientada a la API de identidad Azure Active Directory (v1) y configurada para obtener atributos extendidos, por lo que podrían verse afectados.
Debes revisar los inquilinos correspondientes. En el caso de las conexiones que dependan de la funcionalidad obsoleta, debes hacer una de estas dos cosas:
- Actualizar las conexiones para que apunten a Microsoft Identity Platform (v2), de modo que se usen los endpoints de Microsoft Graph en lugar del obsoleto Azure AD Graph al recuperar información de atributos extendidos.
- Desactivar todas las opciones de atributos extendidos.
Extensión Real-Time Webtask Logs
Eliminar el acceso a propiedades específicas de la solicitud del evento en Actions
event.request.query y event.request.body al ejecutar Actions para los activadores post-login y credentials-exchange. Solo los inquilinos en los que se haya identificado el uso de Actions para hacer referencia a propiedades de solicitud cuya restricción está prevista mantendrán el acceso hasta el 16 de septiembre de 2025.
El servicio restringirá los siguientes nombres de propiedades en los objetos relacionados con la solicitud:
auth_sessionauthn_responseclient_secretclient_assertionrefresh_token
Varias Actions para los activadores personalizados de proveedor de teléfono y de correo electrónico
custom-phone-providercustom-email-provider
POST - /api/v2/actions/actions). Una vez que el nuevo límite entre en vigor para un inquilino determinado, los intentos de crear varias Actions para estos activadores fallarán.
Flujo no personalizable del correo electrónico de desbloqueo de la protección contra ataques de fuerza bruta
Campo fromSandbox en las respuestas de error de Authentication API
fromSandbox en los flujos que requieran invocar scripts personalizados de base de datos. Por ejemplo, una respuesta de error de API en el contexto de un flujo de registro de usuario final para una conexión de base de datos personalizada ya no devolverá este campo.
Obsoleto: 13 de mayo de 2025
Fin de vida: 13 de noviembre de 2025
Al actualizar el host, el puerto o el nombre de usuario de un proveedor de correo electrónico SMTP mediante una solicitud PATCH al endpoint /api/v2/emails/provider, es posible que deba especificar una contraseña para el campo credentials.smtp_pass.
El objeto credentials de un proveedor de correo electrónico SMTP admite los siguientes campos:
credentials.smtp_pass: contraseña del proveedor de correo electrónico SMTPcredentials.smtp_host: host del proveedor de correo electrónico SMTPcredentials.smtp_port: puerto del proveedor de correo electrónico SMTPcredentials.smtp_user: nombre de usuario del proveedor de correo electrónico SMTP
credentials.smtp_pass en los siguientes casos:
- Cuando actualiza los campos
credentials.smtp_host,credentials.smtp_portocredentials.smtp_userde un proveedor de correo electrónico SMTP con un valor distinto del existente, o cuando actualiza solo un subconjunto de esos tres campos.
credentials.smtp_pass en los siguientes casos:
- Cuando actualiza un proveedor de correo electrónico SMTP y el cuerpo de la solicitud incluye los mismos valores que los valores existentes para los campos
credentials.smtp_host,credentials.smtp_portycredentials.smtp_user.
Paginación basada en desplazamiento sin restricciones en la Management API de conexiones
page=30&per_page=50 o page=15&per_page=100. En ambos casos, al multiplicar la cantidad de registros solicitados por página por el índice de página solicitado más uno (para tener en cuenta que el índice de página comienza en cero), la solicitud supera las 1000 conexiones iniciales.
Por lo tanto, con un tamaño de página de 50, el último índice de página que puede solicitar sin errores es 19 (page=19&per_page=50), y con el tamaño de página máximo de 100, puede solicitar hasta el índice de página 9 (page=9&per_page=100).
Las solicitudes que superen el límite devolverán el error incluso si el inquilino asociado a la solicitud tiene menos de 1000 conexiones.
Entornos de ejecución de extensibilidad de Node.js 12 y 16
Nuevos alcances de Management API necesarios para las opciones de conexión
read:connections_options para ver el campo options:
Las solicitudes a los siguientes endpoints de Management API requerirán el scope update:connections_options para modificar el campo options: