el_pita: si alguien entiene....¿Me podían explicar qué quiere decir eso de "40 bits"...?
viper: la longitud de la clave
netlag: el_pita: los 40 bits son el tamaño de la clave en base a la cual se encripta
el_pita: Eso lo entiendo,...¿Pero cómo afectan esos 40 bits ?
netlag: el_pita: pues con la potencia de calculo, y dependiendo del algoritmo
Heimy: el_pita: Las claves tienen una cierta longitud
netlag: hay un cierto tamaño
netlag: al partir de ke es mucho mas dificil
netlag: descifrarlo
Heimy: el_pita: Y por debajo de 40 bits, no tienen una seguridad razonable ante intentos de descifrado
netlag: los 40 bits son es limite
el_pita: Pero no entiendo porque en un sistema se utilizan 40 bits mientras que en otro hacen falta 128
Heimy: el_pita: No se usan 40 bits en ningún sistema. El problema es que los EEUU no permiten exportar código que cifre por encima de 40 bits
netlag: el_pita: cuando mas bits, mas fuerte es el sistema
Drizzt: No habia cambiado los USA la lesgilascion sobre el tema
Heimy: el_pita: Como dice Drizzt, creo que habían aumentado el nº de bits que consideraban "peligroso"
Heimy: el_pita: Supongo que habrán actualizado la potencia de las máquinas :)

cron: Primera pregunta, quien puede explicar como es que se puede cambiar la clave publica de otro sin que se afecte el proceso de encrip-decrip de mensajes?
Drizzt: porque cambia tb la privada, están asociadas
Heimy: Es sencillo... El primer mensaje que envías no puede ser cifrado
Heimy: En ese mensaje, envías tu clave pública
Heimy: Si alguien intercepta el mensaje, y lo cambia poniendo su clave pública...
cron: Heimy pero la clave publica es eso mismo, publica. si no tienen aceso a la privada no la pueden cambiar, (la privada), no?
Heimy: No. Pero el asunto es que el atacante intercepta TODOS los mensajes
Drizzt: cron: se generan ambas relacionadas
cron: ocea lo que decia ulices es que la publica puede alterar la privada?
Heimy: cron: El asunto es que el atacante ha cambiado ambos mensajes, sustituyendo las claves públicas de los que se pasan mensajes por la suya
Heimy: cron: Ten en cuenta que no se cifra usando la clave privada propia
cron: Heimy veo, cambia los "mensajes" eso es otro tema, grx
cron: a ver si entiendo bien esto: cambiando la cable publica de otro, podria entonces recibir mensajes que hiban dirigidos a otros a la ves que enviar mensajes haciendome pasar por otro. Admas tendria que de alguna forma interceptar el correo entre cliente-servidor-cliente. La cosa es como hago para a el que se le cambia la clave publica no se entere que eso a pasado? donde me pierdo es; como cambiar la clave publica afecta la privada a la cual no deberia de haber acces
Heimy: cron: A menos que las dos personas que se mandan los mensajes comparen de alguna manera "segura" las claves públicas que se han enviado...
Heimy: cron: ... y si existe esa posibilidad, no se la habrían enviado por correo, para empezar :-)
netlag: cron: si se altera el mensaje del correo inicial, por ejemplo
netlag: ya estaria
netlag: el tema
netlag: fastidiado
cron: en la practica me parece que lograr eso es un poco dificil

pocoO: Heimy: a ve q no me entero q tiene q ver el DCC con el ADSL??
Heimy: pocoO: Sencillo. El DCC es un protocolo que requiere dos sockets
Heimy: pocoO: Hay que abrir dos conexiones.
Heimy: Perdón
Heimy: Hay que abrir una
Heimy: O:)
Heimy: Pero la abre el destinatario del DCC
Heimy: pocoO: Yo, que soy el que envía, estoy tras un firewall que aún no he configurado, de manera que no llegará tu intento de conexión hasta mí

el_pita: Por cierto, disculpad mi estulticia, ¿pero que es un split?
w8: una desconexion de un server de la red de irc
w8: o sea, un server entra en "split" si se desconecta del resto de servidores que conforman la red de irc
makross: el_pita: una división de servidores de irc
el_pita: pero por algún motivo "oscuro"?
netlag: nu
netlag: pasa a veces
netlag: sin mas
w8: el_pita: ya sabes, split=separar, dividir
cron: el_pita eso pasa en todas las redes, mientras mas grande mas aun