La determinación y el ingenio de los ciberdelincuentes parecen no tener límites. Casi a diario, saltan a los titulares noticias sobre una nueva brecha de seguridad en una red, un robo de datos o un ataque de ransomware. Las consecuencias pueden ser catastróficas, por lo que cada vez es más importante proteger los activos web y el tráfico para evitar que caigan en manos malintencionadas.
Como uno de los principales tipos de tráfico de Internet, el tráfico HTTP entre navegadores y sitios web está, por supuesto, expuesto a estos ataques. Una forma fundamental de proteger el tráfico HTTP frente a escuchas y manipulaciones consiste en cifrarlo mediante el protocolo Seguridad de la capa de transporte (TLS). El tráfico cifrado se denomina propiamente tráfico HTTPS, donde la S significa seguro, aunque en la mayoría de los casos se utiliza simplemente HTTP para referirse a ambos tipos de tráfico.
Puedes saber si un sitio web admite cifrado fijándote en la URL:
- Las URL que empiezan por https:// utilizan cifrado
- Las URL que empiezan por http:// no están cifradas
Muchos navegadores también muestran un icono de candado en el extremo izquierdo de la barra de direcciones cuando se utiliza el cifrado.
Nota: El predecesor de TLS, Secure Sockets Layer (SSL), está actualmente obsoleto, pero sigue utilizándose con bastante frecuencia a pesar de sus vulnerabilidades de seguridad. Del mismo modo, el término SSL (o SSL/TLS) se utiliza a menudo para referirse al cifrado del tráfico HTTP, incluso cuando en realidad se usa TLS.
SSL/TLS y NGINX
Como breve introducción al cifrado SSL/TLS en NGINX, veamos algunas directivas. La configuración básica de NGINX para HTTPS es bastante sencilla:
server { listen 443 ssl;
server_name www.example.com;
ssl_certificate www.example.com.crt;
ssl_certificate_key www.example.com.key;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers HIGH:!aNULL:!MD5;
#...
}La directiva listen indica a NGINX que escuche en el puerto 443 el tráfico HTTPS (parámetro ssl) dirigido al dominio especificado por la directiva server_name (en este caso, www.example.com).
Las directivas ssl_certificate y ssl_certificate_key indican los archivos donde se almacenan el certificado TLS y la clave del dominio. Las directivas ssl_protocols y ssl_ciphers especifican, respectivamente, qué versiones de SSL/TLS y qué conjuntos de cifrado (algoritmos de cifrado) admite este servidor virtual NGINX. Con estas directivas configuradas, NGINX negocia una conexión segura con el cliente y sirve contenido HTTPS autenticado mediante su certificado.
Ver el seminario web
Una cosa es describir cómo se utilizan las directivas para HTTPS, pero comprender los conceptos relacionados con los certificados, las claves y los cifrados es mucho más complejo. Para obtener una introducción completa y accesible, vea nuestro seminario web gratuito bajo demanda NGINX 101: Cifrado del tráfico web con SSL/TLS y NGINX.
En el seminario web, podrá profundizar en el cifrado del tráfico web y aprender lo siguiente:
- Cómo establece NGINX una sesión protegida mediante HTTPS con un cliente
- Configuraciones básicas y avanzadas de NGINX, con una demostración en tiempo real
- Formas de redirigir las solicitudes HTTP a HTTPS
- Configuración de TLS recomendada
Si te interesa empezar a utilizar NGINX Open Source y aún tienes preguntas, únete al Slack de la comunidad de NGINX – ¡preséntate y conoce a esta comunidad de usuarios avanzados de NGINX! Si ya quieres empezar a utilizar NGINX Plus, inicia tu prueba gratuita de 30 días hoy mismo o ponte en contacto con nosotros para hablar sobre tus casos de uso.
Sobre el autor

Artículos relacionados del blog
Únete a F5 NGINX en AppWorld 2024
Descubre las numerosas razones para asistir al evento insignia de F5, que incluirá un emocionante anuncio sobre la cartera de productos NGINX.
Rotación de certificados SSL/TLS sin reinicios en NGINX Open Source
La función de diccionario compartido permite configurar NGINX sin necesidad de reiniciarlo al renovar los certificados SSL/TLS.
Exposición de APIs en Kubernetes
La unidad 2 de Microservices March 2022 se centra en cómo exponer tus API en Kubernetes. Aquí tienes enlaces a los recursos que necesitas: la retransmisión en directo del 14 de marzo, artículos de blog y otros recursos de preparación, y el laboratorio práctico «Protege las API de Kubernetes mediante la limitación de solicitudes».
NGINX Sprint 2.0: visión clara, código renovado y nuevos compromisos con el código abierto
Hoy, en NGINX Sprint 2.0, anunciamos cómo respaldaremos nuestra visión del futuro de las aplicaciones modernas con una mayor presencia en la comunidad de código abierto, incluida la participación en el proyecto comunitario Kubernetes, nuevos proyectos de software de código abierto y la arquitectura de referencia para aplicaciones modernas.
Presentamos NGINX Plus R22
NGINX Plus R22 incorpora nuevas funcionalidades, como la compatibilidad con OCSP para verificar la revocación de certificados en TLS mutuo, el uso de varios proveedores de identidad OIDC en una configuración, el seguimiento en tiempo real de la limitación de solicitudes y conexiones en el panel de NGINX Plus y mejoras en NGINX JavaScript.
Presentamos NGINX Plus R17
NGINX Plus R17 incorpora compatibilidad con la limitación de velocidad en dos fases y con TLS 1.3, la versión más reciente del protocolo Transport Layer Security. La configuración de OpenID Connect es más sencilla y NGINX ModSecurity WAF es el doble de rápido que antes. También se ha actualizado el módulo JavaScript de NGINX.