«Microsoft ha incluído el Generador de números aleatorio Dual_EC-DRBG en Windows Vista, como parte del SP1. Sí, es el mismo RNG del que se sospecha que tiene una puerta trasera de la NSA. No viene activado por defecto y mi consejo es que nunca se habilite. Jamás.» Lo dice Bruce Schneier y si lo dice este tío (meneame.net/story/frases-bruce-schneier-freak-criptografia-plan-chuck-s) digo yo que algo sabe del tema, ¿no?
menéame
¿Que opinan de esto los fans de windows?
Total, todos sabemos lo contraria que es al gente de microsoft a las puertas traseras y similares metodos de intrusión...
En casos como el del cifrado, el firewall no hace nada. El bug del RNG hace que se pueda "romper" el cifrado, con muchos menos intentos: para eso no hace falta ninguna conexión.
bastante hacemos con meter las cositas desde algun disco :S
2. si los programadores de aplicaciones para windows no lo usan, no importa que este ahi
cuando microsoft lo use por defecto en sus librerias de criptografia podeis decir lo que querais, pero esta noticia es FUD
#3: seras tu que no tienes ni zorra, porque hay cantidad de documentacion y un huevo de gente que revisa todos los parches de microsoft para asi saber que cambios de codigo se han hecho y que bugs se han arreglado (para luego explotarlos, normalmente, pero hay de todo)
#11 Si no sabes, debes confiar. Si no sabes elegir en quién confiar, o prefieres no elegir, alguien elegirá por ti para joderte.
#12 Programadores tan tontos como para querer usarlo... pues que lo metan por su propia cuenta, no hace falta llenar el sistema operativo con chapuzas. Aunque claro, esa no es la mentalidad que hace actualizar Windows para incluir un bug determinado para que funcione un CD de chorradas de Disney.
Cuando Windows lo empiece a usar, a lo mejor esperan que ya no nos acordemos de que lo metieron.
En fin...
Me pregunto cómo podrán averiguar los cambios de código puesto que Windows es privativo....
Con Windows esa posibilidad no existe, te tragas lo que te ponen y a callar, y si hay puertas traseras apechugas con ellas ya que no tienes ni siquiera la posibilidad de dejar de usar ese programa.
y por cierto, ¿porque la noticia no tiene titular?
¿A ti te gusta que te graben en todo lo que haces, al estilo de gran hermano? Según tu filosofía no te debería importar, porque no hay nada que ocultar
#28, ésta es cojonuda, ¿el código compilado? ¿Tienen cien mil monos mirando binario todo el día?
Casi te sale bien la jugada por eso, inténtalo de nuevo.
La corta: No necesito masticar chinchetas para saber que me va a doler, si son de metal y son puntiagudas lo demás es de lógica.
La larga:
enespanol.com.ar/2007/11/15/%C2%BFla-nsa-puso-una-puerta-trasera-en-el/
www.kriptopolis.org/cryptome-sube-la-apuesta
Te recomiendo que busques mas información si te interesa realmente el tema y así te formes tu propia opinión.
La intermedia: MS-Windows incluye un generador de números aleatorios que sirve para crear "llaves" en... » ver todo el comentario
Da igual las puertas traseras que tengan los programas de un sistema, para mantenerlo muy seguro basta con controlar el acceso al mismo y mantener encriptada la información sensible, por tanto los únicos programas que se necesitan ser revisados, son aquellos que permiten comunicar al equipo con el exterior y los que trabajan con lo que se inserta por el dispositivo de entrada.
Son bastantes, pero no significa revisar todo el SO
#40 en tres palabras: nadie lo sabe. Nadie excepto ellos, claro. Pero tu deja tiempo, que ya veras como alguien acabara haciendo publica la manera...
o acaso te piensas que un programa compilado funciona por arte de magia?
Entonces, dices que es posible "revisar el código compilado", es decir, los binarios, sin decompilarlos ni nada. ¿Y eso cómo se hace? Simple curiosidad, que me tienes flipando, yo nunca me pondría a mirar los binarios de un programa, sólo voy a vivir, siendo optimista, unos 80-90 años.
las instrucciones en binario se pueden traducir directamente a codigo ensamblador, si te acostumbras a leer ensamblador compilado (que no es lo mismo que el ensamblador que se programa, xq los compiladores de ensamblador suelen facilitarte mucho el trabajo) acabas reconociendo los patrones de codigo
asi puedes reconocer facilmente una estructura de control, una clase, el tipo de llamada a funcion que se esta utilizando (dependiendo de como se pasen los parametros a la funcion), etc...
normalmente se auditan pequeños trozos de codigo, en concreto con las actualizaciones de windows se hace un diff del binario original y el binario despues de la actualizacion y se analiza solo el... » ver todo el comentario
Pero de todas formas, ese no es el metodo mas habitual. Lo tipico es usar un debugger para ver las llamadas a funciones del api (es mucho mas facil entender un programa si le ves "vivo"), o utilizar algun tipo de utilidad para ver que ficheros intenta abrir/leer, que envia y recibe por red, de que librerias depende...
Un punto de apoyo, para el que quiera rebuscar un poco mas: en.wikipedia.org/wiki/Black_box_testing
no hay nada que interpretar ni adivinar, es solo mirar el ejecutable e ir pasando a instrucciones de asm del palo de:
EB <byte> -> jmp short eip+byte
E9 <dword> -> jmp dword
etc...
claro que hay cosas que resultan ambiguas por el funcionamiento de los compiladores, pero por lo general se entiende bastante bien (siempre que sepas asm y conozcas bien la arquitectura y el SO bajo el que corren el ejecutable)
usar un debugger en realidad es lo mismo solo que permiten leer y modificar la memoria de un proceso en ejecucion, en realidad los desensambladores guays incluyen un debugger pero los profesionales solemos usar mas de 1 herramienta, para que sea mas sencillo