Los ataques a las aplicaciones web están en constante evolución. Con los datos siendo un recurso tan valioso, es crucial mantener la seguridad del sistema actualizada para evitar pérdidas. El nuevo módulo de seguridad, además de ser extremadamente flexible e intuitivo, implementa varios recursos y buenas prácticas de seguridad, haciendo el sistema mucho más robusto contra estos ataques.
En este artículo, aprenderemos cómo migrar del módulo de seguridad antiguo al nuevo, aprovechando todos estos beneficios.
Antes de que podamos realizar la migración, es necesario preparar el módulo antiguo para recibir actualizaciones, ya que, como se mencionó anteriormente, el nuevo módulo implementa varias mejoras y recursos que no existían en el anterior. Para ello, será necesario modificar la tabla “sec_users” creada por el módulo.
Ten en cuenta que “role” y “phone” serán campos del tipo TEXT, mientras que “pswd_last_updated” y “mfa_last_updated” serán del tipo TIMESTAMP. Es necesario seleccionar el tipo correspondiente según tu SGBD — como Varchar y TIMESTAMP para MySQL, por ejemplo.
- ALTER TABLE sec_users ADD COLUMN phone TEXT NULL DEFAULT NULL;
- ALTER TABLE sec_users ADD COLUMN role TEXT NULL DEFAULT NULL;
- ALTER TABLE sec_users ADD COLUMN pswd_last_updated TIMESTAMP NULL DEFAULT NULL;
- ALTER TABLE sec_users ADD COLUMN mfa_last_updated TIMESTAMP NULL DEFAULT NULL;
Una vez realizada la modificación en la tabla sec_users, ya es posible migrar al nuevo módulo de seguridad:
Es importante que el tipo de seguridad del nuevo módulo sea igual al del antiguo.
En este artículo, aprendimos la importancia de mantener la seguridad de un proyecto actualizada, las diferencias entre el módulo de seguridad antiguo y el nuevo, y cómo migrar de uno a otro.
Para dudas relacionadas con el módulo antiguo y sus funcionalidades, consulta la documentación del módulo de seguridad antiguo.
Para dudas relacionadas con el nuevo módulo, consulta la documentación oficial del nuevo módulo de seguridad.