¿Por qué no más sitios web usan HTTPS?

Es costoso (de $ 300 a $ 1500 al año) y engorroso obtener un certificado SSL de una autoridad de certificación de confianza. A menudo necesita un comprobante de identidad (pasaporte, etc.) y debe proporcionar suficiente información a la autoridad de certificación para demostrar que posee el dominio. Ese proceso puede llevar algún tiempo, dependiendo.

Sin embargo, hay varias clases de certificados. Puede obtener certificados de validación de dominio por precios mucho más baratos (o incluso gratuitos de algunas CA), pero muchas organizaciones optan por los certificados de validación extendida (EV). Ese riguroso proceso de verificación coloca el nombre de su organización en la barra de estado junto a la URL.

Del mismo modo, puede ser bastante difícil configurar correctamente su sitio web para usar el certificado una vez que haya obtenido uno, dependiendo de cómo esté alojado y configurado el sitio.

Es más costoso, particularmente para sitios web a gran escala que le ofrecen muchos medios. Los navegadores se desplegarán y solicitarán al usuario incluso si una sola imagen en la página no es HTTPS, por lo que todos los CDN de sus sitios también requieren configuraciones / certificados HTTPS válidos.

Por último, para los sitios grandes que aún no se han cambiado a HTTPS solo cuando un usuario ha iniciado sesión, generalmente existe una gran aversión al cambio (puede ser mucho trabajo hacer cumplir HTTPS en todas partes).

Todo este esfuerzo definitivamente vale la pena, y es genial que este tipo de ataques sean cada vez más visibles. Tenga en cuenta que este tipo de ataques han estado ahí fuera y se conocen desde hace mucho tiempo, pero solo ahora están llamando la atención …

Más desarrolladores web pensarán en HTTPS por adelantado ahora, y evitarán muchos de los problemas anteriores. Pero para los sitios existentes, puede pasar un tiempo antes de que los veamos hacer el cambio 🙁

Hoy, creo que más sitios web usarán HTTPS gracias a Let’s Encrypt – Certificados SSL / TLS gratuitos, que proporcionan un certificado SSL estándar gratuito para todos, y también proporciona un complemento para instalar y renovar automáticamente el certificado cuando caduque.

Sin embargo, la configuración de HTTPS siempre ha sido engorrosa. En primer lugar, se confundirá qué clase de certificado debe comprar. ¿Dominio único, dominio múltiple o comodín? ¿Validación extendida? SNI o no? ¿Es mejor el certificado caro? Después de un tiempo te pierdes en esa jerga de seguridad.

Bien, digamos que sobreviviste y finalmente podrás elegir el tipo correcto de certificado que deseas. El siguiente paso es que necesita verificar su propiedad de su nombre de dominio. También es fácil perderse aquí, porque cada proveedor tiene su propia forma de verificar, y a veces no está muy claro lo que debe hacer. EV es aún más difícil porque también necesita verificar su entidad física (por ejemplo, su empresa) también.

Después de pasar por esa verificación, obtendrá el certificado. Ahora tienes que instalarlo en tu servidor. Si está ejecutando en alguna plataforma como CPanel o AWS, tiene suerte. Aquellos que ejecutan su propio servidor deben iniciar sesión de forma remota e instalarlo a través de la línea de comandos. Y antes de que pueda hacer eso, debe convertir su certificado al formato correcto para su plataforma, como .pfx, .p12 o .cer. Cada plataforma tiene su propia preferencia del formato.

Finalmente, obtienes todo el trabajo y corriendo. Un año después, su certificado caduca y comienza de nuevo, olvidando por completo todo lo que hizo un año antes.

Es por eso que algunos sitios web no se molestaron en instalar HTTPS.

Aquí hay una excelente respuesta a esta pregunta de Matt Jones: ¿por qué los sitios web no pueden convertir todo en HTTPS para evitar que funcione la firefep?