Introducción. En este apartado veremos

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Introducción. En este apartado veremos"

Juan Manuel Alcaraz Plaza
hace 8 años
Vistas:

1 5.4 Seguridad

2 Introducción En este apartado veremos En qué difiere la programación de un applet frente a una aplicación stand-alone? Problemas de seguridad en applets Uso de CORBA en entornos con firewalls IIOP sobre SSL Funcionalidad proporcionada por el servicio de seguridad de CORBA

Problemas de seguridad en applets Uso de CORBA en entornos con

3 Programación de applets (1) En principio, la ventaja de que una aplicación cliente sea un applet, es el no tener que instalar/actualizar la aplicación en las máquinas cliente En realidad, muchas veces es preciso descargar el ORB (y quizás los proxies de algunos servicios) con el propio applet (lo que incrementa notablemente el tiempo de descarga del applet) Browsers que no tienen ORB de CORBA Browsers con ORB de CORBA anticuado (en los que además, es preciso realizar modificaciones/actualizaciones de algunos componentes software) Además, es preciso hacer frente a determinados problemas de seguridad (se comentan más adelante) A diferencia de las aplicaciones, crean un ORB con package org.omg.corba; public abstract class ORB { public static ORB init(java.applet.applet, java.util.properties properties) {... } //... }

CORBA Browsers con ORB de CORBA anticuado (en los que además, es preciso realizar modificaciones/actualizaciones de algunos componentes software) Además, es preciso hacer frente a determinados

4 Programación de applets (2) Ejemplo ClockNaming con cliente como applet Fichero $CORBA_JAVA_EXAMPLES/Subsystems/ClockNaming/Scripts/ClockNamingA pplet.html <html> <head> <title>clock applet example</title> </head> <body> Clock applet example <p></p><p></p> <applet code=es.udc.fbellas.corba.clocknaming.applet.clocknamingapplet archive="ob.jar, OBNaming.jar, ClockNamingApplet.jar" width=60 height=25> <param name=org.omg.corba.orbclass value=com.ooc.corba.orb> <param name=org.omg.corba.orbsingletonclass value=com.ooc.corba.orbsingleton> <param name=initialnamingcontexturl value=corbaloc::localhost:5000/nameservice> You gotta be Java. </applet> </body> </html>

jar, OBNaming.jar, ClockNamingApplet.jar" width=60 height=25> <param name=org.omg.corba.orbclass value=com.ooc.corba.orb> <param name=org.omg.corba.orbsingletonclass value=com.

5 Programación de applets (3) Applet => $CORBA_JAVA_EXAMPLES/Subsystems/ClockNaming/Sources/es/udc/fbellas/ corba/clocknaming/applet/clocknamingapplet.java /* Get 'initialnamingcontexturl parameter. */ String initialnamingcontexturl = getparameter("initialnamingcontexturl"); if (initialnamingcontexturl == null) { //.. } /* Initialize ORB. */ orb = ORB.init(this, null); /* Get a reference to the initial naming context. */ org.omg.corba.object initialnamingcontextobject = orb.string_to_object(initialnamingcontexturl); if (initialnamingcontextobject == null) { //.. } NamingContext initialnamingcontext = NamingContextHelper.narrow(initialNamingContextObject);

*/ String initialnamingcontexturl = getparameter("initialnamingcontexturl"); if (initialnamingcontexturl == null) { //.. } /* Initialize ORB. */ orb = ORB.

6 Programación de applets (y 4) Comentarios El servidor podría escribir la IOR del objeto Clock en un fichero del servidor web (el applet lo puede leer fácilmente con java.net.url), de manera que el applet no tenga que usar el servicio de nombres Para ejecutar el ejemplo puede ser necesario adaptar el navegador Ej.: Véase manual de ORBacus para uso con Netscape Navigator 4.x

url), de manera que el applet no tenga que usar el servicio de nombres Para ejecutar el

7 Problemas de seguridad en applets Normalmente el gestor de seguridad que utilizan los navegadores para los applets, impide que el applet Abra conexiones contra máquinas distintas a la del servidor web del que vino Acepte conexiones Por tanto, en principio, un applet no podría Invocar operaciones sobre objetos remotos que están en máquinas distintas a la del servidor web del que vino Implementar objetos callback Soluciones Gateways IIOP (invocaciones sobre objetos de otras máquinas distintas a la del servidor web) e IIOP bidreccional (callbacks) Usar el modelo de seguridad de Java Estas soluciones son transparentes (o casi) al código

que están en máquinas distintas a la del servidor web del que vino Implementar objetos callback Soluciones Gateways IIOP (invocaciones sobre objetos de otras

8 Gateway IIOP Navegador Applet Servidor web Servidor Stub IIOP Gateway IIOP IIOP Servant Ejemplos Wonderwall (Orbix), Gatekeeper (Visibroker), Appligator (JacORB)

9 Modelo de seguridad de Java Hasta JDK 1.0.x Código cargado localmente => todos los permisos El código cargado a través de la red (ej.: applets) => permisos restringidos por un java.lang.securitymanager Con JDK 1.1.x Los applets se pueden firmar digitalmente (el fichero.jar) Si el destinatario acepta el applet, se trata como si fuese código cargado localmente A partir de JDK 1.2 Mismo control de seguridad para código local y para código cargado a través de la red Es posible especificar permisos y firmar digitalmente los ficheros.jar (jarsigner) Ej.: aceptar conexiones, permitir conexiones a máquinas, escribir en ficheros, etc.

jar) Si el destinatario acepta el applet, se trata como si fuese código cargado localmente A partir de JDK 1.

10 Firewalls Firewalls Restringen el acceso desde el exterior (firewalls inbound) o hacia el exterior (firewalls outbound) Un mismo firewall puede funcionar como inbound y outbound En organizaciones grandes existen varios niveles de firewalls Mecanismos: filtrado de paquetes (a nivel de red y/o transporte => IP y/o TCP/UDP) y filtrado basado en protocolos de nivel de aplicación (ej.: HTTP, FTP, etc.) Firewalls outbound Firewalls inboud FWC1 FWC2 FWS1 FWS2 Cliente Servidor Enclave C1 Enclave S2 Enclave C2 Enclave S1

filtrado de paquetes (a nivel de red y/o transporte => IP y/o TCP/UDP) y filtrado basado en protocolos de nivel de aplicación (ej.

11 Filtrado de paquetes Reglas Desde x:x a :80/tcp Filtrado Desde subred x:x a :21/tcp Cualquier otro intento de comunicación X

91:80/tcp Filtrado Desde subred 193.144.

12 Filtrado basado en protocolos de nivel de aplicación Firewall :21 Filtrado de paquetes TCP Gateway (proxy) para FTP FTP Servidor FTP Desde subred x:x a :21/tcp, con FTP cq. comando excepto comandos de modificación (put, mput, delete, etc.)

Servidor FTP Desde subred 193.144.50.x:x a 193.170.80.

13 Problemas causados por los firewalls a las aplicaciones CORBA Con IIOP, un servidor normalmente elige el puerto o los puertos por los que escucha dinámicamente Los ORBs suelen tener opciones para especificar el puerto que usa cada servidor Un mismo servidor puede correr en distintas máquinas en distintos instantes de tiempo Incluso, la decisión puede tomarse dinámicamente (ej.: un repositorio de implementaciones con balanceo de carga) Los clientes que tienen objetos callback, también eligen puertos dinámicamente y pueden correr en distintas máquinas Una primera solución Configurar los firewalls para permitir tráfico a y desde muchas máquinas y puertos Política de seguridad demasiado permisiva y difícil de administrar Soluciones reales HTTP tunneling Uso de gateways (proxies) GIOP Estas soluciones son transparentes (o casi) al código

: un repositorio de implementaciones con balanceo de carga) Los clientes que tienen objetos callback, también eligen puertos dinámicamente y pueden correr en distintas máquinas Una primera solución

14 HTTP tunneling Tratan de salvar las restricciones impuestas por los firewalls outbound en los clientes Generalmente permiten hacer conexiones HTTP a casi cualquier máquina (por el puerto 80) Con HTTP tunneling los mensajes IIOP se mandan dentro de mensajes HTTP Navegador Applet Firewall outbound en el cliente Wonderwall (Orbix) Gatekeeper (Visibroker) Servidor Stub HTTP Servidor HTTP con HTTP tunneling IIOP Servant Problemas Un applet no puede implementar objetos callback (necesitaría una infraestructura similar a la del servidor, lo que no es realista) Si el cliente no es un applet, necesita configuración para especificar cuál es el servidor HTTP con soporte para HTTP tunneling (para poder enviarle las peticiones)

Servidor Stub HTTP Servidor HTTP con HTTP tunneling IIOP Servant Problemas Un applet no puede implementar objetos callback (necesitaría una infraestructura similar a la del

15 Gateways GIOP Solucionan los problemas asociados a HTTP tunneling Cliente Wonderwall (Orbix) Gatekeeper (Visibroker) Servidor Stub IIOP Gateway IIOP IIOP Servant Idea básica Invocaciones de objetos del servidor desde el cliente Las IORs que usa el cliente apuntan al gateway IIOP, y éste las redirige la servidor Invocaciones de objetos del cliente desde el servidor Para evitar abrir una conexión y tener un gateway instalado en la red cliente, el servidor reutiliza la conexión del cliente (GIOP bidireccional)

cliente apuntan al gateway IIOP, y éste las redirige la servidor Invocaciones de objetos del cliente desde el servidor Para

16 IIOP sobre SSL SSL (Secure Socket Layer) Extensión al API de sockets para TCP/IP Encriptación, autenticación del servidor y opcionalmente del cliente Se ha hecho popular con HTTP HTTP sobre SSL El OMG ha estandarizado el uso de IIOP sobre SSL, integrado dentro del servicio de seguridad Muchos fabricantes proporcionan IIOP sobre SSL con sus ORBs (sin necesidad del servicio de seguridad)

SSL El OMG ha estandarizado el uso de IIOP sobre SSL, integrado dentro del servicio de seguridad

17 Servicio de seguridad de CORBA Permite controlar la seguridad de aplicaciones CORBA de una manera más fina que el uso de exclusivo de firewalls Ej.: Especificar qué usuarios pueden invocar un método de un objeto Es uno de los servicios más complejos Funcionalidad Identificación ( principals ) y autenticación Control de acceso Trazado ( auditing ) Seguridad en la comunicación Autenticación del cliente y del objeto, integridad y confidencialidad del mensaje No repudio

: Especificar qué usuarios pueden invocar un método de un objeto Es uno de los servicios más complejos Funcionalidad

Documentos relacionados

GATEWAYS COMO FIREWALLS

GATEWAYS COMO FIREWALLS Ricardo Sánchez Q. Estudiante Ingeniería Telemática Aunque las empresas que han experimentado un ataque a su red por mano de usuarios no deseados, son recientes a hablar sobre sus