sirve - que es networking financiero
Diferencia entre SSH y SSL, especialmente en términos de "SFTP" vs. "FTP sobre SSL" (5)
Además de las opciones de autenticación mejoradas que ofrece SSH, ¿hay alguna diferencia entre el funcionamiento básico de los protocolos SSH y SSL?
Pregunto porque podemos usar SFTP o FTP sobre SSL, ambos requerirían autenticación.
¿Cuál es la diferencia entre SSH y SSL y por qué nos importaría?
SSL significa "Secure Sockets Layer" . Nos importa porque permite a los navegadores transmitir datos hacia y desde un servidor web de una manera criptográfica segura para dificultar la vida de los espías que supervisan todo el tráfico de Internet.
SSH significa "Secure Shell". Nos importa porque permite a una computadora en red 1 proporcionar acceso a un shell en la computadora en red 2. El usuario puede tener un nivel de confianza de que los espías que escuchan el canal inseguro no pueden descifrar los datos enviados entre las computadoras en red.
SSL y SSH tienen que ver con proporcionar un sistema para cifrar y descifrar datos a través de un canal inseguro.
Cuando un navegador visita una URL que comienza con "https: //", el navegador habla HTTP a través de una conexión SSL.
Los Servidores Web habilitados para SSL (por ejemplo, Apache HTTP Server ) se pueden configurar para usar SSL para convertirse en un "servidor web seguro". Un sitio web servido por un servidor web seguro hará que los usuarios accedan a la URL a través del protocolo "https: //" en lugar de "http: //". Con el protocolo https, los usuarios pueden tener un nivel de confianza de que los espías terceros que supervisan el canal de Internet solo recibirán contenido encriptado.
SSL es un protocolo que podría implementarse en la sexta capa (capa de presentación) del modelo OSI .
SSH tiene su propio protocolo de transporte independiente de SSL, lo que significa que SSH NO usa SSL bajo el capó.
De forma criptográfica, Secure Shell y Secure Sockets Layer son igualmente seguros.
Un proxy de terminación SSL puede manejar conexiones SSL entrantes, descifrar el SSL y pasar la solicitud no encriptada a otros servidores.
SSL le permite usar una PKI (infraestructura de clave pública) a través de certificados firmados. Con SSH debes intercambiar las huellas dactilares clave manualmente a través de otro protocolo como ftp o portador de paloma.
Criptográficamente, ambos son igualmente seguros (dado que se usan los mismos cifrados). Aparte de eso, son protocolos completamente diferentes ...
En primer lugar, la autenticación del servidor TLS es opcional ya que su protocolo es compatible con la autenticación del servidor completamente anónimo. En SSH esto es obligatorio.
TLS utiliza certificados X.509 para autenticación de cliente y servidor, lo que requeriría algún tipo de PKI. SSH no escala en este punto, pero ofrece una gama más amplia de métodos de autenticación: contraseña, clave pública, etc.
Otra diferencia es que SSH permite conexiones múltiples y admite la ejecución remota de programas, la administración de terminales, el túnel TCP y más.
La principal diferencia es que SSL le permite usar una PKI (a través de certificados firmados). En SSH, debes intercambiar las huellas dactilares clave fuera de banda. Pero es posible que desee prescindir de una PKI de todos modos, en cuyo caso se trata de un empate.
Para una buena explicación, mira http://www.snailbook.com/faq/ssl.auto.html
SSH y SSL son protocolos similares que utilizan la mayoría de las mismas primitivas criptográficas bajo el capó, por lo que ambos son tan seguros como los demás. Una de las ventajas de SSH es que el uso de la autenticación de pares de claves es bastante fácil de hacer y está integrado en el protocolo.
Con SSL es un desastre con los certificados de CA y otras cosas. Una vez que haya implementado la PKI, también necesita configurar sus servicios para utilizar la PKI para la autenticación en lugar de su base de datos de contraseñas interna; esto es una pesadilla en algunos servicios y un pedazo de pastel en los demás. También significa que debe tener la molestia de firmar todas las claves de su usuario para que puedan iniciar sesión con ellas.
La mayoría de los usuarios competentes pueden acceder a las claves SSH en poco tiempo, pero les lleva un poco más de tiempo familiarizarse con las claves SSL (los certificados de CA y certificaciones de claves adicionales me confundieron cuando lo descubrí por primera vez).
Elija lo que es compatible. SSH + SFTP es ideal para gente de Unix, pero FTP sobre SSL es probablemente más fácil de hacer si tus usuarios están basados en Windows y no tienen idea de nada que no sea Internet Exploiter (y no te importa arriesgar que tus usuarios elijan contraseñas inseguras )