Daniel Sánchez Martínez Area de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA)

Transcripción

1 Administración Electrónica en la Universidad de Murcia - Seguridad SOA - Daniel Sánchez Martínez (danielsm@um.es) Area de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) Universidad de Murcia Madrid, 29 de Abril de 2009 Universidad de Murcia Seguridad SOA 1

2 Contenido Algunas ideas iniciales Opciones de seguridad Cabeceras SOAP WS-Security Cooperación e interoperabilidad Sustitución de certificados en papel CARM UMU Conclusiones Universidad de Murcia Seguridad SOA 2

3 Algunas ideas iniciales Necesitamos proteger nuestros servicios de ataques y usos malintencionados. Aplicaciones internas y externas deben poder invocarlos de una forma sencilla. La interoperabilidad no puede sufrir las consecuencias. Debemos apartarnos del modelo tradicional Cada aplicación gestiona la seguridad a su manera No podemos limitarnos a interacciones directas entre un cliente y un servidor (composición de servicios, bus de integración ) Universidad de Murcia Seguridad SOA 3

4 Algunas ideas iniciales Universidad de Murcia Seguridad SOA 4

5 Opciones de seguridad Puede ser implementada en 3 capas diferentes. Transporte (HTTP, FTP, SMTP ). Limitada a interacciones punto a punto. Para las aplicaciones no es simple obtener el contexto de seguridad. Aplicación Soluciones ad-hoc, sin interoperabilidad Similitud con formularios de autenticación en aplicaciones Web No cometer errores es más complicado Necesario infraestructuras SSO Cabeceras SOAP Universidad de Murcia Seguridad SOA 5

6 Cabeceras SOAP Mecanismo de extensión mediante cabeceras. SOAP no define por sí mismo qué cabeceras usar. Surgen iniciativas de estandarización como WS-Security. Universidad de Murcia Seguridad SOA 6

7 WS-Security Universidad de Murcia Seguridad SOA 7

8 WS-Security Define security claims. Autenticación con nombre de usuario y contraseña. Autenticación basada en password digest. Tickets de Kerberos. Certificados X.509. Firma del mensaje SOAP. Encriptación del mensaje SOAP. Universidad de Murcia Seguridad SOA 8

9 WS-Security Universidad de Murcia Seguridad SOA 9

10 WS-Security Universidad de Murcia Seguridad SOA 10

11 Certificado Padrón Ppito Pérez Empadronado en Ca. 17/11/2006 Certificado Padrón Ppito Pérez Empadronado en Ca. 17/11/2006 Cooperación e Interoperabilidad La Ley 11/2007 promueve la cooperación e intercambio de información entre Administraciones. Garantizar un doble derecho del ciudadano No presentar documentos que obren en poder de las Administraciones Interoperabilidad Protección de sus datos personales Seguridad Estándares tecnológicos Web SOAP XML Universidad de Murcia Firmantes Entidad externa Procedimiento Plataforma eadministración Túnel encriptado Plataforma de servicios Universidad de Murcia Seguridad SOA 11

12 Sustitución de certificados SCSP Supresión de Certificados en Soporte Papel. Evita que el ciudadano tenga que presentar certificados en papel. Se sustituyen por un intercambio de datos entre Administraciones Públicas. Certificados actuales Al corriente de pago de tributos Al corriente de pago de cuotas de la seguridad social Renta Solicitud transmisión Organismo Emisor Registro (Presencial o telémático) Funcionario Tramitador Organismo Tramitador Transmisión Solicitud tramite y Autorización para recabar datos Identificación mediante Certificado FNMT de Servidor Universidad de Murcia Seguridad SOA 12

13 Sustitución de certificados Características Formato XML para la transmisión de los datos Servicios Web XML para el acceso a los datos Publicación y acceso a los Servicios Web distribuida. Control de acceso e identificación mediante certificados X509 V3 de servidor. Utilización de la Intranet Administrativa como infraestructura de comunicaciones SARA. Protocolo SOAP sobre http(s), con identificación en los dos extremos. Universidad de Murcia Seguridad SOA 13

14 Sustitución de certificados Organismo Requirente STUB 1. Enviar Datos Certificado 2. Generar Id de la petición Aplicación de Peticiones Módulo de Tratamiento XML Servicio Web 3. Generar mensaje de petición completo 4. Enviar Petición Transmisiones Recibidas Identificador de Petición Peticiones Universidad de Murcia Seguridad SOA 14

15 Sustitución de certificados 9. Validar Esquema de Petición 10. Autorizar Organismo y Validar Certificado 11. Validar Firma del Mensaje 12. Enviar Solicitud a Backoffice Módulo de Autorizaciones Módulo de Tratamiento XML Base de Datos de Autorizaciones 13. Tramitar Solicitud y devolver respuesta generada 14. Firmar Mensaje de Respuesta Módulo de Transmision es Emitidas Transmisiones Emitidas 15. Actualizar Transmisión Emitida 16. Enviar Respuesta Módulo de Conexión con Backoffice Backoffice Universidad de Murcia Seguridad 15

16 CARM - UMU Interoperabilidad a nivel regional Comunidad Autónoma de la Región de Murcia (CARM) Universidad de Murcia (UMU) Sustitución de certificados Familia numerosa Minusvalía Deportistas de alto nivel Títulos Hojas de servicio Cursos realizados Universidad de Murcia Seguridad SOA 16

17 Conclusiones Cooperar e interoperar es posible, sin renunciar a la seguridad. SOAP nos ofrece un medio ágil y extensible de securizar nuestras infraestructuras SOA. Debemos converger hacia estándares como WS-Security. La seguridad en los procesos de interoperabilidad es esencial en las relaciones entre las Administraciones Públicas. Universidad de Murcia Seguridad SOA 17

18 Administración Electrónica en la Universidad de Murcia - Seguridad SOA - Daniel Sánchez Martínez (danielsm@um.es) Area de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) Universidad de Murcia Madrid, 29 de Abril de 2009 Universidad de Murcia Seguridad SOA 18