Comparación entre la versión 3 y la versión 8.4 de Aurora MySQL

La versión 8.4 de Amazon Aurora MySQL presenta mejoras y cambios importantes en comparación con la versión 3 de Aurora MySQL (compatible con MySQL 8.0). En esta guía se destacan las principales diferencias para que pueda comprender cuáles son las novedades y lo que ha cambiado.

Autenticación y seguridad

Administración de complementos de autenticación

La versión 3 de Aurora MySQL usa el parámetro default_authentication_plugin para configurar el complemento de autenticación predeterminado para los nuevos usuarios de bases de datos.

La versión 8.4 de Aurora MySQL reemplaza el parámetro default_authentication_plugin por el parámetro authentication_policy, que proporciona una configuración de autenticación más flexible.

TLS y cifrado

La versión 8.4 de Aurora MySQL aplica estándares de seguridad más estrictos:

• El parámetro require_secure_transport se encuentra establecido en ON de forma predeterminada y requiere TLS para todas las conexiones.

• Solo admite TLS 1.2 y TLS 1.3.

• Aplica estándares criptográficos modernos con conjuntos de cifrado restringidos.

Para obtener más información, consulte Seguridad con Amazon Aurora MySQL.

Administración de contraseñas

Validación de contraseñas

La versión 3 de Aurora MySQL admite el componente y el complemento validate_password mediante una instalación manual, limitada a los parámetros predeterminados y sin posibilidad de personalización.

La versión 8.4 de Aurora MySQL admite la administración del componente validate_password mediante los parámetros del clúster de la base de datos:

• Nuevo parámetro de clúster: aurora_enable_validate_password_component

• No es necesario realizar una instalación manual: basta con habilitarlo o deshabilitarlo mediante un parámetro.

• El componente no aparece en la tabla mysql.component.

• El estado del componente se puede comprobar mediante las API de grupos de parámetros del clúster o mediante la variable global aurora_enable_validate_password_component.

La versión 8.4 de Aurora MySQL presenta los siguientes parámetros de clúster para la personalización de la validación de contraseñas:

• validate_password.check_user_name

• validate_password.length

• validate_password.mixed_case_count

• validate_password.number_count

• validate_password.policy (solo admite los niveles BAJO y MEDIO)

• validate_password.special_char_count

Para obtener más información, consulte Políticas de contraseñas y validación de contraseñas en Aurora MySQL.

En la versión 8.4 de Aurora MySQL se eliminan los siguientes parámetros del complemento validate_password de instancia que no pueden modificarse:

• validate-password

• validate_password_dictionary_file

• validate_password_length

• validate_password_mixed_case_count

• validate_password_number_count

• validate_password_policy

• validate_password_special_char_count

Para obtener más información, consulte Parámetros de configuración de Aurora MySQL.

Políticas de contraseñas

La versión 8.4 de Aurora MySQL añade una amplia compatibilidad con las políticas de contraseñas mediante nuevos parámetros de clúster:

• default_password_lifetime

• password_history

• password_reuse_interval

• password_require_current

• disconnect_on_expired_password

Estos parámetros funcionan junto con las políticas de contraseñas por cuenta para realizar un control detallado. Para obtener más información, consulte Políticas de contraseñas y validación de contraseñas en Aurora MySQL.

Cambios predeterminados en los parámetros

temptable_max_mmap

La versión 3 de Aurora MySQL usa un valor predeterminado fijo de 1 GiB (1073741824) para el parámetro temptable_max_mmap en todas las clases de instancias y configuraciones de almacenamiento.

La versión 8.4.7 y versiones posteriores de Aurora MySQL calculan el valor predeterminado de forma dinámica en función del almacenamiento asignado al clúster. La fórmula es:

LEAST(4294967296, {AllocatedStorage*3/100})

Esto establece el valor predeterminado en el 3 % del almacenamiento asignado, con un límite máximo de 4 GiB. El valor predeterminado se escala en función de la capacidad de almacenamiento y, al mismo tiempo, permanece limitado, lo que ayuda a reducir los errores de consulta en las instancias de lector que utilizan el motor de almacenamiento TempTable.

Para obtener más información sobre la entrada de referencia de parámetros, consulte Parámetros de configuración de Aurora MySQL.

Privilegios y roles

Nuevos privilegios dinámicos

La versión 8.4 de Aurora MySQL admite nuevos privilegios, concedidos a rds_superuser_role:

• ALLOW_NONEXISTENT_DEFINER

• FLUSH_PRIVILEGES

• OPTIMIZE_LOCAL_TABLE

• SET_ANY_DEFINER

El privilegio SET_USER_ID se elimina, ya que se sustituye por ALLOW_NONEXISTENT_DEFINER y SET_ANY_DEFINER.

Para obtener más información, consulte Privilegios de la cuenta de usuario maestro.

Comportamiento del usuario maestro

Versión 3 de Aurora MySQL: el usuario maestro utiliza el complemento de autenticación mysql_native_password para la autenticación basada en contraseña de forma predeterminada.

Versión 8.4 de Aurora MySQL: el complemento de autenticación de usuario maestro está establecido en el valor predeterminado definido en el parámetro del clúster authentication_policy (de forma predeterminada, el complemento caching_sha2_password).

Al restablecer la contraseña del usuario maestro mediante la Consola de administración de AWS, la CLI o la API, o mediante la rotación de AWS Secrets Manager, Aurora utilizará automáticamente el complemento de autenticación definido por el valor del parámetro authentication_policy actual en el momento del restablecimiento.

Aplicación de usuarios protegidos para rdsproxyadmin

Versión 3 de Aurora MySQL: rdsproxyadmin es un nombre de usuario reservado para RDS Proxy. Sin embargo, el motor no impide crear, modificar ni eliminar un usuario de base de datos con dicho nombre.

Versión 8.4 de Aurora MySQL (a partir de la versión 8.4.7): rdsproxyadmin es un usuario protegido. El motor rechaza las operaciones CREATE, DROP, RENAME, GRANT, REVOKE y SET PASSWORD con respecto a rdsproxyadmin en cualquier host. Para ver la lista completa de operaciones rechazadas y ejemplos de errores, consulte Usuarios reservados en Aurora MySQL.

Si ha creado un usuario de rdsproxyadmin en un clúster de la versión 3, consulte Aplicación de usuarios protegidos para rdsproxyadmin para obtener directrices previas a la actualización.