0
HTTPS ( Hypertext Transfer Protocol Secure )
Realizado por:     <ul><ul><li>  Antonio Jesús muñoz </li></ul></ul><ul><ul><li>  Jesús Rio </li></ul></ul><ul><ul><li>  C...
Protocolo HTTP     <ul><li>Hypertext Transfer Protocol o HTTP (en español protocolo de transferencia de hipertexto) es el ...
Transacciones HTTP <ul><li>Una transacción HTTP está formada por un encabezado seguido, opcionalmente, por una línea en bl...
<ul><li>HTTPS (Protocolo Seguro de Transferencia de Hipertexto). Hypertext Transfer Protocol Secure, más conocido por sus ...
<ul><li>Idea principal.   La idea principal del HTTPS es la de crear un canal seguro sobre una red insegura. Esto proporci...
<ul><li>Sin embargo una conexión HTTPS  a un website puede ser validada si y solo si todo lo siguiente es verdad:  1- El u...
<ul><li>Integración con el navegador. </li></ul><ul><li>Cabe mencionar que el uso del protocolo HTTPS no impide que se pue...
<ul><li>Características técnicas   </li></ul><ul><ul><li>El sistema HTTPS utiliza un cifrado basado en SSL/TLS para crear ...
<ul><li>Diferencias con HTTP.   </li></ul><ul><ul><li>En el protocolo HTTP las URLs comienzan con &quot;http://&quot; y ut...
<ul><li>Capas de red. </li></ul><ul><li>HTTP opera en la capa más alta del Modelo OSI, la Capa de Aplicación; y el protoco...
<ul><li>Configuración del servidor.   </li></ul><ul><ul><li>Para preparar un servidor web que acepte conexiones HTTPS, el ...
<ul><li>Conceptos clave. </li></ul><ul><li>TLS: Transport Layer Security (Seguridad de la Capa de Transporte), su sucesore...
FIN
Upcoming SlideShare
Loading in...5
×

Https

4,802

Published on

Protocolo HTTPS

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
4,802
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
189
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Transcript of "Https"

  1. 1. HTTPS ( Hypertext Transfer Protocol Secure )
  2. 2. Realizado por:    <ul><ul><li>  Antonio Jesús muñoz </li></ul></ul><ul><ul><li>  Jesús Rio </li></ul></ul><ul><ul><li>  Carlos Anguiano </li></ul></ul><ul><ul><li>  Javier Tena </li></ul></ul><ul><ul><li>  David Carrascosa </li></ul></ul>
  3. 3. Protocolo HTTP    <ul><li>Hypertext Transfer Protocol o HTTP (en español protocolo de transferencia de hipertexto) es el protocolo usado en cada transacción de la World Wide Web. HTTP fue desarrollado por el World Wide Web Consortium y la Internet Engineering Task Force. HTTP es un protocolo sin estado, es decir, que no guarda ninguna información sobre conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentemente mantener estado. Para esto se usan las cookies, que es información que un servidor puede almacenar en el sistema cliente </li></ul><ul><li>EJEMPLO:    http://www.tuenti.com/ </li></ul>
  4. 4. Transacciones HTTP <ul><li>Una transacción HTTP está formada por un encabezado seguido, opcionalmente, por una línea en blanco y algún dato. El encabezado especificará cosas como la acción requerida del servidor, o el tipo de dato retornado, o el código de estado. Un encabezado es un bloque de datos que precede a la información propiamente dicha, por lo que muchas veces se hace referencia a él como metadato —porque tiene datos sobre los datos. </li></ul>
  5. 5. <ul><li>HTTPS (Protocolo Seguro de Transferencia de Hipertexto). Hypertext Transfer Protocol Secure, más conocido por sus siglas HTTPS, es un protocolo de red basado en el protocolo HTTP, destinado a la transferencia segura de datos de hipertexto, es decir, es la versión segura de HTTP. </li></ul><ul><li>Es utilizado principalmente por entidades bancarias, tiendas online, y cualquier tipo de servicio que requiera el envío de datos personales o contraseñas. </li></ul>
  6. 6. <ul><li>Idea principal.   La idea principal del HTTPS es la de crear un canal seguro sobre una red insegura. Esto proporciona una protección razonable contra ataques eavesdropping y man-in-the-middle, siempre que se empleen métodos de cifrado adecuados y que el certificado del servidor sea verificado y resulte de confianza. </li></ul><ul><li>  </li></ul><ul><li>La confianza inherente de HTTPS está basada </li></ul><ul><li>en una autoridad de certificación superior que </li></ul><ul><li>viene preinstalada en el software del </li></ul><ul><li>navegador. </li></ul>
  7. 7. <ul><li>Sin embargo una conexión HTTPS  a un website puede ser validada si y solo si todo lo siguiente es verdad:  1- El usuario confía en la autoridad de certificación para dar fe solo    para website legítimos sin nombres engañosos. 2- El website proporciona un certificado válido, lo que significa que está firmado por una autoridad confiable. 3- El certificado identifica correctamente al website. 4- Cada uno de los nodos involucrados en internet son dignos de confianza, o que el usuario confíe en que la capa de cifrado del protocolo es inquebrantable por un eavesdropper. </li></ul>
  8. 8. <ul><li>Integración con el navegador. </li></ul><ul><li>Cabe mencionar que el uso del protocolo HTTPS no impide que se pueda utilizar HTTP. Es aquí cuando nuestro navegador nos advertirá sobre la carga de elementos no seguros (HTTP), estando conectados a un entorno seguro (HTTPS)  </li></ul>
  9. 9. <ul><li>Características técnicas   </li></ul><ul><ul><li>El sistema HTTPS utiliza un cifrado basado en SSL/TLS para crear un canal cifrado 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 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. </li></ul></ul><ul><ul><li>El puerto estándar para este protocolo es el 443. </li></ul></ul><ul><ul><li>SSL: permite la autenticación de servidores, la codificación de datos y la integridad de los mensajes. </li></ul></ul><ul><ul><li>Con SSL tanto en el cliente como en el servidor, sus comunicaciones en Internet serán transmitidas en formato codificado. De esta manera, puede confiar en que la información que envíe llegará de manera privada y no adulterada al servidor que se especifique. </li></ul></ul>
  10. 10. <ul><li>Diferencias con HTTP.   </li></ul><ul><ul><li>En el protocolo HTTP las URLs comienzan con &quot;http://&quot; y utilizan por defecto el puerto 80, Las URLs de HTTPS comienzan con &quot;https://&quot; y utilizan el puerto 443 por defecto. </li></ul></ul><ul><li>  </li></ul><ul><ul><li>HTTP es inseguro y está sujeto a ataques man-in-the-middle y eavesdropping que pueden permitir al atacante obtener acceso a cuentas de un sitio web e información confidencial. HTTPS está diseñado para resistir esos ataques y ser seguro. </li></ul></ul>
  11. 11. <ul><li>Capas de red. </li></ul><ul><li>HTTP opera en la capa más alta del Modelo OSI, la Capa de Aplicación; y el protocolo de 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 (SSL) o una conexión con Seguridad de la Capa de Transporte (TLS). </li></ul>
  12. 12. <ul><li>Configuración del servidor.   </li></ul><ul><ul><li>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. </li></ul></ul><ul><ul><li>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. </li></ul></ul>
  13. 13. <ul><li>Conceptos clave. </li></ul><ul><li>TLS: Transport Layer Security (Seguridad de la Capa de Transporte), su sucesores son protocolos criptográficos que proporcionan     comunicaciones seguras por una red, comúnmente Internet Peticiones “Head”: Pide una respuesta idéntica a la que correspondería a una petición GET, pero sin el cuerpo de la respuesta Peticiones “Get”:  Pide una representación del recurso especificado. Por seguridad no debería ser usado por aplicaciones que causen efectos ya que transmite información a través de la URI agregando     parámetros a la URL. Peticiones “Options”: Devuelve los método HTTP que el servidor soporta para un URL especifico. </li></ul>
  14. 14. FIN
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×