Transmision de datos SOAP. Transmision de Datos

Transcripción

1 Transmision de datos SOAP

2 Introduccion Creciente complejidad de los entornos Uso de programación distribuida buscando la especializacion Fomentos reutilizacion componentes software Necesidades de interactuar entre sistemas heterogéneos

3 Programación Distribuida RPC Remote procedure call Llamadas a procedimientos en maquinas remotas como si estuvieran en local Sun RPC DCE Uso de Objetos Distribuidos Aparecen programacion orientada a objeto (objetos remotos con interfaces,encapsulacion,herencia,paso por referencia OMG CORBA MS DCOM Java RMI

4 Marshalling Plataformas y lenguajes almacenan y representan los datos de forma diferente No existe un sistema de tipos comun de datos Los sistemas distribuidos tienen que mapear los datos

5 Arquitecturas distribuidas Cuando un componente de aplicación quiere utilizar un servicio proporcionado por otro componente, primero debe obtener una referencia para el objeto que proporciona ese servicio. Después de obtenerla, el componente puede llamar a los métodos en ese objeto, accediendo así a los servicios proporcionados por éste. Alto acoplamiento

6 Arquitectura SOA Ref. Wikipedia La Arquitectura Orientada a Servicios de cliente (en inglés Service Oriented Architecture), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma bien definida de exposición e invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros.

7 Arquitectura SOA Al contrario de las arquitecturas orientado a objetos, las SOA's están formadas por servicios de aplicación débilmente acoplados y altamente interoperables

8 Arquitectura SOA.Uso Web Services Los Web Services son una tecnología middleware adecuada cuando se pretenden desarrollar arquitecturas orientadas a servicio, SOA, Service Oriented Architecture. En estas arquitecturas distintos componentes interactúan intercambiando mensajes para conseguir llevar a cabo una tarea compleja. Gracias a la utilización de Web Services, que pueden ser accedidos remotamente, componentes distintos pueden ejecutarse en distintas máquinas distribuidas por toda la red. Amplio uso de este tipo de arquitectura en entornos B2B, Business to Business.

9 Qué son los Servicios Web? Los Web services son componentes de aplicaciones Se comunican mediante protocolos abiertos Web services son autocontenidos y autodescritos Web services pueden ser localizados mediante el uso de herramientas de descubrimiento como UDDI Web services pueder ser usados por otras aplicaciones XML es la base sobre la que se apoyan los Web services

10 Funcionamiento básico La plataforma sobre la que trabajan Web services es XML + HTTP. XML proporciona un lenguaje el cual puede ser usado entre diferentes plataformas y lengiajes de programacion además de tener la capacidad de expresar mensajes complejos y funciones. El protocolo HTTP es el más usado en ineternet Elementos de la plataforma Web services : SOAP (Simple Object Access Protocol) UDDI (Universal Description, Discovery and Integration) WSDL (Web Services Description Language)

11 Funcionamiento básico Mediante el uso de Web services, una aplicación cualquiera puede publicar sus funciones o mensajes al resto. Web services usan XML para codificar y decodificar datos y SOAP es el encargado de transportarlos (usando protocolos abiertos).

12 Web Services usos principales Reutilizacion de componentes. Tareas repetitivas, procesos estandarizados Conectar software existente Web services permiten solucionar problemas de interoperatibilidad proporcionando una manera de comunicar datos Con Web services esposible e intercambio de datos entre diferentes aplicaciones y plataformas

13 UDDI Para facilitar la localización de servicios, es posible registrar los mismos en un directorio o registro UDDI, Universal Description, Discovery and Integration. La descripción del servicio almacenada en el registro UDDI contiene información como el nombre del servicio, detalles sobre el proveedor del servicio, el tipo de servicio ofrecido, su ubicación (URL) y detalles técnicos sobre el mismo (el WSDL del servicio). La información de esta descripción es utilizada por las aplicaciones cliente para decidir qué servicio pueden invocar.

14 Web Services Funcionamiento expuesto a través de un contrato donde se especifican los métodos, los parametros que aceptan dichos métodos y el valor retornado. Dicho contrato se consulta a través WSDL Formato Ej:

15 Estructura Web Services S E G U R I D A D XML, DTD, XML Schema Procesos Descubrimiento, Agregación, Coreografía, Descripciones WSDL Mensajes Extensiones SOAP Entrega Confiable, Correlación, Transacciones SOAP A D M I N I S T R A C I Ó N Comunicaciones HTTP, SMTP, FTP, JMS, IIOP,

16 Protocolos Servicios Web XML HTTP GET HTTP POST SOAP Usado principalmente SOAP, los otros dos métodos deberían ser tratados como métodos auxiliares (probar servicio web desde navegador, aplicaciones ASP 1.0)

17 HTTP Get Pasan todos los argumentos en la cadena de la consulta GET /mono/numberservice.asmx?suma?numero1=12&numero2=5 HTTP / OK Content-Type :text/xml; charset=utf-8 Content-lenght:94 <?xml version="1.0" encoding="utf-8"?> <int xmlns="

18 HTTP Get Protocolo impide que se pasen estructuras y objetos como argumentos No permite el paso de argumentos por referencia Sólo permite devolver objetos si este puede ser serializado Es necesario codificar los caracteres especiales

19 HTTP Post Los argumentos del protocolo se pasan en el cuerpo HTTP en lugar de la cadena de caracteres de la consulta No permite pasar argumentos como referencia, ni estructuras ni objetos Útil en aplicaciones antiguas

20 HTTP Post POST /mono/numberservice2.asmx/addnumbers Content-Type: application/x-www-form-urlencoded Content-Length: string Host: string number1=int&number2=int HTTP/ OK Content-Type: text/xml; charset=utf-8 Content-Length: string <int xmlns="

21 SOAP Emplea mensajes SOAP tanto para los argumentos de entrada como para el valor devuelto. Protocolo SOAP evita las limitaciones de HTTP Get y HTTP Post Soporta objetos y estructuras como argumentos (deben ser serializables)

22 SOAP Estructura Nodo raíz de cualquier mensaje es el envelope que contiene el cuerpo del mensaje El cuerpo contiene una etiqueta XML con nombre después del método de destino

23 SOAP El ensobrado, envelope, contiene dos bloques principales Cabecera opcional Puede contener a su vez otros bloques No determinada lo que hace el cuerpo Cuerpo obligatorio Pude contener otros bloques <soap:fault> en lugar de <soap:body> para transportar errores

24 SOAP.Cabecera Objetivo generico no especifico, Independiente de la aplicación No se retorna en la respuesta para ahorrar espacio Indentificadores, transacciones Seguridad

25 SOAP.Cuerpo Objetivo especifico Especifica los datos contenidos en el mensaje Bloque alternativo Fault en caso de error o argumentos incorrectos

26 SOAP.Respuesta El texto devuelto por el método es otro mensaje SOAP con su propio envelope y sus bloques de cuerpo. El cuerpo contiene una etiqueta llamada Nombre de MetodoResponse que a su vez contiene una etiqueta anidada llamada Nombre de MétodoResult

27 SOAP POST /mono/numberservice2.asmx SOAPAction: Content-Type: text/xml; charset=utf-8 Content-Length: string Host: string <?xml version="1.0" encoding="utf-16"?> <soap:envelope xmlns:xsi=" xmlns:xsd=" xmlns:soap=" <soap:body> <AddNumbers xmlns=" <number1>int</number1> <number2>int</number2> </AddNumbers> </soap:body> </soap:envelope>

28 SOAP.Respuesta HTTP/ OK Content-Type: text/xml; charset=utf-8 Content-Length: string <?xml version="1.0" encoding="utf-16"?> <soap:envelope xmlns:xsi=" xmlns:xsd=" xmlns:soap=" <soap:body> <AddNumbersResponse xmlns=" <AddNumbersResult>int</AddNumbersResult> </AddNumbersResponse> </soap:body> </soap:envelope>

29 SOAP Un mensaje SOAP puede contener un encabezado opcional que a su vez puede contener informacion adicional no necesariamente relacionada con el metodo invocado El cuerpo del mensaje SOAP puede ser sustituido por una seccion <soap:fault> si el mensaje transporta información de error (Ej. Numero incorrecto argumentos, excepcion generada por el método)

30 SOAP

31 Seguridad Servicios Web XML Similar a la seguridad de ASP.NET Posibilidad Denegar acceso anonimo Utilizar autenticacion Windows Utilizar autenticación Forms Uso de Kerberos SAML Certificados X.509 Uso de capa TLS (Transport Layer Security) sobre HTTPS

32 Seguridad Servicios Web XML Capa TLS (Transport Layer Security) SAML XKMS Otras Alto Nivel WS Security SOAP XML Encryption XML Signature Seguridad Capa de Transporte (TLS/SSL) Capa de Transporte (HTTP, FTP, SMTP, MQ, etc.) TCP/IP

33 XML Signature Su objetivo es firmar digitalmente: Documentos XML Partes de Documentos XML Objetos Externos Utiliza tecnologías maduras de encriptación asimétrica y generación de hashes SHA1 RSA Requiere de una infraestructura de llaves públicas para proveer: Esfuerzo conjunto IETF/W3C Identidad No repudiación

34 Tipos de Firmas XML Signature Enveloping Enveloped Detached <Signature> <Reference> <ElementoEnvolvente> <DocumentoXML> <Signature> <Reference> <ElementoDestino> <ElementoFirmado> <Signature> <Reference>

35 Tipos de Firmas XML Signature <Signature ID?> <SignedInfo> <CanonicalizationMethod/> <SignatureMethod/> (<Reference> (<Transforms>)? <DigestMethod> <DigestValue> </Reference>)+ </SignedInfo> <SignatureValue> (<KeyInfo>)? (<Object ID?>)* </Signature>

36 Tipos de Firmas XML Enveloped <OrdenDeCompra id= ODC > <SKU> </SKU> <Cantidad>17</Cantidad> <Signature xmlns= > <SignedInfo> <Reference URI= #ODC /> </SignedInfo> <SignatureValue> </SignatureValue> <KeyInfo> </KeyInfo> </Signature> </OrdenDeCompra>

37 Tipos de Firmas XML Enveloping <Signature xmlns= > <SignedInfo> <Reference URI= # /> </SignedInfo> <SignatureValue> </SignatureValue> <KeyInfo> </KeyInfo> <Object> <SignedItem id= >Información a ser Firmada</SignedItem> </Object> </Signature>

38 Tipos de Firmas XML Detached <Signature xmlns= > <SignedInfo> <Reference URI= /> </SignedInfo> <SignatureValue> </SignatureValue> <KeyInfo> </KeyInfo> </Signature>

39 Cifrado XML Posterior a XML Signature La información cifrada es expresada en un formato común XML Trozos de un documento XML pueden ser selectivamente cifrados Utiliza algoritmos y técnicas de encriptación maduras Simétrica Asimétrica Híbrida (llave de sesión) Algunos Algoritmos DES 3DES AES

40 Ejemplo XML Encryption <purchaseorder> <Order> <Item>book</Item> <Id> </Id> <Quantity>12</Quantity> </Order> <Payment> <CardId> </CardId> <CardName>visa</CardName> <ValidDate> </ValidDate> </Payment> </purchaseorder> <PurchaseOrder> <Order> <Item>book</Item> <Id> </Id> <Quantity>12</Quantity> </Order> <EncryptedData Type=' xmlns=' <CipherData> <CipherValue>A23B45C564587</CipherValue> </CipherData> </EncryptedData> </PurchaseOrder>

41 WS-Security Esfuerzo conjunto de IBM, Microsoft y VeriSign En Abril de 2002 publican Security in a Web Services World: A Proposed Architecture and Roadmap Hoy mantenida por OASIS Su objetivo es Proveer seguridad a SOAP Se enfoca en la correcta y efectiva aplicación de tecnologías como XML Signature XML Encryption SAML Provee un contenedor para artefactos de seguridad

42 El encabezado WS-Security Tokens de seguridad Cero, uno ó más tokens de seguridad Usualmente no más de uno Elementos de contenido cifrado con XML Encryption Cero, uno ó más de elementos XML Encryption Estos pueden ser <ReferenceList> <EncryptedKey> Elementos de contenido firmado digitalmente con XML Signature Cero, uno ó más firmas XML Signature Usualmente, si se incluye una firma, esta firma como mínimo alguna parte del cuerpo del mensaje.

43 Ejemplo Sobre SOAP WS- Security <S:Envelope> <S:Header> <wsse:security> <wsse:usernametoken> </wsse:usernametoken> <ds:signature> </ds:signature> <xenc:referencelist> <xenc:datareference URI= #body /> </xenc:referencelist> </wsse:security> </S:Header> <S:Body> <xenc:encrypteddata Id= body Type= content > </xenc:encrypteddata> </S:Body> </S:Envelope>

44 Certificados X509 <wsse:security> <wsse:binarysecuritytoken ValueType= wsse:x509v3 EncodingType= wsse:base64binary > NIFEPzCCA9CrAwIBAgIQEmtJZc0 </wsse:binarysecuritytoken> </wsse:security>

45 SAML Security Assertion Markup Language Especificación mantenida por OASIS Transportador de identidades Confianza Portable Requiere preestablecimiento de confianza entre los dominios Potencial uso para herramientas de Single Sign-On Aserciones en formato XML Autenticación Atributos Autorización Se pueden firmar con XML Signature

46 Token SAML <S:Envelope xmlns:s="..."> <S:Header> <wsse:security xmlns:wsse="..."> <saml:assertion MajorVersion="1" MinorVersion="0" AssertionID="SecurityToken-ef912422" Issuer="jselman" IssueInstant=" T16:47: :00" xmlns:saml="urn:oasis:names:tc:saml:1.0:assertion">... </saml:assertion>... </wsse:security> </S:Header> <S:Body>... </S:Body> </S:Envelope>

47 XKMS XML Key Management Specification Infraestructura de llave pública (PKI) Repositorio de credenciales Asociación a identidades Ventajas Complejidad reducida para los clientes Facilita la codificación Administración de la confianza centralizada Aplicaciones Servicios Web XKMS PKI