Exacto, es tal cual lo dijiste. No solo tiene que tener al menos 8 caracteres (tope mínimo configurable vía proyecto.ini), sino que no se pueden repetir caracteres adyacentes para evitar justamente contraseñas del estilo 555555xY por ejemplo.
La verdad esta buenísimo la cuestión de validación por cuestiones de seguridad, el problema es que la gente que usa el sistema por lo general van a chocar con eso. De hecho ya lo están haciendo. La idea era poder generar claves a partir de los dígitos del DNI, y en muchos casos se tienen nros. consecutivos.
En definitiva se les hace engorroso
Si me indicas donde tocar la validación, para hacerla menos restrictiva sería buenísimo
Ahora bien, si deseas tocar esa validación es algo que nosotros no te lo recomendamos, justamente por todo lo que explica la disposición adoptada acerca de la Política de Seguridad de la Información Modelo, que lo podes acceder desde el link anterior.
Si aún así lo desean cambiar lo que deberías hacer es redefinir el método que obtiene la expresión regular del password, dentro de la clase toba_usuario.
Hola Germán, yo también tuve dificultades con este mismo tema…
Intente generar un usuario administrador en donde incluía Kolla y no me dejaba… por la doble ll
De tener problemas en el futuro, dónde y puedo modificar únicamente eso?
Desde ya muchas gracias!
Nerina
De no tener otra salida, lo que deben hacer es redefinir el método que obtiene la expresión regular del password como puse anteriormente. Una salvedad que quiero hacer es que al ser éste y el que lo llama métodos estáticos, deben redefinir ambos y modificar la llamada para que no use más el toba_usuarios.