Nuke a Windows. Cuelga tu sistema de nuevo

wine(actualmente la 0.9.33) <-- FAIL

Wine va por la version 1.XX - Si alguien va a hablar de linux y no usa otra cosa q no sea ubuntu, mejor no lo haga.

estoy deacuerdo con lZo, el protocolo TCP/IP fue creado e implementado sobre sistema BSD/Unix, que luego MS implemento tambien, pero claro, no es lo mismo ni va igual de bien.

El que es fake?

esto de los nukes me recuerda al IRc jejeje

#65 Lo normal es que disfrutases a corto plazo de un juego tan simple como ese y no a la larga.

Es curioso que ciertas personas se sientan superiores al resto por el simple hecho de usar un sistema operativo "X". Y ya no lo digo por los que usais Linux VS Windows; hay usuarios de Linux que insultan a otros incluso por usar una distro distinta! Vamos, que a algunos les va en la sangre el tocar los cojones al prójimo.

Si realmente tenéis interés en que la gente use Linux, el tratarles de inferiores por usar otro SO no es la forma. Hay quien enseña con la finalidad de que otros aprendan algo distinto y hay quien "enseña" con la finalidad de constatar su superioridad. Lo segundo es frustrante para el que escucha, dañino tanto para el que escucha y para el que "enseña" y poco efectivo en lo que a aprendizaje se refiere. Pero es condición humana en muchos de nosotros por desgracia.

EDIT

#72 +1

yo he echo un nuke a un windows vista de aqui al curro y se ha reniciado al instante.... XD

Ayer Microsoft publico la lista de afectados, asi que de fake va a ser que no xD.
Además Microsoft habla de ejcución de código, por tanto el bug podría ser mucho más grave que un nuke.
El exploit de python ha hecho tras la corrupción de la cabezera un minishellcode para provocar un fallo crítico de paginación. Pero sería fácil hacer un shellcode esperando en algún puerto con permisos de admin a partir de que tenemos ejecución de código arbitraria. Windows 7 no está en la lista de afectados, por lo tanto o esta parcheado, o mienten.

Afectados:

Windows Vista, Windows Vista Service Pack 1, and Windows Vista Service Pack 2
Windows Vista x64 Edition, Windows Vista x64 Edition Service Pack 1, and Windows Vista x64 Edition Service Pack 2
Windows Server 2008 for 32-bit Systems and Windows Server 2008 for 32-bit Systems Service Pack 2
Windows Server 2008 for x64-based Systems and Windows Server 2008 for x64-based Systems Service Pack 2
Windows Server 2008 for Itanium-based Systems and Windows Server 2008 for Itanium-based Systems Service Pack 2

NO AFECTADOS:

Microsoft Windows 2000 Service Pack 4
Windows XP Service Pack 2 and Windows XP Service Pack 3
Windows XP Professional x64 Edition Service Pack 2
Windows Server 2003 Service Pack 2
Windows Server 2003 x64 Edition Service Pack 2
Windows Server 2003 with SP2 for Itanium-based Systems
Windows 7 for 32-bit Systems
Windows 7 for x64-based Systems
Windows Server 2008 R2 for x64-based Systems
Windows Server 2008 R2 for Itanium-based Systems

Fuente: http://www.microsoft.com/technet/security/advisory/975497.mspx#E2C

#75 Pues yo lo probe con el Windows 7 xD, y el de BA creo que ha dicho que era 7 tb.

Con windows vista profesional 64bits ¡Funciona!, sin desactivar nada, lo he encendido y segun ha entrado he ejecutado el exploit y lo ha tirado, una pasada !! jajaja. Ahora a ver si alguien saca o se curra algo para ejecutar codigo remoto (hasta tanto no llego ) y ya seria la repanocha.

#77 Sigue emperrado en que funciona con w7... no ¬¬ jajaja.

#80 entonces...¿Ya sabian que esa vulnerabilidad existia? Es decir, si en vista esta, en W7 RC esta y en W7 no esta...Algo han debido de tocar...

[Edit] Es una paranoya pero...¿Y si lo han "descubierto" ellos mismos? Es decir, solo afecta a Vista, sueltan ahora esta vulnerabilidad (ha pasado mucho tiempo, digo yo que alguien mas lo habria encontrado) y no la corrigen, pero en W7 no esta...Es una forma de obligar a la gente a que se pase.

#81 si contratan al que lo descubrio se considera como ellos mismos?
sinceramente creo que el w7 tenia ese agujero pero le ponen mas interes que al vista para corregir fallos.

#84 ¿Estas de coña de verdad? Si eso lo has sacado del script que ha puesto antes el usuario...Simplemente comprueba que la cadena llegue a su destino, que no tiene porque funcionar, simplemente llega. Ayer con W7 la cadena llegaba, pero no se reiniciaba...Mira que te gusta soltar humo ¿eh?

#83 ...¿no? xD. Es imposible que hayan puesto mas empeño en solucionarlo porque el exploit salio hace 2 dias, el W7 que estoy utilizando es mucho anterior, y no se ha actualizado de ninguna forma desde la salida del xploit, por lo tanto...que es rrraro!.

Llevo un rato probandolo, con dos pcs en red con W7, uno con la "oficial" y desde el que escribo con la RC7624.
Nada, ninguno de los dos peta, todo abierto, ni antivirus ni firewalls ni nada...
Yo uso tb linux (suse y ubuntu) y mosquea un poco ver lo fanaticos que soys los linuxeros, como si os hubieran quitado la comida los de MS, eso y la cantidad de creidos que hay, que se creen que por manejar linux son superiores (que es una gran cantidad de linux users..) es lo que me da asco de linux. No dais el brazo a torcer JAMAS.

No se donde esta el problema de convivir con ambos SO.

#86 Estaba intentando hacerlo, pero no soy capaz, a ver si me puedes echar una mano (Un poco de offtopic, lo se), que nunca he hecho nada con py.

Lo que he hecho ha sido coger tu codigo y ... :

try:
          s = socket()
          s.connect((host,445))
          s.send(buff)
          s.close()
          sleep(3) // esta importada creo
          

      try:
      s = socket()
      s.connect((host,445))
      s.send(buff)
      s.close()

      print "Cadena enviada con exito a %s" % host
      exito.append(host)

     except:
      print "Error enviando la cadena a %s" % host

except:
          print "loquesea"

respetando los indentados y tal, es decir, el programa funciona ejecuta sin problemas, pero se queda pillado en los try...Seguro que hay otra forma mas limpia de hacerlo peero .

Es decir, simplemente dentro dle try le digo que haga otro try con su except y despues otro except para el primer try...El sleep funciona seguro (lo probe antes de tocar nada mas) pero se queda pillado en "intentando con "ip" y no hace nada mas ¿no se pueden meter dos try juntos?