Niveles Superiores LSUB, GYSC, URJC. Thursday 12 March 15

Transcripción

1 Niveles Superiores LSUB, GYSC, URJC

2 Niveles Superiores

3 Niveles superiores Sesión, presentación y aplicación (OSI) En el modelo de TCP/IP suelen estar en un sólo protocolo de nivel de aplicación Se pueden ver como responsabilidades del nivel de aplicación

4 Sesión Agrupar el estado de un cliente Autenticación Autorización Salvar y restaurar

5 Presentación Serialización (endiannes, representación de cadenas de texto, etc.) Cifrado

6 Caracteres: ASCII

7 Caracteres: UTF-8 Representación interna, v.s. externa

8 Enteros: Endianness

9 Enteros: Endianness

10 Aplicación Depende de cada aplicación Cada aplicación tiene diferentes necesidades y por tanto usos de red

11 Telnet TCP, puerto 23 (aunque al cliente se le puede especificar otro) Shell remota, RFC 854 En claro (y la contraseña en claro, aunque eso se puede arreglar), mejor SSH Muchos otros protocolos basados en éste (SMTP) Se sigue usando para depurar y para consolas Es muy sencillo

12 Telnet telnet bla.servidor.com 9090 Protocolo orientado a texto

13 Telnet, cliente $telnet bla.com 9090 Trying ::1... Connected to bla.com. Escape character is '^]'. ^] telnet> quit Connection closed. $

14 Telnet Escape character is '^]'. ^] Aquí nos dice que Control-] pasa al modo de comandos telnet> quit Quit es para salir

15 Telnet Se manda ASCII Cada línea acaba en CRLF (\r\n) El carácter NULL (0) para no mandar nada El byte 255 es especial y lo que hay detrás es un comando (hay unos cuantos, no todos obligatorios)

16 Correo Mail transfer agent: MTA Mail user agent: MUA Mail delivery agent: MDA Mail transfer protocol: MTP

17 Correo MTA: Servidor de correo (oficina correos) MUA: Outlook MDA: Pop3, Imap, cartero que va a casa (correo entrante) MTP: Smtp, cartero (en tránsito)

18 SMTP (cartero) Simple Mail Transfer Protocol Sirve para entregar correos (cartero) Para recoger correos otros protocolos (imap, pop) RFC 821, RFC 5321 TCP, puerto 25, intermedio TCP, puerto 587, SSL (cifrado) 465: usuario

19 SMTP Protocolo basado en texto 2xx todo bien, sigue 4xx fallo temporal 5xx fallo permanente

20 Remitente MAIL FROM Mensaje Acabado en. SMTP Servidor: 220 smtp.example.com ESMTP Postfix Cliente: HELO relay.example.org Servidor: 250 Hello relay.example.org, I am glad to meet you Cliente: MAIL FROM:<bob@example.org> Servidor: 250 Ok Cliente: RCPT TO:<alice@example.com> Servidor: 250 Ok Cliente: RCPT TO:<theboss@example.com> Servidor: 250 Ok Cliente: DATA Servidor: 354 End data with <CR><LF>.<CR><LF> Cliente: From: "Bob Example" <bob@example.org> Cliente: To: "Alice Example" <alice@example.com> Cliente: CCliente: theboss@example.com Cliente: Date: Tue, 15 January :02: Cliente: Subject: Test message Cliente: Cliente: Hello Alice. Cliente: This is a test message with 5 header fields and 4 lines in the message body. Cliente: Your friend, Cliente: Bob Cliente:. Servidor: 250 Ok: queued as Cliente: QUIT Servidor: 221 Bye {El servidor cierra la conexión} Destinatario RCPT TO

21 SMTP Cómo se sabe a quien mandar? El registro MX para el dominio Cómo se sabe quien es el remitente? Porque lo dice, puede realmente suplantar a quien quiera (spam...) Voy a mandar un correo a gmail diciendo que soy elpapa@elvaticano.es

22 SMTP Primero averiguo el MX de gmail: dig -t MX gmail.com ; <<>> DiG P1 <<>> -t MX gmail.com ;; global optionservidor: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, statuservidor: NOERROR, id: ;; flagservidor: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 10 ;; QUESTION SECTION: ;gmail.com.!!! IN! MX ;; ANSWER SECTION: gmail.com.!! 1243! IN! MX! 40 alt4.gmail-smtpin.l.google.com.

23 SMTP Como está basado en telnet: $ telnet alt4.gmail-smtp-in.l.google.com 25 Trying Connected to alt4.gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP c9si606442pbj gsmtp HELO bag.com 250 mx.google.com at your service MAIL FROM:<elpapa@vaticano.es> OK c9si606442pbj gsmtp RCPT TO:<paurea@gmail.com> OK c9si606442pbj gsmtp DATA 354 Go ahead c9si606442pbj gsmtp From:<elpapa@vaticano.es> To:<paurea@gmail.com> Hola, soy yo el papa OK c9si606442pbj gsmtp QUIT closing connection c9si606442pbj gsmtp Connection closed by foreign host.

24 SMTP En mi buzón:

25 IMAP (buzón) Varias versiones (va por el 4) Hay otras alternativas (Pop) Basado en telnet, texto TCP, puerto 143, sobre SSL (cifrado) 993 RFC 3501

26 IMAP Operaciones sobre el buzón Todo lo que se puede hacer al leer el correo Leer cabeceras, marcar como leídos, borrar, etc. Los lectores de correo lo usan (Outlook, Apple Mail, Thunderbird, Android, Iphone) Los proveedores (gmail, hotmail, yahoo)

27 Imap Puedo leer el correo en la máquina remota Me lo puedo bajar a la local

28 IMAP: ejemplo Login Cliente: <abre la conexión> Servidor: * OK IMAP4rev1 Service Ready Cliente: a001 login mrc secret Servidor: a001 OK LOGIN completed Cliente: a002 select inbox Servidor: * 18 EXISTS Servidor: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) Servidor: * 2 RECENT Servidor: * OK [UNSEEN 17] Message 17 is the first unseen message Servidor: * OK [UIDVALIDITY ] UIDs valid Servidor: a002 OK [READ-WRITE] SELECT completed Selecciono el buzón

29 IMAP: ejemplo Cliente: a003 fetch 12 full Servidor: * 12 FETCH (FLAGS (\Seen) INTERNALDATE "17-Jul :44: " RFC822.SIZE 4286 ENVELOPE ("Wed, 17 Jul :23: (PDT)" "IMAP4rev1 WG mtg summary and minutes" (("Terry Gray" NIL "gray" "cac.washington.edu")) (("Terry Gray" NIL "gray" "cac.washington.edu")) (("Terry Gray" NIL "gray" "cac.washington.edu")) ((NIL NIL "imap" "cac.washington.edu")) ((NIL NIL "minutes" "CNRI.Reston.VA.US") ("John Klensin" NIL "KLENSIN" "MIT.EDU")) NIL NIL "<B @cac.washington.edu>") BODY ("TEXT" "PLAIN" ("CHARSET" "US-ASCII") NIL NIL "7BIT" )) Servidor: a003 OK FETCH completed Dame la info de todos los correos

30 IMAP: ejemplo Cliente: a004 fetch 12 body[header] Servidor: * 12 FETCH (BODY[HEADER] {342} Servidor: Date: Wed, 17 Jul :23: (PDT) Servidor: From: Terry Gray <gray@cac.washington.edu> Servidor: Subject: IMAP4rev1 WG mtg summary and minutes Servidor: To: imap@cac.washington.edu Servidor: ccliente: minutes@cnri.reston.va.us, John Klensin <KLENSIN@MIT.EDU> Servidor: Message-Id: <B @cac.washington.edu> Servidor: MIME-Version: 1.0 Servidor: Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Servidor: Servidor: ) Servidor: a004 OK FETCH completed C a005 store 12 +flags \deleted Servidor: * 12 FETCH (FLAGS (\Seen \Deleted)) Servidor: a005 OK +FLAGS completed Tráete los Cliente: a006 logout Servidor: * BYE IMAP4rev1 server terminating connection Servidor: a006 OK LOGOUT completed correos

31 IMAP: infraestructura AUTHENTICATE: elegir el mecanismo LOGIN: nombre password LOGOUT CAPABILITY: qué soporta el servidor NOOP

32 IMAP CAPABILITY, para preguntar por capacidades del servidor Por ejemplo: IMAP4REV1 LITERAL+ IDLE NAMESPACE MAILBOX-REFERRALS BINARY UNSELECT SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND SASL-IR LOGIN-REF

33 IMAP: buzón SELECT, EXAMINE, CHECK, CLOSE, EXPUNGE SEARCH: elige el conjunto de caracteres y busca CREATE, DELETE, RENAME, LIST LSUB, SUBSCRIBE, UNSUBSCRIBE: subscripción (news, listas de correo locales)

34 IMAP: mensajes FETCH: datos sobre un mensaje STORE: archiva un mensaje COPY: copia a otro buzón APPEND: guarda un mensaje recién escrito (borradores) UID: realiza operaciones basadas en identificadores únicos

35 HTTP El protocolo de la web HyperText Transfer Protocol RFC216 y otras (IETF, origen CERN) TCP, puerto 80 (sin cifrar), 486 https (SSL) Basado en hiperenlaces (hyperlinks) Aparece la idea de URL para unificar (http es un protocolo de muchos, pero con más éxito) URL, uniform resource locator protocolo://maquina:puerto/recursos

36 HTTP vs. HTTPS HTTP se usa para tantas cosas que mejor cifrado (correo, banco, etc) Aparece HTTPS, sistema de certificados con certificado raiz en el navegador. Mismo protocolo, pero cifrado

37 HTML Ligado a HTTP (ambos Tim Berners Lee) Lenguaje de marcado en el que se escriben las páginas web

38 Operaciones HTTP OPTIONServidor: información opciones GET: petición de información HEAD: GET, pero sin los datos PUT: mandar información DELETE: borrar información TRACE: devuelve en el cuerpo lo que se manda

39 Ejemplo $ telnet lsub.org 80 Trying Connected to lsub.org. Escape character is '^]'. GET index.html <html> <head> <title> Laboratorio de Sistemas --- ls </title> <link rev="made" href="mailto:ls@plan9.escet.urjc.es"> <link rel="shortcut icon" h...

40 En el navegador Puedo usar wireshark o verlo directamente en el navegador En Chrome: Tools->Developer Tools->Network->Headers En Firefox: Tools->Web Developer->Toggle Tools Se puede hacer click en las peticiones

41 Cabeceras petición HTTP From Accept Accept-Encoding: codificación (gzip, tipo de texto) Accept-Language: idioma aceptado User-Agent: importante, info del navegador Referer: de qué página vengo Authorization Charge-To If-Modified-Since Pragma

42 Cabeceras respuesta HTTP Allowed Public Content-Length Content-Type Content-Transfer-Encoding Content-Encoding Date Expires Last-Modified Message-Id URI Version Derived-From Content-Language Cost

43 Cabeceras Para qué? Saber si ha cambiado respecto del que tengo en la caché Mantener el estado de la sesión: cookies Nivel de sesión Nivel de presentación Personalizar: navegador, lenguaje, comprimir

44 Cabeceras Ejemplo Request URL: Request Method: GET Status Code: HTTP/ Not Modified

45 Cabeceras petición Ejemplo User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/ Firefox/24.0 Referer: If-None-Match: "37db-39e46fe087b40" If-Modified-Since: Wed, 10 Apr :31:17 GMT Host: Connection: keep-alive Cache-Control: max-age=0 Accept-Language: en-gb,en;q=0.5 Accept-Encoding: gzip, deflate Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

46 Cabeceras Respuesta Ejemplo Server: Apache/2 ExpireServidor: Wed, 30 Oct :28:15 GMT Etag: "37db-39e46fe087b40" Date: Tue, 29 Oct :28:15 GMT Cache-Control: max-age=21600

47 Cookies HTTP al principio era sin estado Aparecieron cabeceras para guardar el estado, nombre:valor

48 Servidor Cookies GET Cliente HTTP/ OK Content-type: text/html Set-Cookie: nombre=valor Set-Cookie: nombre2=valor2; Expires=Wed, 09 Jun :18:14 GMT CONTENIDO DE LA PAG. Respuesta con cookie GET con cookie GET /spec.html HTTP/1.1 Host: Cookie: nombre=valor; nombre=valor Accept: */*

49 Proxy Servidor que se interpone Para hacer caching o por seguridad El proxy es por un lado servidor y por otro cliente

50 Web Sockets Puede compartir puerto con HTTP (empieza como una conexión HTTP y con una cabecera especial): puerto 80 y 443 RFC 6455 Da canales full-duplex (como TCP) Y mensajes delimitados Varias conexiones sobre una conexión TCP

51 Web Sockets Los usa HTML5 (javascript)

52 Websockets Básicamente evitar petición respuesta Convertirlo en intercambio de mensajes Soportado por el navegador (nuevos) ws://bla.org:345/myapp ws://blaotro.org:34567/otraapp ->versión segura

53 Websockets Handshake Petición: GET /mychat HTTP/1.1 Host: server.example.com Upgrade: websocket Connection: Upgrade Sec-WebSocket-Key: x3jjhmbdl1ezlkh9gbhxdw== Sec-WebSocket-Protocol: chat Sec-WebSocket-Version: 13 Origin: Respuesta: HTTP/ Switching Protocols Upgrade: websocket Connection: Upgrade Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk= Sec-WebSocket-Protocol: chat

54 Mensaje Puede mandarlo servidor o cliente En cualquier momento Se cierra su lado de la conexión con uno especial

55 Mensaje FIN OPCODE MASK PAYLOAD LEN EXTENDED PAYLOAD LEN EXTENDED PAYLOAD LEN MASKING-KEY MASKING-KEY PAYLOAD DATA PAYLOAD DATA PAYLOAD DATA

56 Mensaje FIN: último trozo OPCODE: 0 continuación 1es de texto 2 es binario 3-7 reservados para el futuro 8 se cierra la conexión 9 ping, 10 pong reservados para el futuro

57 Mensaje MASK: máscara para hacer un XOR MASKING-KEY: datos usados para enmascarar PAYLOAD-DATA: los datos

58 Ejemplos Con las herramientas del navegador sólo se ve el handshake (Wireshark u otro sniffer)

59 Twitter Autenticación con OAUTH (rfc589) 3 APIs REST, Search, Streaming (varias) Al final es HTTP REST: (Representational State Transfer) HTTP, las urls representan recursos

60 Twitter Autenticación con OAUTH (rfc589) HTTP (REST y otros) REST: (Representational State Transfer) HTTP, las urls representan recursos Usa XML y JSON para representar los datos

61 Twitter: REST REST: HTTP, recursos la url GET statuses/mentions_timeline GET statuses/user_timeline POST statuses/update...

62 Twitter: REST (Despues de la autentificación con OAUTH) Cliente: GET statuses/home_timeline.json Servidor: twitter timeline en formato JSON

63 Twitter: Search Search API, GET search/tweets con parámetros

64 Twitter: Search API (Despues de la autentificación con OAUTH) Cliente: GET %23breakingbad&since_id= &max_id= &result_type=mixed&count=4 Servidor: #breakingbad desde el id hasta mixed (populares y en tiempo real) con 4 por página

65 Twitter Streaming APIs, HTTP, pero múltiples respuestas, en muchos casos delimitadas No para usar en el navegador (estaría bien que usasen websockets, pero... no)