Probablemente ya conozcáis las bombas zip, las bombas xml, etc. Por decirlo de una manera sencilla, ficheros (relativamente) pequeños que producen una salida de enorme tamaño cuando son interpretados por el software nativo. El resultado, si se tiene mala leche, es provocar una auténtica denegación de servicio en la máquina que se ejecuta. Hace unos meses, en un foro de StackExchange lanzaron un reto para crear una de estas bombas abusando de un compilador. El ganador, el código más pequeño capaz de generar la salida mayor al compilarse.
|
etiquetas: 29 bytes , 16 gb , código fuente , compiler bomb , digital trauma
¿Infinito unsigned?
No tengo el compilador delante, pero debo admitir que ser me hace raro que no acepte un número con signo como índice. ¿Alguien con un PC cerca para probar lo que pasa?
1 shell "mkdir a"
2 shell "cd a"
3 goto 1
valla me paso de 29 bytes ... me quito el sombrero ...
No me he enterado de nada, ni de vuestros comentarios tampoco. Esta os la guardo, pandilla de ratreasanguijuelas
La gracia esta en que esos 29 bytes, al compilarse (no al ejecutarse) generan un ejecutable de 16GB!
(pero su pregunta no tiene sentido, porque me parece que todos los informáticos somos vírgenes, no?)
Suele ser lo habitual, pero nadie te lo garantiza.
muy currado, bien por el tío este
0xffffffff tampoco es 500000, como dice el artículo.
Que pasa ¿que una cosa es incompatible con la otra?
Es decir: ¿No puedes ser virtuoso en tu trabajo y el fin de semana dedicarte a follar con todas las chicas que puedas?
#16
int main[-1u]={1};
Disclaimer. Me he pasado el finde con el UNK6 de pokemon (Superfriki)
codegolf.stackexchange.com/questions/69189/build-a-compiler-bomb
El de python 3 es mejor según la reglas, pero se gana por votaciones.