Mensajes

[quote author=nsigned link=topic=309558.msg1537641#msg1537641 date=1288810555]
No todo pasa por el afecto, a mi, aunque suene muy anormal, me deprime mucho la inevitable entropia del universo...

A mi me pone muy triste no tener más conocimientos y/o no saber hacer algo. También me deprime cuando no puedo arreglar un ordenador...
[/quote]

No quiero desprestigiarte ni nada similar, pero lo dudo. No es por meterme contigo, lo digo con total sinceridad, pero si te deprime no poder arreglar un ordenador tienes un serio problema.

Me apunto, ya tengo mi idea.

Buenas chicos, tengo unas preguntas sobre el primer capítulo (Perdón por la tardanza, comencé tarde a leerlo):

• ¿Por qué los cifrados simétricos son mas seguros que los asimétricos con claves mas pequeñas?
• Si cifro un mensaje utilizando mi clave privada, ¿es posible que alguien teniendo el texto cifrado y la clave pública, obtenga mi clave privada?

Un saludo y muchas gracias APOKLIPTICO por el taller, me fascina la criptografía

a) Porque la seguridad en los algoritmos asimétricos se basa entre o otras cosas en la dificultad de factorizar enteros. Es bastante sencillo factorizar un número de 20 dígitos, no así con uno de 300.

b) Teoricamente es posible, pero usando números tan grandes el tiempo que se tardaría en conseguirlo supera los miles de años. (cifra inventada, pero me suena)

Respecto a lo del lenguaje, creo que es más importante el algoritmo que el lenguaje en el que lo vayamos a hacer. Lo que tenemos que hacer entre todos es el algoritmo y no el código.

"Tal que" no estoy seguro de como se expresaría, pero con un "==" estoy seguro de que no.

Tengo para un buen rato, modificaré el mensaje si tengo dudas gracias por todo el material.

Saludos

PD: Respecto a lo que acaba de comentar braulio-- ¿no daria overflow con estos datos?

Código [Seleccionar] Expandir

6580797576738084736879 ^ 17 mod 3233

No te olvides que "m" siempre tiene que ser menor que el módulo.
Cuando yo puse esos datos, no los puse para que sean usados todos juntos, si los ponés todos juntos, después como los separás? Esos son de 2 dígitos, pero si tenés que cifrar algo que no es un texto, vas a tener todo el espectro ascii.
Si vos te fijas, yo puse 65^17 mod 3233 y luego 80^17 mod 3233, etc.

Ok, perfecto.

Yo tengo una duda sobre lo de separar por bloques. ¿No es más sencillo concatenar todos los bytes en un solo número y aplicar la fórmula directamente a ese número?

OFF: amo a pink floyd.

Y como son esos "numeros"(la clave) aplicados al Plaintext? Yo tengo en mente en que al plaintext se le aplicaba un algoritmo... por decir a lo muy simple "X + 10" donde X es ...(¿un byte? ¿un bit? o ¿el paquete entero?) y que luego haciendo una inversa al otro algoritmo osea X - 10 pues tenemos de nuevo el plaintext.

¿Como funcionaria esto realmente?  

Normalmente X sería un byte, por ejemplo si el byte es "a", nos quedaríamos con si valor ascii, que es 97. En cualquier caso eso es criptografía simétrica.

Siento no haberme enterado de lo de el nuevo "fascículo", lo releí rápido para ver si decía algo relacionado y me pareció no ver nada.

Me imagino que llegaremos a ver la criptografía desde un punto de vista matemático ¿no es así?

Y otra pregunta, ¿cada cuánto se irán sacando nuevos "fascículos" ? ¿Cualquiera del grupo podría escribir alguno? (esta última es porque me gustaría participar).

No sé, me da la impresión de que lo exageran un poco.

mmmmmmm... IDS en python... me gusta la idea de karcrack
Muy chulo el código, muy elegante ^.^

mmmm... la idea fue mia