{"id":80500,"date":"2020-05-06T13:42:29","date_gmt":"2020-05-06T11:42:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/protokoly-sftp-i-ftps"},"modified":"2020-05-06T13:42:29","modified_gmt":"2020-05-06T11:42:29","slug":"protokoly-sftp-i-ftps","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/protokoly-sftp-i-ftps","title":{"rendered":"Protocolos SFTP y FTPS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h1>Pr\u00f3logo<\/h1>\n<p><\/p>\n<p>Literalmente hace una semana escrib\u00ed un informe sobre el tema indicado en el encabezado y me encontr\u00e9 con que, digamos, hay poca informaci\u00f3n informativa en la red. Principalmente hay hechos secos e instrucciones sobre la configuraci\u00f3n. Por ello, decid\u00ed ajustar un poco el texto y publicarlo como un art\u00edculo.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Qu\u00e9 es FTP<\/h1>\n<p><\/p>\n<p>FTP (File Transfer Protocol) es el protocolo de transferencia de archivos a trav\u00e9s de la red. Es uno de los protocolos b\u00e1sicos de Ethernet. Surgi\u00f3 en 1971 y originalmente funcionaba en las redes de DARPA. En la actualidad, al igual que HTTP, la transferencia de archivos se basa en un modelo compuesto por un conjunto de protocolos TCP\/IP (Transmission Control Protocol\/Internet Protocol). Se define en la RFC 959.<\/p>\n<p><\/p>\n<p>El protocolo define lo siguiente:<\/p>\n<\/p>\n<ul>\n<li>C\u00f3mo se llevar\u00e1 a cabo la verificaci\u00f3n de errores<\/li>\n<li>M\u00e9todo de empaquetado de datos (si se utiliza empaquetado)<\/li>\n<li>C\u00f3mo el dispositivo emisor indica que ha terminado el mensaje<\/li>\n<li>C\u00f3mo el dispositivo receptor indica que ha recibido el mensaje<\/li>\n<\/ul>\n<p><\/p>\n<h2>Interacci\u00f3n entre el cliente y el servidor<\/h2>\n<p><\/p>\n<p>Examinemos m\u00e1s a fondo los procesos que ocurren durante el uso de FTP. La conexi\u00f3n se inicia por el int\u00e9rprete del protocolo del usuario. El control de la comunicaci\u00f3n se lleva a cabo a trav\u00e9s del canal de control en el est\u00e1ndar TELNET. Los comandos FTP son generados por el int\u00e9rprete del protocolo del usuario y se env\u00edan al servidor. Las respuestas del servidor se env\u00edan al usuario tambi\u00e9n a trav\u00e9s del canal de control. En general, el usuario tiene la posibilidad de establecer contacto con el int\u00e9rprete del protocolo del servidor mediante herramientas diferentes a las del int\u00e9rprete del usuario.<\/p>\n<p><\/p>\n<p>La caracter\u00edstica principal de FTP es que utiliza conexiones dobles. Una de ellas se usa para enviar comandos al servidor y se realiza por defecto a trav\u00e9s del puerto TCP 21, que puede ser cambiado. La conexi\u00f3n de control existe durante todo el tiempo en que el cliente se comunica con el servidor. El canal de control debe estar abierto durante la transferencia de datos entre las m\u00e1quinas. En caso de que se cierre, la transferencia de datos se detiene. A trav\u00e9s de la segunda conexi\u00f3n se realiza la transferencia directa de datos. Se abre cada vez que se efect\u00faa una transferencia de un archivo entre el cliente y el servidor. En caso de que se transfieran varios archivos simult\u00e1neamente, se abre un canal de transferencia para cada uno de ellos.<\/p>\n<p><\/p>\n<p>FTP puede operar en modo activo o pasivo, y la elecci\u00f3n de uno de ellos determina la forma de establecer la conexi\u00f3n. En modo activo, el cliente crea una conexi\u00f3n TCP de control con el servidor y env\u00eda su direcci\u00f3n IP y un n\u00famero de puerto aleatorio al servidor, luego espera a que el servidor inicie la conexi\u00f3n TCP con esa direcci\u00f3n y n\u00famero de puerto. Si el cliente est\u00e1 detr\u00e1s de un cortafuegos y no puede aceptar una conexi\u00f3n TCP entrante, se puede usar el modo pasivo. En este modo, el cliente utiliza el canal de control para enviar al servidor el comando PASV y luego recibe del servidor su direcci\u00f3n IP y n\u00famero de puerto, que luego utiliza para abrir un canal de datos desde su puerto aleatorio. <\/p>\n<p><\/p>\n<p>Puede darse la situaci\u00f3n de que los datos se transmitan a un tercer servidor. En este caso, el usuario establece un canal de control con dos servidores y organiza un canal de datos directo entre ellos. Los comandos de control pasan a trav\u00e9s del usuario, mientras que los datos fluyen directamente entre los servidores.<\/p>\n<p><\/p>\n<p>Al transferir datos a trav\u00e9s de la red, se pueden utilizar cuatro representaciones de datos:<\/p>\n<p><\/p>\n<ul>\n<li>ASCII - se utiliza para textos. Los datos, si es necesario, se convierten antes de la transmisi\u00f3n desde la representaci\u00f3n de caracteres en el host emisor a \"ASCII de ocho bits\", y (nuevamente, si es necesario) a la representaci\u00f3n de caracteres del host receptor. En particular, se modifican los caracteres de nueva l\u00ednea. Como consecuencia, este modo no es adecuado para archivos que contienen algo m\u00e1s que texto simple.<\/li>\n<li>Modo binario - el dispositivo emisor env\u00eda cada archivo byte por byte, y el receptor guarda la secuencia de bytes al recibirla. Se ha recomendado el soporte de este modo para todas las implementaciones de FTP.<\/li>\n<li>EBCDIC - se utiliza para transmitir texto normal entre hosts en codificaci\u00f3n EBCDIC. De otro modo, este modo es similar al modo ASCII.<\/li>\n<li>Modo local - permite que dos computadoras con configuraciones id\u00e9nticas env\u00eden datos en su propio formato sin convertidos a ASCII.<\/li>\n<\/ul>\n<p><\/p>\n<p>La transmisi\u00f3n de datos puede llevarse a cabo en cualquiera de tres modos:<\/p>\n<p><\/p>\n<ul>\n<li>Modo de flujo - los datos se env\u00edan como un flujo continuo, liberando a FTP de realizar cualquier procesamiento. En su lugar, todo el procesamiento se lleva a cabo a trav\u00e9s de TCP. No se necesita un indicador de fin de archivo, excepto para separar los datos en registros.<\/li>\n<li>El modo de bloques \u2013 FTP divide los datos en varios bloques (bloque de cabecera, cantidad de bytes, campo de datos) y luego los transmite a trav\u00e9s de TCP.<\/li>\n<li>Modo de compresi\u00f3n \u2013 los datos se comprimen mediante un algoritmo \u00fanico (generalmente codificaci\u00f3n de longitud de serie).<\/li>\n<\/ul>\n<p><\/p>\n<p>El servidor FTP \u2013 es un servidor que permite el uso del protocolo de transferencia de archivos. Tiene ciertas caracter\u00edsticas que lo distinguen de los servidores web ordinarios:<\/p>\n<p><\/p>\n<ul>\n<li>Se requiere autenticaci\u00f3n de usuarios.<\/li>\n<li>Todas las operaciones se realizan dentro de la sesi\u00f3n actual.<\/li>\n<li>Posibilidad de realizar diversas acciones con el sistema de archivos.<\/li>\n<li>Se utiliza un canal separado para cada conexi\u00f3n.<\/li>\n<\/ul>\n<p><\/p>\n<p>El cliente FTP \u2013 es un programa que permite conectarse a un servidor remoto a trav\u00e9s de FTP y tambi\u00e9n realizar las acciones necesarias en los elementos del sistema de archivos. El cliente puede ser un navegador, al cual se le debe introducir una direcci\u00f3n que representa la ruta a un directorio o archivo espec\u00edfico en el servidor remoto, de acuerdo con el esquema general de URL:<\/p>\n<p><\/p>\n<p><code>ftp:\/\/user:pass@address:port\/directory\/file<\/code><\/p>\n<p><\/p>\n<p>Sin embargo, el uso de un navegador web en este contexto solo permitir\u00e1 ver o descargar los archivos de inter\u00e9s. Para aprovechar plenamente todas las ventajas de FTP, se debe utilizar software especializado como cliente. <\/p>\n<p><\/p>\n<p>La autenticaci\u00f3n FTP utiliza un esquema de nombre de usuario\/contrase\u00f1a para proporcionar acceso. El nombre de usuario se env\u00eda al servidor con el comando USER y la contrase\u00f1a con el comando PASS. Si la informaci\u00f3n proporcionada por el cliente es aceptada por el servidor, este enviar\u00e1 una solicitud al cliente y comenzar\u00e1 la sesi\u00f3n. Los usuarios pueden, si el servidor admite esta caracter\u00edstica, iniciar sesi\u00f3n sin proporcionar credenciales, pero el servidor puede ofrecer solo acceso limitado para tales sesiones.<\/p>\n<p><\/p>\n<p>El host que proporciona el servicio FTP puede ofrecer acceso an\u00f3nimo a FTP. Los usuarios generalmente inician sesi\u00f3n como \u00abanonymous\u00bb (puede ser sensible a may\u00fasculas en algunos servidores FTP) como nombre de usuario. Aunque generalmente se les pide a los usuarios que env\u00eden la direcci\u00f3n de su correo electr\u00f3nico en lugar de una contrase\u00f1a, en realidad no se realiza ninguna verificaci\u00f3n. Muchos hosts FTP que proporcionan actualizaciones de software admiten acceso an\u00f3nimo.<\/p>\n<p><\/p>\n<h2>Esquema del protocolo<\/h2>\n<p><\/p>\n<p>La interacci\u00f3n \u00abcliente-servidor\u00bb en una conexi\u00f3n FTP se puede representar de la siguiente manera:<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protocolos SFTP y FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/9513d1898a0938a30b0f87d7956bc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h1>FTP Seguro<\/h1>\n<p><\/p>\n<p>El FTP no fue concebido desde el principio como un protocolo seguro, ya que estaba destinado a la comunicaci\u00f3n entre varios objetos y entidades militares. Sin embargo, con el desarrollo y expansi\u00f3n de Internet, el peligro de acceso no autorizado ha aumentado considerablemente. Se hizo necesaria la protecci\u00f3n de los servidores contra diversos tipos de ataques. En mayo de 1999, los autores del RFC 2577 resumieron las vulnerabilidades en la siguiente lista de problemas:<\/p>\n<p><\/p>\n<ul>\n<li>Ataques ocultos (bounce attacks)<\/li>\n<li>Ataques de suplantaci\u00f3n (spoof attacks)<\/li>\n<li>Ataques de fuerza bruta (brute force attacks)<\/li>\n<li>Interceptaci\u00f3n de paquetes, sniffing (packet capture, sniffing)<\/li>\n<li>Robo de puertos (port stealing)<\/li>\n<\/ul>\n<p><\/p>\n<p>El FTP com\u00fan no tiene la capacidad de transmitir datos encriptados, por lo que los nombres de usuario, contrase\u00f1as, comandos y otra informaci\u00f3n pueden ser f\u00e1cilmente interceptados por los atacantes. La soluci\u00f3n habitual a este problema es utilizar versiones 'seguras', protegidas por TLS, del protocolo vulnerable (FTPS), o bien otro protocolo m\u00e1s seguro, como SFTP\/SCP, que se ofrece con la mayor\u00eda de las implementaciones del protocolo Secure Shell.<\/p>\n<p><\/p>\n<h2>FTPS<\/h2>\n<p><\/p>\n<p>FTPS (FTP + SSL) es una extensi\u00f3n del protocolo est\u00e1ndar de transferencia de archivos, que a\u00f1ade a su funcionalidad b\u00e1sica la creaci\u00f3n de sesiones encriptadas mediante el protocolo SSL (Secure Sockets Layer \u2014 nivel de sockets seguros). Actualmente, la protecci\u00f3n es proporcionada por su versi\u00f3n m\u00e1s avanzada, TLS (Transport Layer Security \u2014 protecci\u00f3n a nivel de transporte).<\/p>\n<p><\/p>\n<h3>SSL<\/h3>\n<p><\/p>\n<p>El protocolo SSL fue propuesto por la empresa Netscape Communications en 1996 con el objetivo de asegurar la seguridad y la confidencialidad de las conexiones a Internet. El protocolo soporta la autenticaci\u00f3n (validaci\u00f3n) del cliente y del servidor, no depende de aplicaciones y es transparente para los protocolos HTTP, FTP y Telnet.<\/p>\n<p><\/p>\n<p>El protocolo SSL Handshake consta de dos etapas: la autenticaci\u00f3n del servidor y la opci\u00f3n de autenticaci\u00f3n del cliente. En la primera etapa, el servidor responde a la solicitud del cliente enviando su certificado y los par\u00e1metros de cifrado. Luego, el cliente genera una clave maestra, la cifra con la clave p\u00fablica del servidor y la env\u00eda al servidor. El servidor descifra la clave maestra con su clave privada y confirma su autenticidad al cliente, devolvi\u00e9ndole un mensaje firmado con la clave maestra del cliente.<\/p>\n<p><\/p>\n<p>Los datos subsecuentes son cifrados y firmados con claves obtenidas a partir de esta clave maestra. En la segunda fase, que no es obligatoria, el servidor env\u00eda una solicitud al cliente, y el cliente confirma su autenticidad ante el servidor al devolver la solicitud con su propia firma digital y certificado de clave p\u00fablica.<\/p>\n<p><\/p>\n<p>SSL soporta una variedad de algoritmos criptogr\u00e1ficos. Durante el establecimiento de la conexi\u00f3n se utiliza el sistema de criptograf\u00eda de clave p\u00fablica RSA. Despu\u00e9s del intercambio de claves se emplean varios cifrados diferentes: RC2, RC4, IDEA, DES y TripleDES. Tambi\u00e9n se utiliza MD5, que es un algoritmo para generar res\u00famenes de mensajes. La sintaxis de los certificados de clave p\u00fablica se describe en X.509.<\/p>\n<p><\/p>\n<p>Una de las ventajas m\u00e1s importantes de SSL es su completa independencia de la plataforma de software. El protocolo fue dise\u00f1ado con principios de portabilidad, y su ideolog\u00eda de construcci\u00f3n no depende de las aplicaciones en las que se utiliza. Adem\u00e1s, es importante que sobre el protocolo SSL se pueden superponer de manera transparente otros protocolos; ya sea para aumentar a\u00fan m\u00e1s el nivel de protecci\u00f3n de los flujos de informaci\u00f3n objetivo, o para adaptar las capacidades criptogr\u00e1ficas de SSL a una tarea espec\u00edfica.<\/p>\n<p><\/p>\n<h3>Conexi\u00f3n SSL<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Protocolos SFTP y FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/5c002ffba19382c1d3b330d7c948692b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>El canal seguro proporcionado por SSL tiene tres propiedades principales: <\/p>\n<p><\/p>\n<ul>\n<li>El canal es privado. Se utiliza cifrado para todos los mensajes despu\u00e9s de un di\u00e1logo inicial, que sirve para determinar la clave secreta.<\/li>\n<li>El canal est\u00e1 autenticado. El lado del servidor del di\u00e1logo siempre se autentica, mientras que el del cliente se autentica opcionalmente.<\/li>\n<li>El canal es confiable. El transporte de mensajes incluye una verificaci\u00f3n de integridad (usando MAC).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Caracter\u00edsticas de FTPS<\/h3>\n<p><\/p>\n<p>Existen dos implementaciones de FTPS que utilizan diferentes m\u00e9todos para proporcionar seguridad: <\/p>\n<p><\/p>\n<ul>\n<li>El m\u00e9todo impl\u00edcito supone el uso del protocolo SSL est\u00e1ndar para establecer una sesi\u00f3n antes de enviar datos, lo que, a su vez, afecta la compatibilidad con clientes y servidores FTP est\u00e1ndar. Para la compatibilidad con clientes que no soportan FTPS, se utiliza el puerto TCP 990 para la conexi\u00f3n de control y el puerto 989 para la transferencia de datos. Esto permite conservar el puerto est\u00e1ndar 21 para el protocolo FTP. Este m\u00e9todo se considera obsoleto.<\/li>\n<li>El modo expl\u00edcito es mucho m\u00e1s conveniente, ya que utiliza los comandos est\u00e1ndar de FTP, pero al responder cifra los datos, lo que permite usar una misma conexi\u00f3n de control tanto para FTP como para FTPS. El cliente debe solicitar expl\u00edcitamente la transferencia de datos segura al servidor y luego aprobar el m\u00e9todo de cifrado. Si el cliente no solicita la transferencia segura, el servidor FTPS tiene derecho tanto a mantener como a cerrar la conexi\u00f3n no segura. El mecanismo de negociaci\u00f3n de identificaci\u00f3n y protecci\u00f3n de datos fue a\u00f1adido bajo la RFC 2228, que incluye un nuevo comando FTP AUTH. Aunque este est\u00e1ndar no define expl\u00edcitamente los mecanismos de protecci\u00f3n, establece que la conexi\u00f3n segura debe ser iniciada por el cliente utilizando el algoritmo descrito anteriormente. Si el servidor no soporta conexiones seguras, debe devolverse un c\u00f3digo de error 504. Los clientes FTPS pueden obtener informaci\u00f3n sobre los protocolos de seguridad soportados por el servidor mediante el comando FEAT, sin embargo, el servidor no est\u00e1 obligado a divulgar qu\u00e9 niveles de seguridad admite. Los comandos FTPS m\u00e1s comunes son AUTH TLS y AUTH SSL, que proporcionan protecci\u00f3n TLS y SSL respectivamente.<\/li>\n<\/ul>\n<p><\/p>\n<h2>SFTP<\/h2>\n<p><\/p>\n<p>SFTP (Secure File Transfer Protocol) es un protocolo de nivel de aplicaci\u00f3n para la transferencia de archivos que opera sobre un canal seguro. No debe ser confundido con (Simple File Transfer Protocol), que tiene la misma abreviatura. Si FTPS es simplemente una extensi\u00f3n de FTP, SFTP es un protocolo separado y no relacionado, que utiliza SSH (Secure Shell \u2013 shell seguro) como base.<\/p>\n<p><\/p>\n<h3>Secure Shell<\/h3>\n<p><\/p>\n<p>El desarrollo del protocolo fue realizado por uno de los grupos de IETF llamado Secsh. La documentaci\u00f3n de trabajo del nuevo protocolo SFTP no se convirti\u00f3 en un est\u00e1ndar oficial, pero comenz\u00f3 a aplicarse activamente en el desarrollo de aplicaciones. Posteriormente, se lanzaron seis versiones del protocolo. Sin embargo, el aumento progresivo de funcionalidad condujo a que el 14 de agosto de 2006 se decidiera parar el trabajo sobre el desarrollo del protocolo, debido al cumplimiento del objetivo principal del proyecto (desarrollo de SSH) y a la falta de un nivel de experticia suficiente para pasar a la creaci\u00f3n de un protocolo completo de sistema de archivos remoto.<\/p>\n<p><\/p>\n<p>SSH es un protocolo de red que permite la gesti\u00f3n remota del sistema operativo y el t\u00fanel de conexiones TCP (por ejemplo, para transferencia de archivos). Su funcionalidad es similar a la de los protocolos Telnet y rlogin, pero a diferencia de estos, cifra todo el tr\u00e1fico, incluidos los contrase\u00f1as transmitidos. SSH permite elegir entre diferentes algoritmos de cifrado. Los clientes y servidores SSH est\u00e1n disponibles para la mayor\u00eda de los sistemas operativos de red.<\/p>\n<p><\/p>\n<p>SSH permite la transmisi\u00f3n segura en un entorno no seguro de pr\u00e1cticamente cualquier otro protocolo de red. As\u00ed, puedes no solo trabajar de forma remota en una computadora a trav\u00e9s de la l\u00ednea de comandos, sino tambi\u00e9n transmitir flujos de audio o video por un canal cifrado (por ejemplo, desde una c\u00e1mara web). Adem\u00e1s, SSH puede utilizar compresi\u00f3n de datos transmitidos para su posterior cifrado, lo cual es conveniente, por ejemplo, para el lanzamiento remoto de clientes de X Window System.<\/p>\n<p><\/p>\n<p>La primera versi\u00f3n del protocolo, SSH-1, fue desarrollada en 1995 por el investigador Tatu Yl\u00f6nen de la Universidad Tecnol\u00f3gica de Helsinki (Finlandia). SSH-1 fue creado para ofrecer mayor privacidad que los protocolos rlogin, telnet y rsh. En 1996 se desarroll\u00f3 una versi\u00f3n m\u00e1s segura del protocolo, SSH-2, que no es compatible con SSH-1. El protocolo gan\u00f3 a\u00fan m\u00e1s popularidad, y para el a\u00f1o 2000 contaba con alrededor de dos millones de usuarios. En la actualidad, el t\u00e9rmino 'SSH' generalmente se refiere a SSH-2, ya que la primera versi\u00f3n del protocolo, debido a sus graves deficiencias, pr\u00e1cticamente no se utiliza. En 2006, el protocolo fue aprobado por el grupo de trabajo de IETF como est\u00e1ndar de Internet.<\/p>\n<p><\/p>\n<p>Existen dos implementaciones de SSH: una comercial privada y una gratuita y de c\u00f3digo abierto. La implementaci\u00f3n libre se llama OpenSSH. Para 2006, el 80 % de los ordenadores en Internet utilizaban OpenSSH. La implementaci\u00f3n privada es desarrollada por SSH Communications Security, que es una subsidiaria al 100 % de la corporaci\u00f3n Tectia, y es gratuita para uso no comercial. Estas implementaciones contienen pr\u00e1cticamente el mismo conjunto de comandos.<\/p>\n<p><\/p>\n<p>El protocolo SSH-2, a diferencia del protocolo telnet, es resistente a ataques de escucha de tr\u00e1fico (\u2018sniffing\u2019), pero es vulnerable a ataques de \u2018hombre en el medio\u2019. El protocolo SSH-2 tambi\u00e9n es resistente a ataques de secuestro de sesi\u00f3n (session hijacking), ya que es imposible unirse a una sesi\u00f3n ya establecida o interceptarla.<\/p>\n<p><\/p>\n<p>Para prevenir ataques de \u2018hombre en el medio\u2019 al conectarse a un host cuyo clave a\u00fan no es conocida por el cliente, el software cliente muestra al usuario un \u2018molde de clave\u2019 (key fingerprint). Se recomienda verificar cuidadosamente el \u2018molde de clave\u2019 mostrado por el software cliente con el molde de clave del servidor, preferiblemente obtenido a trav\u00e9s de canales de comunicaci\u00f3n seguros o en persona.<\/p>\n<p><\/p>\n<p>El soporte para SSH est\u00e1 implementado en todos los sistemas similares a UNIX, y en la mayor\u00eda de ellos, entre las utilidades est\u00e1ndar se encuentran el cliente y el servidor ssh. Existen numerosas implementaciones de clientes SSH para sistemas operativos que no son UNIX. El protocolo gan\u00f3 gran popularidad tras el desarrollo generalizado de analizadores de tr\u00e1fico y m\u00e9todos de interrupci\u00f3n de redes locales, como una soluci\u00f3n alternativa al protocolo Telnet, que es poco seguro, para gestionar nodos importantes.<\/p>\n<p><\/p>\n<h3>Conexi\u00f3n utilizando SSH<\/h3>\n<p><\/p>\n<p>Para trabajar con SSH se necesita un servidor SSH y un cliente SSH. El servidor escucha conexiones de las m\u00e1quinas clientes y, al establecerse la conexi\u00f3n, realiza la autenticaci\u00f3n, tras lo cual comienza a atender al cliente. El cliente se usa para acceder a una m\u00e1quina remota y ejecutar comandos.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Protocolos SFTP y FTPS\" src=\"\/wp-content\/uploads\/2020\/05\/2370127e0483cf579c3ae461819ada7c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Comparaci\u00f3n con FTPS<\/h3>\n<p><\/p>\n<p>Lo principal que diferencia SFTP de FTP est\u00e1ndar y FTPS es que SFTP cifra absolutamente todos los comandos, nombres de usuario, contrase\u00f1as y otra informaci\u00f3n confidencial.<\/p>\n<p><\/p>\n<p>Ambos protocolos, FTPS y SFTP, utilizan una combinaci\u00f3n de algoritmos asim\u00e9tricos (RSA, DSA), algoritmos sim\u00e9tricos (DES\/3DES, AES, Twhofish, etc.), as\u00ed como un algoritmo de intercambio de claves. Para la autenticaci\u00f3n, FTPS (o, para ser m\u00e1s precisos, SSL\/TLS a trav\u00e9s del protocolo FTP) utiliza certificados X.509, mientras que SFTP (protocolo SSH) emplea claves SSH.<\/p>\n<p><\/p>\n<p>Los certificados X.509 incluyen una clave p\u00fablica y cierta informaci\u00f3n sobre el certificado del propietario. Esta informaci\u00f3n, por otro lado, permite verificar la integridad del propio certificado, la autenticidad y el propietario del certificado. Cada certificado X.509 tiene una clave privada asociada, que generalmente se almacena separada del certificado por razones de seguridad.<\/p>\n<p><\/p>\n<p>La clave SSH contiene \u00fanicamente la clave p\u00fablica (la clave privada correspondiente se almacena por separado). No contiene ninguna informaci\u00f3n sobre el propietario de la clave. Algunas implementaciones de SSH utilizan certificados X.509 para la autenticaci\u00f3n, pero en realidad no verifican toda la cadena de certificados; solo se utiliza la clave p\u00fablica (lo que hace que dicha verificaci\u00f3n de autenticidad sea incompleta).<\/p>\n<p><\/p>\n<h1>Conclusi\u00f3n<\/h1>\n<p><\/p>\n<p>El protocolo FTP juega, sin duda, un papel importante en el almacenamiento y distribuci\u00f3n de informaci\u00f3n en la red a pesar de su avanzada edad. Es un protocolo conveniente, multifuncional y estandarizado. Sobre su base se han creado numerosos archivos de archivos que ser\u00edan menos eficientes sin ellos. Adem\u00e1s, es f\u00e1cil de configurar, y existen servidores y programas clientes para pr\u00e1cticamente todas las plataformas relevantes y algunas no tan relevantes.<\/p>\n<p><\/p>\n<p>A su vez, sus versiones seguras abordan el problema de la privacidad de los datos almacenados y transmitidos en el mundo moderno. Ambos nuevos protocolos tienen sus ventajas y desventajas y cumplen funciones ligeramente diferentes. En las \u00e1reas donde se requiere un archivo de archivos, es preferible utilizar FTPS, especialmente si anteriormente ya se hab\u00eda utilizado el FTP cl\u00e1sico. SFTP es menos com\u00fan debido a su incompatibilidad con el antiguo protocolo, pero es m\u00e1s seguro y tiene m\u00e1s funcionalidades, ya que forma parte del sistema de gesti\u00f3n remota.<\/p>\n<p><\/p>\n<h1>Lista de fuentes<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/topref.ru\/referat\/52883.html\">Resumen 'Protocolo FTP. Informaci\u00f3n general y caracter\u00edsticas'<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/studentlib.com\/referat-191865-protokoly_ssh_cmip_telnet.html\">Resumen 'Protocolos SSH, CMIP, Telnet'<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/works.doklad.ru\/view\/l4Ukh5_LHzk.html\">Informe 'SSL\/TLS'<\/a><\/noindex><\/li>\n<\/ul>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/500438\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e. \u0412 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u043c \u0441\u0443\u0445\u0438\u0435 \u0444\u0430\u043a\u0442\u044b \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u0438 \u043f\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0435. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u044f \u0440\u0435\u0448\u0438\u043b \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043f\u043e\u0434\u043a\u043e\u0440\u0440\u0435\u043a\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0442\u0435\u043a\u0441\u0442 \u0438 \u0432\u044b\u043b\u043e\u0436\u0438\u0442\u044c \u0435\u0433\u043e \u0432 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435 \u0441\u0442\u0430\u0442\u044c\u0438. \u0427\u0442\u043e \u0442\u0430\u043a\u043e\u0435 FTP FTP (File Transfer Protocol) \u2013 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80501,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80500","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/protokoly-sftp-i-ftps\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b SFTP \u0438 FTPS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/protokoly-sftp-i-ftps\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-06T11:42:29+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-06T11:42:29+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Protocolos SFTP y FTPS | ProHoster","description":"Prefacio Literalmente, hace una semana escrib\u00ed un resumen sobre el tema mencionado en el t\u00edtulo y me encontr\u00e9 con que, digamos, no hay mucha informaci\u00f3n educativa en la red.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/protokoly-sftp-i-ftps","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u044b SFTP \u0438 FTPS | ProHoster","og:description":"\u041f\u0440\u0435\u0434\u0438\u0441\u043b\u043e\u0432\u0438\u0435 \u0411\u0443\u043a\u0432\u0430\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0435\u043b\u044e \u043d\u0430\u0437\u0430\u0434 \u044f \u043f\u0438\u0441\u0430\u043b \u0440\u0435\u0444\u0435\u0440\u0430\u0442 \u043f\u043e \u043e\u0431\u043e\u0437\u043d\u0430\u0447\u0435\u043d\u043d\u043e\u0439 \u0432 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0435 \u0442\u0435\u043c\u0435 \u0438 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e, \u0441\u043a\u0430\u0436\u0435\u043c \u0442\u0430\u043a, \u043f\u043e\u0437\u043d\u0430\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u0441\u0435\u0442\u0438 \u043d\u0435 \u0442\u0430\u043a \u0443\u0436 \u043c\u043d\u043e\u0433\u043e.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/protokoly-sftp-i-ftps","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-06T11:42:29+00:00","article:modified_time":"2020-05-06T11:42:29+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80500","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 16:16:28","updated":"2022-10-01 20:55:08","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/80500","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=80500"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/80500\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/80501"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=80500"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=80500"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=80500"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}