¿Es segura una conexión HTTPS sin un certificado SSL válido?

Question

Uso una conexión HTTPS sin un certificado SSL válido. ¿La conexión es segura? ¿La información está encriptada?

Answer 1

La conexión está encriptada incluso si el certificado SSL no es válido (caducado, aceite de serpiente, CA no confiable, etc.). La validación del certificado SSL solo asegura que se está conectando con las personas a las que cree que se está conectando. El cifrado no le sirve de nada si las personas que descifran sus datos son crackers en lugar de PayPal.

Answer 2

Nope. Lo que estás haciendo cuando usas HTTPS es decirle al navegador que se conecte a través de un puerto diferente (443) mientras que normalmente te conectas a través de (80). Sin un certificado, el servidor rechazaría la conexión. HTTPS simplemente no es posible sin un certificado. Mire aquí y verá un certificate is needed para que funcione.

Answer 3

Si no hubo verificación de certificados SSL, alguien que haya interceptado un canal de comunicaciones podría capturar una solicitud para conectarse al https://www.acmebank.com, enviar su propia solicitud a www.acmebank.com y negociar claves con acmebank.com y el usuario. Después de eso, podría recibir cada bocado de datos del usuario, descifrar con la clave del usuario y cifrar con la clave de acmebank, y hacer lo mismo con los datos de acmebank.com. El efecto neto sería que ni el usuario ni acmebank verían algo incorrecto, pero el interceptor podría descifrar todos los datos entre el usuario y acmebank. El usuario y el banco usarán diferentes claves para manejar su comunicación, pero ninguna de las entidades lo sabrá. Agregar cualquier aspecto estándar al protocolo para averiguar qué tecla está en uso no ayudaría, ya que el interceptor podría detectar tales consultas y cambiar las respuestas de manera apropiada.

SSL previene un ataque de intermediario al requerir que el host envíe al destinatario una copia de la clave que está usando el host, encriptada de forma que un intruso no podrá falsificar (a menos que el el intruso puede falsificar las credenciales de CA, al menos). Si no se utiliza un certificado emitido por CA, habrá poca protección contra un ataque de hombre en el medio, aunque la capa encriptada evitaría el descifrado pasivo o retrospectivo del contenido de la sesión (por cierto, ojalá hubiera estándares para algo). entre comunicación no encriptada y SSL, para situaciones en las que la desencriptación pasiva o retrospectiva es la principal amenaza, pero no sé de ninguna).

Answer 4

En realidad, es posible establecer una conexión encriptada entre extraños sin certificado, usando Diffie-Hellman o algoritmos de intercambio de claves similares.

Alice y Bob acuerdan un número aleatorio x. Alice calcula x ^a, donde a es un número primo grande conocido solo por Alice, y lo envía a Bob. Bob calcula x ^b y lo envía a Alice. Alice calcula (x ^b) ^un, y Bob calcula (x ^un) ^b.Desde (x ^un) ^b = (x ^b) ^un = x ^ab, Alice y Bob ahora tanto conocer el número x ^ab y puede utilizarse como una clave de cifrado. La belleza de esto es que Bob no sabe un, Alice no sabe b, y cualquier fisgones no sé cualquiera de los números (ya que el cálculo de un de x ^un, en el caso de grandes números, tomaría años).

Como supercat señala, esto, por sí solo, sigue siendo susceptible a un ataque de hombre en el medio, y es por eso que al menos un extremo de la transacción debe autenticarse con un certificado. Sin embargo, para ser precisos, no es el servidor el que verifica esto, es el navegador, y la mayoría de los navegadores permitirán que el usuario continúe si el certificado no es válido (o posiblemente incluso basura). En ese caso, la conexión será considerablemente más segura que una conexión normal. Para escuchar, necesitaría poder manipular el enrutamiento IP o las búsquedas de DNS, y tendría que configurarlo antes de que se establezca la conexión por primera vez, lo que no es fácil de hacer.

BTW los pares de llaves en los certificados son no lo que se usa para cifrar el tráfico real; se usan para establecer una nueva clave de uso único para un cifrado simétrico mucho más rápido (como DES) que luego hace el resto del trabajo.

Answer 5

Es posible establecer una conexión encriptada, sí, pero aún sería posible que se esté comunicando con un cpmputer crackeado en lugar del servidor real. Así, la computadora rajada le dice al servidor que él sería el cliente, desencriptará todos los datos, los almacenará y enviará los datos encriptados al cliente (y le dirá que él sería el servidor). Entonces, es solo una conexión segura si no hay un punto vulnerable entre el servidor y el cliente, que nadie puede garantizar.

Answer 6

Ya no te molestes con el certificado ssl no válido. Ahora puede generar un certificado válido de navegador gratuito para su servidor tan fácilmente como generaría un certificado snakeoil (autofirmado, no válido en el navegador). Vaya a ver https://letsencrypt.org/, es gratis y está abierto a contribuciones.