El artículo está algo equivocado. Un Core Duo calculará unas 200 constraseñas por segundo... si estas son bcrypt(las de OpenBSD), que además no pueden acelerarse usando GPU's.
Contraseñas que sean simples MD5 como las NTLM (no confundir con las que se usan en Linux/Cisco que son originales de FreeBSD) un único Core de un Core Duo puede hacer unos 2-4 millones, con lo que si es cierto que pueden hacer 1000 millones usando GPU's, es bastante impresionante, pero no tanto como sugiere el artículo.
--
Programs should be written for people to read,
and only incidentally for machines to execute
por
pobrecito hablador
el Viernes, 03 Octubre de 2008, 08:47h
(#1087472)
Poner 1000 millones de contraseñas por segundo no es nada si no me das un contexto y dices cuánt es lo habitual. Muy mal, señor editor. Esto es un sitio de noticias, no un tabloide sensacionalista.
Gracias, Draco. Por cierto, por qué las bcrypt no pueden acelerarse? Y otra pregunta, con estos datos que se manejan, una contraseña basada en unos 80 caracteres, de longitud 16, cuánto tardaría en romperse? Y una de 62 de longitud 8? Hay alguna tabla comparativa de eso? Más que nada, por saber si tiene utilidad práctica, porque si se siguen tardando 6 años en encontrar una contraseña, creo que sirve de poco.
* NVIDIA GPU acceleration (patent pending) reduces password recovery time by a factor of 20
Esto ya es el colmo. Ahora también patentamos el crackeo de contraseñas?
200 contraseñas por segundo??
(Puntos:4, Informativo)( Última bitácora: Lunes, 22 Febrero de 2016, 07:16h )
Contraseñas que sean simples MD5 como las NTLM (no confundir con las que se usan en Linux/Cisco que son originales de FreeBSD) un único Core de un Core Duo puede hacer unos 2-4 millones, con lo que si es cierto que pueden hacer 1000 millones usando GPU's, es bastante impresionante, pero no tanto como sugiere el artículo.
Programs should be written for people to read, and only incidentally for machines to execute
Tan difícil era ponerlo en la noticia?
(Puntos:0)Gracias, Draco. Por cierto, por qué las bcrypt no pueden acelerarse? Y otra pregunta, con estos datos que se manejan, una contraseña basada en unos 80 caracteres, de longitud 16, cuánto tardaría en romperse? Y una de 62 de longitud 8? Hay alguna tabla comparativa de eso? Más que nada, por saber si tiene utilidad práctica, porque si se siguen tardando 6 años en encontrar una contraseña, creo que sirve de poco.
Re:200 contraseñas por segundo??
(Puntos:1)( http://dsgp.blogspot.com/ )
Programación | Juegos | Linux [blogspot.com]