Saltar al contenido principal
El 30 de abril de 2022, Node.js v12 dejó de contar con soporte a largo plazo (LTS), lo que significa que el equipo de desarrollo de Node.js ya no incorpora retroactivamente correcciones críticas de seguridad a esta versión. Esto podría exponer tu código de extensibilidad a vulnerabilidades de seguridad. Por lo tanto, Auth0 está migrando de Node 12 a Node 16.

​
Recomendaciones

Aunque la actualización a Node 16 no introducirá cambios incompatibles en la biblioteca estándar de Node.js (Rules y los scripts de Action de base de datos personalizada se ven afectados; consulte la sección Cambios incompatibles: solo para Rules y scripts de Action de base de datos personalizada), recomendamos a los clientes que usan Node 12 mantenerse al día con las versiones de Node con soporte activo a largo plazo (LTS) por motivos de seguridad y cumplimiento. Los clientes que aún usan Node 8 ya no cumplen los requisitos de seguridad y deben migrar a Node 16 para eliminar los riesgos de seguridad. Eliminamos el entorno de ejecución de Node 8 el 22 de febrero de 2022 para los inquilinos de Public Cloud y lo eliminamos en la versión de abril de 2022 de Private Cloud. Después de esas fechas, los inquilinos que sigan configurados con Node 8 corren el riesgo de sufrir una interrupción del servicio. Actions está diseñado para admitir varias versiones de Node de forma simultánea y actualmente admite tanto Node 12 como Node 16. Además, las integraciones de Actions sin código seguirán un control de versiones de tipo “siempre actualizado” estándar del sector, con actualizaciones automáticas de las versiones secundarias; el código subyacente siempre se mantendrá actualizado y en la versión más reciente de Node.js.
Clientes que usanDeberíanTarea
Actions Node 12Actualizar cualquier versión personalizada de Action existente a una nueva versión, lo que la actualizará a Node 16.Actualice todas las versiones personalizadas de Action lo antes posible.
Node 12 heredado (Rules/Hooks/Extensions)Empezar a migrar a Actions Node 16.Migrar a Actions Node 16 lo antes posible.
Node 8 heredadoMigrar de inmediato a Actions siempre que sea posible. En el caso de Rules y Hooks que no puedan migrarse de inmediato a Actions, debe, como mínimo, actualizar su código a Node 12 y la configuración del inquilino a Node 12.Migrar a Actions Node 16 de inmediato.

​
Tareas

​
Actualizar Actions

Las Actions existentes basadas en Node 12 pueden actualizarse a Node 16 y, si es necesario, volver después a una versión anterior en Node 12. Actualice las Actions a Node 16 creando e implementando una nueva versión configurada para usar Node 16 como entorno de ejecución.

​
Migrar Rules y Hooks a Actions

Siempre que sea posible, migre Rules y Hooks a Actions. Para determinar qué Rules y Hooks pueden migrarse, lea Actions Limitations. Para saber cómo migrar sus Rules y Hooks a Actions, consulte nuestras guías disponibles en Migrate to Actions.

​
Habilitar el entorno de ejecución de Node 16

Si utiliza productos Legacy de extensibilidad, como Rules, Hooks o Extensions, debe habilitar el entorno de ejecución de Node 16 a nivel de inquilino. Le recomendamos que primero cambie su inquilino de desarrollo al entorno de ejecución de Node 16, pruebe la configuración y, después, cambie su inquilino de producción.
  1. Habilite Node 16 en su inquilino de desarrollo mediante el panel Extensibility de la página Advanced Tenant Settings del Dashboard. Elija Node 16 en la lista desplegable Runtime.
  2. Haga clic en Save.
  3. Verifique que no tenga los elementos que se indican a continuación o que haya completado los pasos de migración correspondientes para cada uno.
  4. Pruebe la configuración. Cuando termine de probar, repita los pasos 1 y 2 anteriores con su inquilino de producción para habilitar Node 16 en producción.

​
Cambios incompatibles: solo para Rules y script de Action de base de datos personalizada

Rules se ejecutan en un entorno aislado de JavaScript. Este entorno admite el lenguaje ECMAScript 6 y una gran cantidad de módulos de Node.js (versión 16 o posterior). Si usa alguna de estas propiedades globales en Rules o en script de Action de base de datos personalizada, busque una alternativa en nuestra lista de módulos compatibles con el entorno aislado y declárela explícitamente con require.
  • _
  • async
  • Auth0
  • azure_storage
  • bcrypt
  • crypto
  • couchbase
  • cql
  • ip
  • jwt
  • Knex
  • mongo
  • mysql
  • mysql_pool
  • ObjectID
  • pbkdf2
  • pg
  • postgres
  • Pubnub
  • q
  • querystring
  • request
  • sqlserver
  • uuid
  • xml2js
  • xmldom
  • xpath
  • xtend