-
Notifications
You must be signed in to change notification settings - Fork 124
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cambiar encriptación MD5 por otra más segura para contraseñas #56
Comments
Claro. Por el tema de las colisiones con el hash MD5. Blowfish puede ser una mejor opción, creo. De todas maneras, podría ser interesante incorporar 2FA. |
Pero si eso se lo dejamos al back podemos almacenarlas directamente haseadas en Json Web Token. y trabajamos con Bearer tokens |
Bycrypt podría ser una opcion y usar JWT? |
Voy a hacer un comentario de lurker greybeard. Todo ese tipo de cosas ya están resueltas, testeadas y probadas en la vida real por gente con mucha más experiencia que casi cualquiera de nosotros. No hay mucho tiempo para estar reinventando esto. A pesar de que no es algo que me super guste Laravel resuelve esto y un montón de otras cosas de una. |
Es un post de hace 11 años. Se debe chequear si la misma vulnerabilidad a dia de hoy existe. |
(estoy asumiendo que vieron el revuelo, hate y bajada a la realidad que el proyecto dio para charlar en un par de antros) Hay menos de dos semanas para tener esto funcionando, en paralelo con instruir fiscales. Enfocarse en esto no ayuda. El punto que quiero recalcar es que desde auth compatible con cualquier proveedor que se te ocurra, orms y generación de admins/backoffice prácticamente sin codear y enchufando una cosa con otra ya están listas. Acá dejo un par de canas pero una vez pensado un poco el tema de como estructurar los datos todo esto con Django sale en un finde. De yapa miren esto: https://viewflow.io/ |
Me respondo a mi mismo, no perder de vista el bosque por un árbol y todo eso. |
Por otro lado, |
Sería óptimo que tengamos una forma de hablar directamente con los que están llevando adelante esto |
Como lo dijo alguien más arriba, y teniendo en cuenta el poco tiempo que se cuenta para el desarrollo de la aplicación, sería conveniente utilizar un servicio de autorización/autenticación ya existente; y de esta forma concentrar el esfuerzo en la implementación CORE del sistema. Una opción confiable, ampliamente probada y de fácil integración es Auth0. Los gastos podrían ser cubiertos a través de donaciones. |
Keycloak como idP te podría salvar de ese lado, no tenes que reinventar nada. Se puede configurar para que las passwords no vayan en plano y es bastante seguro. |
@KonixDev el problema de MD5 es que se podía, a través de fuerza bruta, adivinar la contraseña que generaba ese hash. Con hardware de hace 11 años. Hoy en día, alquilas un par de instancias con GPUs en AWS y lo rompes al toque. Dejo dos recomendaciones, no usen algoritmos de la base de datos, usen algo que puedan controlar, porque sino quedan atados a esa db y esa versión. Y no junten la password y el user. Si lo hacen por separado tienen la flexibilidad de poder cambiar el algoritmo sin afectar al usuario que ya tienen |
Hola, acá les dejo algunas recomendaciones y recursos para tener en cuenta para la seguridad de NextJS con NestJS:
Espero que estas recomendaciones sean útiles. |
Linea 24 de fiscales_db.sql:
Dado que se descubrió que el algoritmo criptográfico MD5 posee vulnerabilidades (ver post de StackExchange), recomiendo que las claves se creen usando un algoritmo distinto. En ese enlace verán algunas alternativas.
The text was updated successfully, but these errors were encountered: