Protocolo seguro de transferencia de hipertexto

El Protocolo seguro de transferencia de hipertexto (en inglés, Hypertext Transfer Protocol Secure o HTTPS) es un protocolo de aplicación basado en el protocolo HTTP, destinado a la transferencia segura de datos de hipertexto, es decir, es la versión segura de HTTP.

Protocolo seguro de transferencia de hipertexto
Función	Transferencia segura de hipertexto
Puertos	443/TCP
Ubicación en la pila de protocolos
Aplicación HTTPS Transporte SSL/TLS TCP Red IP
Estándares
RFC 2818 – HTTP sobre TLS
[editar datos en Wikidata]

Características técnicas

 

Muchos navegadores, incluyendo Firefox (en la imagen), usa un aviso en la barra de direcciones para indicar al usuario de quedar su conexión es segura, coloreando el fondo y con el nombre del dueño del sitio web.

 

Cuando se accede a un sitio web con un certificado común, en la barra de direcciones no se observa el dueño del sitio. En algunos navegadores, puede aparecer un símbolo de candado.

Usa TLS para crear un canal cifrado (cuyo nivel de cifrado depende del servidor remoto y del navegador utilizado por el cliente) más apropiado para el tráfico de información sensible que el protocolo HTTP. De este modo se consigue que la información sensible (usuario y claves de paso normalmente) no pueda ser usada por un atacante que haya conseguido interceptar la transferencia de datos de la conexión, ya que lo único que obtendrá será un flujo de datos cifrados que le resultará imposible de descifrar.

El puerto estándar para este protocolo es el 443. (También comúnmente usado el 4433)

Historia

Netscape Communications creó HTTPS en 1992 para su navegador Netscape Navigator.^[1]​ Originalmente, HTTPS era utilizado solamente con el cifrado SSL, pero este se volvió obsoleto ante TLS. HTTPS fue adoptado como un estándar web con la publicación de RFC 2818 en mayo del 2000.^[2]​

Diferencias con HTTP

En el protocolo HTTP las URLs comienzan con "http://" y utilizan por omisión el puerto 80, las URLs de HTTPS comienzan con "https://" y utilizan el puerto 443 por omisión.

HTTP es inseguro y está sujeto a ataques man-in-the-middle y eavesdropping que pueden permitir al atacante obtener acceso a bancos y a cuentas de un sitio web e información confidencial. HTTPS está diseñado para resistir esos ataques y ser más seguro.

Capas de red

El sistema de HTTPS opera en la capa más alta del modelo OSI, la capa de aplicación; pero el protocolo sin seguridad opera en una subcapa más baja, cifrando un mensaje HTTP previo a la transmisión y descifrando un mensaje una vez recibido. Estrictamente hablando, HTTPS no es un protocolo separado, pero refiere el uso del HTTP ordinario sobre una Capa de Conexión Segura cifrada Secure Sockets Layer (SSL) o una conexión con Seguridad de la Capa de Transporte (TLS).

Configuración del servidor

Para preparar un servidor web que acepte conexiones HTTPS, el administrador debe crear un certificado de clave pública para el servidor web. Este certificado debe estar firmado por una autoridad de certificación para que el navegador web lo acepte. La autoridad certifica que el titular del certificado es quien dice ser. Los navegadores web generalmente son distribuidos con los certificados raíz firmados por la mayoría de las autoridades de certificación por lo que estos pueden verificar certificados firmados por ellos.

Adquisición de certificados

Adquirir certificados puede ser gratuito^[3]​^[4]​ o costar entre US$13^[5]​ y US$1500^[6]​ por año.

Las organizaciones pueden también ser su propia autoridad de certificación, particularmente si son responsables de establecer acceso a navegadores de sus propios sitios (por ejemplo, sitios en la intranet de una empresa, o grandes universidades). Estas pueden fácilmente agregar copias de su propio certificado firmado a los certificados de confianza distribuidos con el navegador.

También existen autoridades de certificación persona a persona (peer-to-peer).

Usar un control de acceso

El sistema puede también ser usado para la autenticación de clientes con el objetivo de limitar el acceso a un servidor web a usuarios autorizados. Para hacer esto el administrador del sitio típicamente crea un certificado para cada usuario, un certificado que es guardado dentro de su navegador. Normalmente, este contiene el nombre y la dirección de correo del usuario autorizado y es revisado automáticamente en cada reconexión para verificar la identidad del usuario, potencialmente sin que cada vez tenga que ingresar una contraseña.

En caso de claves privadas comprometidas

Un certificado puede ser revocado si este ya ha expirado, por ejemplo cuando el secreto de la llave privada ha sido comprometido. Los navegadores más nuevos como son Firefox,^[7]​ Opera,^[8]​ e Internet Explorer sobre Windows Vista^[9]​ implementan el Protocolo de Estado de Certificado Online (OCSP) para verificar que ese no es el caso. El navegador envía el número de serie del certificado a la autoridad de certificación o, es delegado vía OCSP y la autoridad responde, diciéndole al navegador si debe o no considerar el certificado como válido.^[10]​

Adopción de HTTPS

En febrero de 2017, la adopción HTTPS fue:

• Argentina: 9,77% del total de dominios.^[11]​
• España: 5,11% del total de dominios.^[12]​
• México: 13.31% del total de dominios.^[13]​
• Chile: 18,71% del total de dominios.^[14]​
• Colombia: 4,85% del total de dominios.^[15]​

Desde Google se está intentando incentivar el uso de https para mejorar la seguridad de transferencia de información en internet. Actualmente, desde su navegador Chrome marcan como "no seguras" las urls bajo http y según las comunicaciones de la compañía en un futuro marcarán como "no seguras" todas las webs que no estén bajo https. Esto está aumentando la tasa de implementación de certificados SSL y cada vez más webs están bajo https.

Limitaciones

El nivel de protección depende de la exactitud de la implementación del navegador web, el software del servidor y los algoritmos de cifrado actualmente soportados. Vea la lista en Idea Principal.

También, HTTPS es vulnerable cuando se aplica a contenido estático de publicación disponible. El sitio entero puede ser indexado usando una araña web, y la URI del recurso cifrado puede ser adivinada conociendo solamente el tamaño de la petición/respuesta.^[16]​ Esto permite a un atacante tener acceso al texto plano (contenido estático de publicación), y al texto cifrado (La versión cifrada del contenido estático), permitiendo un ataque criptográfico.

Debido a que SSL opera bajo HTTP y no tiene conocimiento de protocolos de nivel más alto, los servidores SSL solo pueden presentar estrictamente un certificado para una combinación de puerto/IP en particular^[17]​ Esto quiere decir, que en la mayoría de los casos, no es recomendable usar Hosting virtual name-based con HTTPS. Existe una solución llamada Server Name Indication (SNI) que envía el hostname al servidor antes de que la conexión sea cifrada, sin embargo muchos navegadores antiguos no soportan esta extensión. El soporte para SNI está disponible desde Firefox 2, Opera 8, e Internet Explorer 7 sobre Windows Vista.^[18]​^[19]​^[20]​

Véase también

• Protocolo AAA
• Seguridad informática
• Secure Hypertext Transfer Protocol
• HTTPS Everywhere

Referencias

1. Walls, Colin (2005). Embedded software. p. 344. 
2. Rescorla, E (mayo de 2000s). «HTTP Over TLS». Internet Engineering Task Force. Consultado el 6 de mayo de 2009.  La referencia utiliza el parámetro obsoleto |mes= (ayuda)
3. «Certificados Gratuitos StartSSL». StartSSL. Consultado el 20 de mayo de 2009. 
4. «Let's Encrypt - Free SSL/TLS Certificates». Consultado el 16 de octubre de 2017. 
5. «Servicios de Certificación SSL». Go Daddy. Consultado el 6 de mayo de 2009. 
6. «Secure Site Pro con EV». VeriSign. Consultado el 6 de mayo de 2009. 
7. . Mozilla Foundation. 27 de abril de 2009. Archivado desde el original el 26 de mayo de 2009. Consultado el 13 de mayo de 2009. 
8. Opera 8 lanzado en FTP. Softpedia. 19 de abril de 2005. Consultado el 13 de mayo de 2009. 
9. Lawrence, Eric (31 de enero de 2006). «HTTPS Security Improvements en Internet Explorer 7». MSDN. Consultado el 13 de mayo de 2009. 
10. Myers, M; Ankney, R; Malpani, A; Galperin, S; Adams, C (junio de 1999). «Online Certificate Status Protocol - OCSP». Internet Engineering Task Force. Consultado el 13 de mayo de 2009.  La referencia utiliza el parámetro obsoleto |mes= (ayuda)
11. . Archivado desde el original el 13 de febrero de 2017. Consultado el 12 de febrero de 2017. 
12. https://www.glasdom.es el 19 de enero de 2018 en Wayback Machine. /estadisticas-del-internet-espanol
13. . Archivado desde el original el 13 de febrero de 2017. Consultado el 20 de febrero de 2017. 
14. . Archivado desde el original el 13 de febrero de 2017. Consultado el 12 de febrero de 2017. 
15. . Archivado desde el original el 13 de febrero de 2017. Consultado el 20 de febrero de 2017. 
16. Morales, Manuel (22 de julio de 1938). . Archivado desde el original el 8 de marzo de 2009. Consultado el 11 de noviembre de 2013. 
17. Apache FAQ: Why can't I use SSL with name-based/non-IP-based virtual hosts?
18. MORALES, Manuel (22julio de 1938). «Upcoming HTTPS Improvements in Internet Explorer 7 Beta 2». Microsoft. Consultado el 24 de noviembre de 2013. 
19. Server Name Indication (SNI)
20. Mozilla 1.8

Enlaces externos

• RFC 2818: HTTP Sobre TLS
• Especificaciones SSL 3.0 (IETF)
• Documentación para mod_ssl de Apache
• Protocolo HTTPS en el desarrollo de Internet Explorer - MSDN
• Manually Configuring Windows Communication Foundation (WCF) cuando usar HTTP y HTTPS - MSDN
• Actualizaciones de Seguridad HTTPS en Internet Explorer 7 & su Impacto en la Compatibilidad - MSDN
• Comunicación oficial de Google marcado webs como no seguras

•   Datos: Q44484
•   Multimedia: HTTPS
•   Coordinación: HTTPS