El Archivo Zip de la muerte – 42.zip

42.zip es un archivo zip de 42.374 bytes, contiene 16 archivos zips que a su vez contienen otros 16 zips y así hasta 6 veces. Los 16 últimos zips contienen un archivo de 4,3 Gb cada uno. Si descomprimimos el archivo 42.zip de 42.374 bytes obtendriamos 4.5 Pb de datos descomprimidos.

  • 16 x 4294967295 = 68.719.476.720 (68GB)
  • 16 x 68719476720 = 1.099.511.627.520 (1TB)
  • 16 x 1099511627520 = 17.592.186.040.320 (17TB)
  • 16 x 17592186040320 = 281.474.976.645.120 (281TB)
  • 16 x 281474976645120 = 4.503.599.626.321.920 (4,5PB)

Este tipo de archivos se denominan Zips de la muerte o Zips bomba y suelen usarse como herramienta para ataques DoS.

PD:  hay que ver como una cosa tan pequeña te puede joder el servidor enterito 😀 , así que pequeños sysadmins tener muy definidas las reglas de cuotas de disco con sus respectivas alertas a vuestro email 😀
raiola manda y no el panda

25 respuestas a «El Archivo Zip de la muerte – 42.zip»

  1. Pingback: Bitacoras.com
      1. Se usa en el dialecto técnico por mala costumbre, pero eso no quiere decir que sea correcto. Eso ha pasado con muchas palabras, como por ejemplo, «customizar» (hasta utilizada en la campaña publicitaria de un banco), «loguear» (en lugar de acceder), «bootear», «resetear» y otras cuantas más.

        De usarlas se usan, pero de ahí a que sean correctas, es otro tema.

  2. De esos tenía uno hace mucho tiempo, hablo de hace 6 o 7 años, pero era de 10 archivos, y cada uno de estos otros 10. Su uso inicial era el atacar la máquina de alguien conociendo su cuenta de correo. Cuando le llegaba el zip y tenía el antivirus activado, el antivirus tenía que desempaquetar el zip para analizar su contenido, provocando una ralentización brutal de la máquina y una pantalla azul. El problema es que los servidores de correo empezaron a incorporar antivirus y estos pasaron a ser las víctimas de los ataques en lugar de a las personas a los que iban destinados los zip. Las bombas zip son como la blue box, que es cuando se queda obsoleto cuando todo el mundo comienza a conocerlo.

  3. JajAJaja este tipp q quieter el link ya quiere hacer maldades mi pregunta es como de tan pesado archivo
    hicieron a solo 42kb. Eh estado intentando y no se hace de ese tamaño

  4. Mola. Pero hay un par de cosas que no pillo….

    Si por recomprimir un archivo en zip muchas veces, con esa estructura, pasa de pesar una sobrada a solo 42 megas… jodo, qué avance. Normalmente eso no pasa. A lo que me me lleva a pensar lo siguiente… ¿Qué contiene el archivo original? Porque esta claro que tiene que ser algo que es comprimible una vez ya ha sido comprimido…

    Suena a bomba lógica!

  5. Esto es una soberana gilipollez. Cuando comprimes un archivo, (1.algo -> 2.zip) y lo vuelves a comprimir (2.zip -> 3.zip) ya no obtienes prácticamente mejoras en la compresión, vamos, que el tamaño de 2.zip y 3.zip viene a ser prácticamente el mismo.

    Piensa, McFly, piensa…

  6. No comerse la cabeza con las recompresiones, puedes comprir 7 Gb de un archivo que solo esta compuesto por ceros o quizas por unos, o el mismo caracter repetido, la forma mas facil de comprir es decir «hay 7.989.787 [caracter] seguidos», hala, ya tienes 7 gb en un archivo de apenas 1 kb, obvio no es tan sencillo, pero os haceis una idea.

  7. Developer, el truco está en que en el archivo 3.zip metes muchos archivos idénticos, en este caso 42 veces 2.zip y el resultado es que 3.zip tiene casi el mismo tamaño que 2.zip. A su vez si metemos en 4.zip 42 veces el fichero 3.zip seguirá teniendo prácticamente el mismo tamaño.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.