Luis_Panadero_Guardeño

Asimov y las mujeres [113]

1. #14 ElPerroDeLosCinco *

   Lo que estropea las tramas no son las mujeres, sino los romances. Estoy harto de ver películas de Hollywood en las que meten con calzador una historia de amor. Supongo que es bueno para la audiencia, pero es letal para una buena historia si no lo necesita.

   36 K 241

La educación en manos del porno, ¿pero qué porno? [42]

1. #27 --406162--

   #7 las muertes por facesitting en U.K. son una epidemia, que suman ya ....oh wait

   3 K 31

1. #21 aracnos

   ..contenido que la ley considera "inaceptable" al interpretarse como una restricción de la respiración, a no ser que la escena deje ver claramente que la persona cuya cara hunde en los genitales de otra puede, a la vez, respirar sin dificultad.
   
   Si no fuese porque da risa daría pena. Ahora censurarán porno porque no se ve si el tío puede respirar.
   Ya puestos, que censuren escenas en que la tía se la traga entera, ya que no se aprecia si puede respirar, especialmente si tiene la nariz tapada de lefa. Ay Dios, cuanto pazguatismo!

   0 K 7

1. #17 BiRDo

   #7 Por ese motivo prohibirán todas las escenas con personas con armas de fuego... en las películas porno
   #11 La pregunta es "dónde" no "qué". El qué ya lo conocemos
   
   Si se preocupan por los niños lo que tienen que hacer es educar a los niños con una educación sexual sana y evitar que vean porno hasta que hayan sido educados correctamente. A mí una eyaculación femenina nunca me ha hecho ningún daño.

   1 K 21

El polémico retrato de la familia real danesa [54]

1. #19 tereml *

   Solo falta el ojo de Mordor al fondo

   2 K 19

Linus Torvalds responde a la petición de eliminar RdRand de /dev/random [EN] [169]

1. #31 anv *

   Como mucha gente que lee meneame no tiene por qué ser experta ni en Linux ni en criptografía, voy a tratar de explicar de manera sencilla de qué va todo esto:
   
   Primero que nada: los números al azar son fundamentales para la transmisión de datos cifrados. Por ejemplo el https que usamos para comunicarnos con el banco depende completamente de ellos.
   
   Verán, las máquinas tienen un problema respecto de los números al azar: no pueden producirlos. El azar no existe para una máquina porque el azar implica algo demasiado complicado para analizarlo en profundidad, y los programas son perfectamente entendibles.
   
   Para producir números al azar, las máquinas necesitan de algo externo que sea lo más impredecible posible. Por ejemplo, la temperatura, los tiempos de acceso al disco, los tiempos entre teclas que presiona el usuario, los movimientos del ratón, etc. Un programa se encarga de hacer una mescolanza de cosas diversas para obtener un número lo más impredecible posible. A eso es a lo que le llamamos "generador de entropía". En base a ese número, con cálculos matemáticos, se puede obtener una secuencia de otros más que también serán impredecibles.
   
   Bien, pues resulta que algunos procesadores de Intel (en particular los de la serie ivy bridge) traen un generador interno de números al azar, y resulta que esos números al azar no eran tan al azar, sino que parece que Intel y la NSA tienen información que les permite predecirlos. Aunque no sea con total exactitud, el simple hecho de que no sean absolutamente desconocidos ya reduce muchísimo el tiempo necesario para romper un cifrado.
   
   Ahora bien, ¿qué pasa con el kernel de Linux? Que hace uso de ese generador que está comprometido. Cuando se incluyó eso en el kernel hubo gente que se quejó de que no era seguro confiar en un generador que no sabemos cómo funciona, pero Linus no hizo caso a la advertencia.
   
   ¿Qué dice Linus de esto? Básicamente dice que los que han dicho esto son unos ignorantes. ¿Por qué? Porque la cosa no es que el kernel utilice solamente el generador de números al azar del microprocesador cuando está disponible, sino que lo usa a demás del resto de factores variables.
   
   O sea, que el kernel siempre utiliza un montón de factores variables para su generador de entropía, y si el procesador tiene RdRand, lo agrega como un factor extra.
   
   Así que podemos verlo de esta forma: en los procesadores que no tienen RdRand, ese factor extra es siempre el mismo: cero. Si el procesador sí lo tiene, el factor es variable aunque no sea 100% al azar porque la NSA sepa algo de él. En todo caso, la seguridad no se resiente en lo más mínimo. Los números al azar generados por Linux usando RdRand serian en el peor de los casos tan seguros como los que se generan sin usarlo.

   329 K 2714

1. #28 ulises31

   #20 El tío que le contesta no tiene ni idea. Si se hace un xor de una cadena aleatoria con una no aleatoria el resultado es una cadena aleatoria. Da lo mismo si el chip de Intel está trucado, el resultado final es tan aleatorio como si no se tomase la entrada del chip. En el peor caso (chip trucado) no pierdes nada, en el mejor (chip correcto) ganas la aletoriedad del chip (la aletoriedad de la entropía interna del ordenador no es perfecta).

   11 K 109

Liberada la primera release de Enlightenment 17 [69]

1. #29 llorencs *

   Joer, cuanto friki . En mi época de experimentar experimenté con todos los gestores de ventana posibles, y también utilice enlightenment como gestor de ventanas de gnome cuando podías elegir diferentes gestores de ventana
   
   También utilicé XFCE como clon de CDE.
   
   #26 ¿Tú usas PCBSD? Yo debo volver al BSD pero me da pereza, si compro un ordenador nuevo lo instalo, lo prometo por Chuck
   
   PS: PCBSD ya no es KDE? Te permite instalar cualquier escritorio? Cuando yo lo probé era KDE.

   1 K 30

1. #13 --8686--

   Duke Nukem Forever, Enlighment 17, cualquier día de estos sale Stallman presentando la versión final de Hurd.

   41 K 380