Make MV great again

#2253 que va

Feda no puede desaparecer, pero quizás si controlarla un poco, a veces se rozan extremos muy ilegales que algún día darán un susto.

#2260 El primer paso para una buena MV es que os dejéis de inventar que todo lo que no os gusta es ilegal.

#2267 ¿Y no sería relativamente sencillo sacar los números de los usuarios si en algún momento se filtra la lista de números, aunque estén hasheados? Al final sabemos que son números de 9 cifras, de las que la primera es casi siempre 6 y alguna vez puede ser 7 u 8. Se pueden sacar por fuerza bruta sabiendo qué algoritmo se ha usado para generar el hash, ¿no?. Sí, habrá números de otros países que lo complican, pero si sacas solo los de España ya estarás sacando bastantes.

#2269 Hombre, no es la filtración de datos más chunga del mundo, pero entiendo que a alguna gente no le haga gracia que su número aparezca en una lista de teléfonos de usuarios de un foro.

Y si en vez de teléfono, correo electrónico?

#2268Mirtor:

¿Y no sería relativamente sencillo sacar los números de los usuarios si en algún momento se filtra la lista de números, aunque estén hasheados?

Es imposible que eso ocurra. Aquí te dejo mi teléfono en SHA256

dcd4be6538ad61e291d9865679a1c9a7459fb2a82188b5c6b818cb62582fdfcb

Y aquí tienes el mismo teléfono pero con un número más al final:

8ebc80b4a2212554bebb162e144eb7fc7f412ad9e7f0e27247dfa4aac42772c0

Suerte con hacer el cálculo inverso. Además puedes usar una información fija random al inicio, por ejemplo hashear la primera frase del quijote con el telefono y almacenar eso. Ahí ya te cargas la estructura de 9 caracteres y que empiezan por 6

#2276 No es hacer el cálculo inverso, eso obviamente es imposible, es meter todos los teléfonos posibles en el SHA256, que no son tantos, y ver los que coinciden. Meter información random al inicio, como dices, podría ayudar, pero esa información tiene que estar en algún sitio y si sale ya vuelves al caso de tener pocas variables para sacar los teléfonos.

Además, acabo de caer con lo que habéis dicho de que lo que dice #2269 tampoco sería posible. Habría que vincular los teléfonos a los usuarios para que, si un usuario se borra la cuenta, se pudiera borrar también su teléfono de la base de datos. Tanto para permitir que se volviera a registrar en el futuro, no creo que sea plan de echar para siempre a gente que se haya borrado la cuenta voluntariamente, como seguramente por temas de derecho al olvido, como comenta #2273, aunque en esto último tampoco estoy súper puesto y no sé si sería estrictamente necesario.

#2278 Pero es que para ello no necesitas de nuevo el telefono.

Con que cuando el usuario se borre la cuenta, se borre cualquier registro suyo, pero se guarde en una tabla el historico de dicho usuario [{hashTelefono},{usuario},{fechaRegistro},{fechaBorrado},{razon}] para saber si es alguien que se borró la cuenta, o se le baneo... con eso al menos ya tienes la opcion de mantener el usuario historico para uso interno (razon de borrado), y que si se crea otro usuario en el futuro, pero con nombre diferente y mismo movil saber que es Paco, pero sin ser paco (no se le prohibe volver). Y si es Paco al que baneamos, como pone "Ban", en el registro pondrá ("No se te permite el acceso -Paco-, se te baneó el {fechaFin} y sigue vigente.

Por otro lado, esto no impide que Paco vuelva con un número de movil nuevo, y un usuario nuevo. Pero luego ahí, ya hay herramientas internas, y cosas más modernillas que permiten saber que Copa es Paco, aun estando con VPN/Proxy, un movil, en wifi pública. Solo que Paco se creerá que no lo sabrá nadie... y, bueno, no es así.