Miquel Colobran [Administración De Sistemas Operativos En Red].pdf

Administración de sistemas operativos en red

Administración de sistemas operativos en red Miquel Colobran Huguet Josep Maria Arqués Soldevila Eduard Marco Galindo

Diseño de la colección: Editorial UOC

Primera edición en lengua castellana: noviembre 2008

© Miguel Colobran Huguet, Josep Maria Arqués Soldevila y Eduard Marco Galindo, del texto © Imagen de la cubierta: Istockphoto © Editorial UOC, de esta edición Rambla del Poblenou 156, 08018 Barcelona www.editorialuoc.com Realización editorial: laburo.tv. Impresión: ISBN: 978-84-9788-760-1 Depósito legal

Ninguna parte de esta publicación, incluyendo el diseño general y de la cubierta, no puede ser copiada, reproducida, almacenada o transmitida de ninguna manera ni por ningún medio, tanto si es eléctrico, como químico, mecánico, óptico, de grabación, de fotocopia, o por otros métodos, sin la autorización previa por escrito de los titulares del copyright.

Autores Miquel Colobran Huguet Licenciado en Informática por la Universidad Autònoma de Barcelona el año 1991. Consultor a la UOC durante varios años de asignaturas como Fundamentos de computadores I e II y Sistemas operativos I a informática. Ha hecho varios cursos de administración de sistemas operativos (Solaris, Windows NT, etc..).Ha dirigido el departamento de informática de una empresa durante tres años. Actualmente forma parte de varios departamentos de la Universidad Autònoma, donde trabaja, haciéndose cargo de la gestión informática y de la administración de los sistemas, siempre con un trato directo con la atención final a los usuarios

Josep Maria Arqués Soldevilla Licenciado en Informática por la Universidad Autònoma de Barcelona. Hizo el trabajo de investigación en el Departamento de Ingeniería de la Información y de las Comunicaciones (DEIC) de la mencionada universidad. Ha trabajado, como profesor ayudante y asociado, al DEIC, y ha ejercido de consultor de varias asignaturas de la Universidad Oberta de Catalunya. Actualmente ejerce de analista informático forense.

Eduard Marco Galindo Ingeniero Superior en Informática a la Facultad de Informática de Barcelona (UPC). Ha trabajado en diferentes empresas dedicadas al mundo de la informática. Certificado en sistemas System Power i, SAN y Alta disponibilidad. Ejerce de consultor de varias asignaturas y de tutor de la Universidad Oberta de Catalunya.

© Editorial UOC

7

Índice

Índice

Prólogo ..................................................................................................... 13

Capítulo I. Introducción a la administración de sistemas ........... 15 1. El sistema informático y la organización ............................................ 2. El sistema informático: elementos ....................................................... 3. Personal responsable del sistema informático .................................... 3.1. Funciones ......................................................................................... 3.2. Solapamiento de funciones.............................................................. 3.3. Organigrama ....................................................................................

15 16 18 19 21 22

Capítulo II. Administración de servidores ....................................... 23 1. Desmitificando el servidor .................................................................... 2. Funciones del servidor ........................................................................... 2.1. Requisitos de los sistemas operativos de red ................................... 3. Elementos del servidor .......................................................................... 3.1. RAM .................................................................................................. 3.2. CPU .................................................................................................. 3.3. Placa base ......................................................................................... 3.4. Placa de comunicaciones ................................................................. 3.5. Disposición física ............................................................................. 4. Configuraciones de servidores .............................................................. 4.1. Host o sistema centralizado .............................................................. 4.2. Agregación de hosts o sistema distribuido...................................... 5. Almacenamiento .................................................................................... 5.1. Necesidades de la organización ....................................................... 5.2. DAS ................................................................................................... 5.3. SAN-NAS........................................................................................... 6. Copia de seguridad................................................................................. 6.1. Dispositivos ...................................................................................... 6.2. Políticas de copia de seguridad ........................................................ 6.3. Plan de contingencia ....................................................................... 7. Impresoras............................................................................................... 7.1. Impresoras Láser...............................................................................

23 24 25 27 27 27 28 28 29 29 31 33 38 39 40 50 55 55 59 66 67 67

© Editorial UOC

8

Administración de sitemas operativos en red

7.2. Impresoras de inyección de tinta ..................................................... 7.3. Impresoras Remotas ......................................................................... 7.4. IPP .................................................................................................... 8. La corriente eléctrica ............................................................................. 8.1. La toma de tierra .............................................................................. 8.2. SAI .................................................................................................... 9. Seguridad de los servidores ...................................................................

68 69 71 71 73 74 76

9.1. Física ................................................................................................. 9.2. Software ............................................................................................ 9.3. Alta disponibilidad ........................................................................... 10. Aspectos Legales ................................................................................... 10.1. Colegios Profesionales....................................................................

76 77 78 80 80

11. Tareas/Responsabilidades ................................................................... 81

Capítulo III. Administración de usuarios ......................................... 83 1. Diseño del entorno de usuarios ............................................................ 83 1.1. Necesidades generales del usuario ................................................... 85 1.2. El sistema informático y el usuario .................................................. 86 1.3. El control de acceso.......................................................................... 87 1.4. Diseño del sistema informático ....................................................... 89 1.5. Distribución de aplicaciones ............................................................ 96 1.6. La tabla de aplicaciones ................................................................... 98 1.7. El sistema operativo de la estación de trabajo ................................ 99 2. Diseño en los servidores ........................................................................ 100 2.1. Distribución de los discos ................................................................ 101 2.2. Acceso a la información ................................................................... 102 3. Configuración de estaciones de trabajo ............................................... 104 3.1. Aplicaciones comunes en el servidor ............................................... 104 3.2. Aplicaciones comunes en los clientes .............................................. 105 3.3. Creación de la Estación Modelo ...................................................... 106 4. Mantenimiento de las estaciones de trabajo ....................................... 110 4.1. Mantenimiento del equipamiento .................................................. 110 4.2. Extraer datos de un equipo .............................................................. 112 4.3. Tareas periódicas de mantenimiento ............................................... 113 4.4. Documentación y Procedimientos .................................................. 116 5. Formación del usuario ........................................................................... 118 6. Centro de atención al usuario (CAU) ................................................... 122 7. Responsabilidades del administrador de usuarios .............................. 126 8. Aspectos legales ...................................................................................... 127

© Editorial UOC

9

Índice

Capítulo IV. Administración de la red .............................................. 129 1. Introducción ........................................................................................... 129 2. Elementos y diseño físico de una red ................................................... 130 2.1. Elementos de una red....................................................................... 131 2.2. Topología y tipo de redes ................................................................. 136 2.3. Tipos de redes locales ....................................................................... 140 3. Protocolos de comunicación ................................................................. 143 3.1. TCP IP ............................................................................................... 144 3.2. IPv6 e IPng (Next Generation Internet Protocol) ................................. 144 4. Configuración de la red en los ordenadores (cliente/servidor) ......... 145 4.1. Configuración de las estaciones de trabajo ..................................... 146 4.2. Monitorización de la red .................................................................. 147 5. Seguridad de la red................................................................................. 148 5.1. Cortafuego (firewall) ........................................................................ 150 5.2. Sistemas de Detección de Intrusos (IDS).......................................... 152 5.3. Honeypots y honeynets ................................................................... 153 5.4. Virtual Private Network (VPN)......................................................... 154 6. Responsabilidades del administrador .................................................. 155

Capítulo V. Administración de los datos .......................................... 159 1. Los datos y la organización ................................................................... 159 2. Dónde está la información .................................................................... 162 2.1. Posibles soluciones ........................................................................... 163 3. La consulta de la información .............................................................. 165 3.1. Las consultas de la Dirección ........................................................... 166 3.2. Servidores de bases de datos ............................................................ 168 3.3. SGBD ............................................................................................... 169 3.4. ERP ................................................................................................... 169 4. Protección de la información ............................................................... 170 4.1. Seguridad .......................................................................................... 170 4.2. Copias de seguridad ......................................................................... 170 4.3. Seguridad en bases de datos ............................................................. 171 5. Tareas / responsabilidades del administrador .................................... 174

Capítulo VI. Administración de la web ............................................. 175 1. Los servidores web y la organización ................................................... 175

© Editorial UOC

10


1.1. Servidor web y aplicaciones ............................................................. 175 1.2. Servidor web de páginas................................................................... 176 1.3. Servidor web y servidor de aplicaciones .......................................... 177 2. El administrador y el servidor .............................................................. 178 2.1. Estructura de un servidor web ......................................................... 179 2.2. El administrador............................................................................... 180 2.3. Responsabilidades genéricas del administrador .............................. 182 2.4. El administrador y la creación de páginas ....................................... 183 3. Recursos para crear páginas .................................................................. 185 3.1. HTML ............................................................................................... 185 3.2. XML XHTML .................................................................................... 186 3.3. CSS.................................................................................................... 187 3.4. Galletas (cookies) ............................................................................. 187 3.5. Páginas dinámicas ............................................................................ 188 3.6. DHTML de cliente ............................................................................ 189 3.7. DHTML de servidor .......................................................................... 191 3.8. Aplicaciones de ejemplo .................................................................. 196 3.9. Aplicaciones de ejemplo .................................................................. 201 4. Seguridad ................................................................................................ 202 4.1. Seguridad de publicación ................................................................. 202 4.2. Seguridad del software ..................................................................... 202 4.3. Protocolos de comunicación encriptados (HTTPS) ......................... 203 4.4. Registros de las conexiones .............................................................. 203 4.5. Copias de seguridad ......................................................................... 203 4.6. Ataques al servidor ........................................................................... 204 4.7. Métodos para acceder a BB.DD. de la organización ........................ 207 5. Aspectos legales ...................................................................................... 209 5.1. Propiedad intelectual y sociedad de la información ....................... 209 6. Tareas / responsabilidades .................................................................... 211

Capítulo VII. Administración de la Seguridad ................................ 213 1. Seguridad informática ........................................................................... 213 1.1. Tipos de ataques ............................................................................... 214 1.2. Ataques provenientes de personas ................................................... 215 1.3. Mecanismos de seguridad ................................................................ 218 2. Seguridad del entorno ........................................................................... 220 2.1. Mecanismos de autenticación de usuarios ...................................... 221 2.2. Protección de los datos .................................................................... 224 3. Seguridad del sistema ............................................................................ 229 3.1. Seguridad en el sistema de ficheros ................................................. 230

© Editorial UOC

11

Índice

3.2. Ataques a contraseña ....................................................................... 230 3.3. Código malicioso y amenazas lógicas .............................................. 233 3.4. Detectores (sniffers) .......................................................................... 236 3.5. Escaners ............................................................................................ 237 3.6. Ataques de denegación de servicio .................................................. 239 3.7. Auditoría y ficheros log ................................................................... 240 4. Aspectos legales de la seguridad informática. Marco jurídico penal y extrapenal. El “delito informático” ............................. 242 4.1. Marco jurídico penal de las conductas ilícitas vinculadas a la informática ................................................................................ 244 4.2. Marco jurídico extrapenal ................................................................ 251 5. Informática forense ............................................................................... 254 5.1. Asegurar la escena del suceso ........................................................... 255 5.2. Identificación de la evidencia digital............................................... 256 5.3. Preservación de las evidencias digitales ........................................... 257 5.4. Análisis de las evidencias digitales ................................................... 258 5.5. Presentación del informe ................................................................. 259

Capítulo VIII. El sistema informático dentro de la organización................................................................................... 261 1. El jefe de informática............................................................................. 261 1.1. El jefe de Informática y el administrador de sistemas ..................... 262 2. Los planes................................................................................................ 262 2.1. Plan estratégico de la organización.................................................. 262 2.2. Plan de seguridad y análisis de riesgos ............................................ 266 2.3. Sistemas de Gestión de Seguridad de la Información (SGSI) ........... 272 3. Detección de necesidades de software en la organización ................ 274 3.1. Detección de necesidades ................................................................ 275 3.2. Etapa de concreción ......................................................................... 276 3.3. Etapa de análisis ............................................................................... 277 4. Implantación / diseño de aplicaciones ................................................ 277 4.1. Relación de requisitos ...................................................................... 280 4.2. La actualización ............................................................................... 281 4.3. Software estándar ............................................................................. 282 4.4. Software a medida ............................................................................ 282 4.5. La responsabilidad del jefe de Informática ...................................... 283 5. Aspectos legales ...................................................................................... 286 5.1. Problemas de seguridad ................................................................... 287 5.2. Software a medida ............................................................................ 290 6. Responsabilidades del jefe de informática .......................................... 290

Bibliografía ................................................................................................. 293 Glosario ....................................................................................................... 295

© Editorial UOC

13

Prólogo

Prólogo.

Actualmente ya es imposible imaginarse una organización/empresa sin sistemas informáticos. También nos es imposible pensar en estos ordenadores como máquinas aisladas. Seguramente están interconectadas mediante una red, y muy probablemente en algún lugar también lo deben de estar con el exterior (Internet). Esta infraestructura implica varios usuarios usando programas diferentes y mucha comunicación entre ellos (cómo, por ejemplo, correo electrónico), posiblemente compartiendo impresoras, protegiendo y compartiendo selectivamente información y programas, y muchas cosas más que hacen que sea necesaria la presencia de un administrador del sistema informático para garantizar el funcionamiento correcto de todo el equipamiento, tanto de hardware como de software. Nos encontramos, pero, que con la tecnología no hay bastante. Necesitamos una planificación correcta de todos los elementos, software y hardware, para obtener un rendimiento óptimo de todo el conjunto con el mínimo de cambios y molestias para los usuarios. Todo este entramado se tiene que revestir de la seguridad correspondiente para asegurar que no haya fisuras que comprometan el contenido. La información es extremadamente valiosa. Cuando se habla de la seguridad y de la información, es inevitable hablar de cuestiones legales delictivas (ciberdelito) que van asociadas. Todo ello recae sobre las figuras que gestionan los sistemas informáticos. Veamos en un esquema los aspectos más importantes relacionados con la administración gestión de la informática d’una organización.

© Editorial UOC

14


Los responsables del sistema informático deben tener en cuenta estas vertientes para poder hacer una administración eficiente. Tecnología: varía muy rápidamente. En cada momento tenemos que elegir la tecnología que hay al mercado correspondiente a las necesidades que pretendemos cubrir. Planificación: hay que invertir tiempo en hacerla, puesto que las decisiones y acciones que provoca afectan durante mucho tiempo. Seguridad: la tecnología tiene que permitir el nivel de seguridad que se haya planificado y que se prevea como necesario para la organización. En cualquier caso, como que va muy atado a la tecnología, necesita revisiones constantes. Usuarios: son una de las razones de ser básicas del sistema informático. El departamento de Informática es para atenderlos. Legales: como cualquiera otro aspecto de la organización, todo está dentro de un marco legal que nos marca qué podemos hacer y de qué manera, y que no podemos hacer. Los responsables del Sistema Informático tienen que tener en cuenta estas vertientes para poder hacer una administración eficiente.

El libro, pues, tiene como uno de los objetivos principales usar el sistema operativo como herramienta para una organización. Necesitamos una red, y tanto el sistema operativo como la red son herramientas, de las cuales no nos hace falta saber muchos detalles técnicos. Aquí nos importa la informática y su relación con la organización. Pretendemos saber hacer funcionar esta herramienta para que los usuarios estén satisfechos de nuestro trabajo.

© Editorial UOC

15

Capítulo I . Administración de la red

Capítulo I Introducción a la administración de sistemas

1. El sistema informático y la organización

Nos podemos mirar la informática de la organización desde varias ópticas posibles: • Para la organización: un departamento como cualquier otro, con unos recursos, que está a disposición de la organización. • Para los informáticos: un conjunto de servidores, redes y estaciones de trabajo para “hacer cosas”. • Para los usuarios: una herramienta más que los da la organización para mejorar su tarea. • Información: es un elemento más del sistema de información de la organización. • Para la dirección: es como una gran base de datos para hacer consultas que ayuda a tomar decisiones.

Ahora bien, todos los puntos de vista son buenos e importantes para conseguir que el sistema informático sea eficaz y eficiente. Eficaz: produce les resultados esperados. Eficiente: lleva a cabo la tarea encomendada en un tiempo razonable y con un uso de recursos adecuado.

© Editorial UOC

16


Es importante tener en cuenta el punto de vista de la organización para las funciones del jefe del departamento de Informática. Los cargos El jefe del departamento de Informática se denomina normalmente director de Informática o jefe de informática. También nos podemos encontrar con organizaciones en que se usan los términos de tecnologías de la información, y entonces seguramente habrá un departamento de gestión de TI y un jefe de TI o gestor de TI. Las TI engloban más elementos que la informática. Uno de los objetivos del departamento de Informática es la planificación y gestión para dar un buen servicio a los usuarios. Se puede ver en el capítulo de administración de los usuarios, y también sale a lo largo del libro, porque es uno de los objetivos básicos de un departamento de Informática.

2. El sistema informático: elementos

Observando al departamento de Informática podemos ver lo siguiente:

© Editorial UOC

17


Departamento de Informática a) Sistema informático físico • Hardware – Servidores – Estaciones de trabajo – Cableado y electrónica de red • Software – Sistemas operativos – Software de base – Aplicaciones específicas b) Personal • Jefe de informática • Personal técnico Servidores Es muy usual que en las organizaciones haya varios servidores, porque se especializan en funciones diferentes. Esto aumenta el control por parte de los administradores de sistemas y disminuye el riesgo de fallos. Estaciones de trabajo El número de estaciones de trabajo crece continuamente y se está llegando rápidamente a una por trabajador, especialmente en los departamentos administrativos, por lo cual el volumen de estaciones instaladas comienza a ser muy importante. Red Hoy en día se entiende por red o cableado de red tanto el cable físico que conecta las estaciones de trabajo como la electrónica de control de la red, constituida por concentradores (hubs), encaminadores (routers), cortafuegos (firewalls) y conmutadores (switches) (se explica más adelante en el capítulo de administración de la red). Software En relación con el software, podemos decir que de sistemas operativos (en adelante también SO) podemos encontrar como mínimo los de los servidores y los de las estaciones de trabajo, puesto que los SO para servidores y los SO para estaciones de trabajo son diferentes, atendiendo a que tienen que llevar a cabo funciones diferentes. Esta situación complica la administración de los sistemas,

© Editorial UOC

18


porque las personas que los administran (los administradores) tienen que conocer al menos dos SO diferentes.

3. Personal responsable del sistema informático Podríamos hacer un organigrama del departamento, pero las organizaciones tienen una historia y unas costumbres que condicionan los organigramas. Por lo tanto, es mucho más útil hablar de las funciones que hace falta cubrir en el departamento, y después la misma organización las distribuye dentro de su propio organigrama. Todas las tareas necesarias para hacer en un departamento de Informática se agrupan de una manera natural en grupos de tareas que tienen relación, y que son las que forman los capítulos de estos materiales.

Todo son funciones, y por lo tanto, como pasa en muchas organizaciones, todas las cubren una o dos personas, y sólo las grandes organizaciones tienen varias personas dedicadas a cada una de estas funciones.

© Editorial UOC

19


No siempre está todo También puede pasar que haya organizaciones que no tengan alguna de estas funciones, como por ejemplo la administración de la web, si se da el caso que se trata de una organización que no tiene ninguna web en Internet.

Veamos, a grandes rasgos, en que consisten cada una de estas funciones:

3.1. Funciones

Administración de servidores Los administradores de servidores se encargan de instalar, mantener y de dar servicio a la organización con respecto a los servidores y la estructura informática en general. También deben velar para poderlos recuperar rápidamente en caso de fallo. Igualmente se tiene que procurar que los servidores funcionen correctamente para poder llevar a cabo todas las otras tareas de administración (la administración de usuarios, por ejemplo). Administración de usuarios En esta función está todo lo que hace referencia a la atención de las necesidades de los usuarios y al mantenimiento de sus equipos de sobremesa. Como el sistema informático no deja de ser una herramienta para la organización, esta es una de las partes más visibles y, por lo tanto, es necesario ir con mucho cuidado porque es fácil que el usuario tenga problemas con el funcionamiento diario del sistema. Administración de la red La responsabilidad básica de esta función es la parte física de la red: hay que asegurar que funciona correctamente y controlar que está en buen estado, además de preocuparse para mejorarla y hacerla llegar a todos los lugares de la organización donde sea necesaria. Administración de los datos Esta función se encarga de mantener la integridad de la información de la organización. Se puede encontrar en los servidores o dispersa por todo el sistema informático. Generalmente es una mezcla de las dos cosas, es decir, muchos

© Editorial UOC

20


elementos están en los servidores, pero a menudo hay información importante dispersa en estaciones de trabajo. Cuando hay grandes bases de datos, vigilar la integridad de la información también tiene sentido. También es muy interesante relacionar la información almacenada, para saber más cosas de la organización. Administración de la web Es la función que incluye el mantenimiento del servidor web, y muchas veces también el contenido (de las páginas). En cualquier caso sí que es responsable de mantener la homogeneidad global del servidor. Administración de la seguridad La función de la seguridad informática es compleja, porque incluye desde la seguridad de la información existente hasta la protección física del equipo contra robos, pasando por la vertiente de evitar les ataques a los sistemas informáticos que provienen de Internet. De hecho, la seguridad es una tarea presente en todas las funciones, porque se trata de una cuestión natural en la informática; hace falta proteger la información de la organización. Desarrollo La organización necesita software específico hay que desarrolarlo o adquirirlo. Si sólo se puede cubrir esta necesidad fabricando software nuevo, esta es la función que se encarga de hacerlo. Nosotros no veremos nada del desarrollo, puesto que sobrepasa los objetivos de este libro. Lo único que veremos, entonces, será la relación del jefe de informática con la implantación de un nuevo software en la organización. Pero tened en cuenta que hay otras soluciones que el técnico aconseja, a pesar de que es el jefe de informática quién tiene que tomar la decisión final, que son las siguientes: • Comprar software estándar. • Traspasar la aplicación a una empresa ajena a la organización (outsorcing). Jefe de informática Esta función, junto con la del administrador de servidores y la del administrador de usuarios, son las funciones más importantes del departamento. El jefe de informática es el enlace entre las necesidades de la empresa y el trabajo que se lleva a cabo en el departamento. Por lo tanto, es el puente entre los dos sitios.

© Editorial UOC

21


Normalmente, el jefe de informática, conjuntamente con los administradores de servidores y administradores de usuarios (o asesorados por ellos), toma las decisiones que afectan la estructura informática de la organización a medio y largo plazo (la responsabilidad última sólo es suya). Desde qué software comprar (o si se tiene que hacer a medida y de qué manera) hasta los servidores necesarios, pasando por decidir qué ordenadores y qué red de comunicaciones se instalan para los usuarios. Un estudio completo de todas sus tareas está fuera del alcance deste libro, por lo cual sólo veremos algunas vertientes, como por ejemplo, la decisión de qué software comprar, puesto que conseguir que la informática esté actualizada es una tarea clave, compleja y económicamente comprometida.

Un departamento informático no tiene que necesitar obligatoriamente todas las funciones. Las más imprescindibles son la de jefe de informática, administrador de usuarios y administrador de servidores, que pueden ser asumidas por una sola persona.

3.2. Solapamiento de funciones

Todas estas funciones tienen unas tareas definidas, pero no son independientes, sino que tienen que trabajar coordinadas, y muchas veces las funciones tienen solapamientos en algunos puntos.

Por lo tanto, en general la lista de tareas para cada función es clara, pero hay tareas que cada organización en particular asigna a una función o a otra. Ejemplo Dar de alta un usuario en los servidores, ¿es una tarea para la función del administrador de usuarios o para la del administrador de servidores? Si es la misma persona quien hace las dos funciones, no hay problema. Si no lo es, se tiene que decidir quién se encarga. En caso de que lo haga la persona que administra los servidores, se ha dividido la tarea de dar de alta los usuarios (y todo lo que comporta) en varias personas. Hace falta valorar si vale la pena. Si sólo lo hace la persona que administra los usuarios, entonces “manipulará” los servidores para hacerlo. Hace falta valorar si es prudente.

La solución del problema del ejemplo, y de muchos de los que aparecen en la administración, es que las tareas tienen que tener intersecciones y, por lo tanto,

© Editorial UOC

22


para que una administración sea eficiente un administrador de usuarios tiene que poder dar de alta usuarios nuevos. Esto quiere decir interaccionar con los servidores (cosa que hace el administrador de servidores). Este problema se generaliza, pues, a todos los ámbitos de la administración de sistemas informáticos y, por lo tanto, a pesar de que aquí se ha puesto por separado, la realidad es que algunas tareas deben estar mezcladas para conseguir una gestión, un servicio y una atención al usuario en las mejores condiciones posibles.

3.3. Organigrama

Aquí también os mostramos un posible organigrama del departamento informático, pero son la cultura, la historia y las costumbres de la organización las que crean el organigrama real. Otro factor que influye bastante es la tecnología, porque puede introducir cambios por el hecho de variar las necesidades.

© Editorial UOC

23

Capítulo II. Administración de servidores

Capítulo II Administración de servidores

1. Desmitificando el servidor

Cuando se habla de servidores, hay una tendencia generalizada a creer que se trata de máquinas enormes que ocupan salas enteras y que se encuentran protegidas en ambientes especiales y con una seguridad de película. En un principio, los servidores sí que ocupaban grandes espacios y tenían ambientes especiales. Incluso ahora podemos encontrar algunos servidores centrales de tipo Host o grupos de servidores dispuestos físicamente de forma que ofrecen este aspecto. Pero lo cierto es que la mayoría, individualmente, mantienen una apariencia muy parecida a una estación de trabajo cualquiera. Así pues, a pesar de que los servidores no son iguales a la imagen que tenemos predefinida, sí son ampliamente diferentes en funcionalidad y servicio a cualquier ordenador personal.

Hoy les servidores no son diferentes externamente. El que varía es el software y el hardware instalados dentro la carcasa externa.

Un servidor es una máquina que funciona 24 x 7 (veinticuatro horas x siete días), y esto quiere decir que debe poseer un hardware preparado para no parar nunca (problemas de calentamiento) y soportar reparaciones y la sustitución de discos averiados en caliente (sin apagar el ordenador). También tiene que poder aguantar cientos de peticiones de usuarios por medio de la red con tiempos de respuesta aceptables. Incluso tienen sistemas porque los usuarios accedan a la información de una manera selectiva, y gestionan colas de impresión, muestran páginas web, registran la actividad total que se hace, gestionan el correo de la organización y ya no ocupan habitaciones enteras.

© Editorial UOC

24


2. Funciones del servidor

Un servidor es un sistema que pone recursos propios, datos, ficheros, aplicaciones, impresora, disco, correo...., a disposición de otros ordenadores (los clientes). Por lo tanto, actualmente el concepto de servidor ya no está asociado necesariamente a un ordenador. Servidores físicos Muchas veces también se denominan servidores corporativos. Es la cantidad de ordenadores que hay en una organización dedicados exclusivamente a tareas servidoras. Servidores funcionales La cantidad de tareas que hacen los servidores es muy grande. Conceptualmente, un servidor proporciona recursos (ficheros, aplicaciones, impresoras, disco, correo,...) y, por lo tanto, un ordenador físico puede servir muchas cosas. De la misma manera, un ordenador puede no estar dedicado a hacer de servidor, pero sí a servir algo (dar un servicio).

Con las redes y la tecnología cliente/servidor, un servidor es una aplicación que da (sirve) información a un programa (cliente) que le pide mediante una conexión (normalmente la red) a partir de un protocolo.

Así, pues, podemos encontrar servidores de muchas cosas: • Ficheros • Impresión • Web • Noticias • FTP • Correo

© Editorial UOC

25


• DNS • Buscausuarios (finger) Cómo son aplicaciones, un ordenador puede ofrecer muchos servicios a la vez, es decir, puede hacer varias funciones. Tendríamos, pues, un servidor físico que lleva a cabo funcionalmente el papel de varios servidores. Normalmente, un servidor físico da diferentes servicios, depende básicamente de qué destino tiene y qué demanda tiene aquello que sirve. Por ejemplo, una organización dedicada a la venta por Internet seguramente tendrá un servidor físico dedicado a hacer de servidor de web, mientras que en el caso de una empresa que sólo tenga el catálogo de sus productos, el servidor web estará en un servidor que también ofrezca otros servicios como, por ejemplo, la contabilidad (servidor de ficheros), los directorios de usuario (servidor de ficheros) y el correo electrónico (servidor de correo). Por lo tanto, el número y la función de servidores físicos instalados depende de la actividad de la organización, del software que se use y del plan estratégico (las futuras ampliaciones de software y hardware).

2.1. Requisitos de los sistemas operativos de red La instalación del SO en el servidor que elegimos nos tiene que permitir una gran variedad de funciones necesarias. La idea de servidor está basada en la tecnología cliente/servidor, pero si además permite una buena comunicación entre estaciones de trabajo, mucho mejor. Con la tecnología de base tenemos la estructura siguiente:

© Editorial UOC

26


Por lo tanto, el SO de red tiene que poder proporcionar básicamente las funciones siguientes: Servidor de ficheros •

Poder definir grupos de usuarios.

•

Compartir ficheros entre todos los usuarios.

•

Compartir ficheros entre los grupos de usuarios.

•

Que cada usuario tenga espacio personal para guardar la información. El hecho de que esté enel servidor facilita la movilidad y las copias de seguridad. Servidor de aplicaciones

•

Compartir programas entre todos los usuarios.

•

Compartir programas entre los grupos de usuarios. Servidor de impresión

•

Compartir las impresoras. Servidor de correo

•

Enviar y recibir mensajes.

Todo esto con las restricciones de seguridad y permisos correspondientes. Si además hace falta que en la red haya seguridad complementaria, como por ejemplo un cortafuego (en inglés firewall) u otros tipos de servidores –como un servidor web o un servidor de bases de datos–, se tienen que poder instalar o se tiene que poner otro servidor físico para instalarlas-. En estos casos, la comunicación entre los servidores es una cuestión importante.

© Editorial UOC

27


3. Elementos del servidor

Un servidor es un ordenador con una configuración de hardware y de software ajustada a la función que tiene que llevar a cabo.

En un principio los componentes son los mismos que para un ordenador de sobremesa. Así en un servidor podremos encontrar monitor, teclado, ratón, lector óptico (DVD), memoria RAM, placa de comunicaciones, unidades de almacenaje (discos duros), CPU (Unidad de control de proceso), fuente de alimentación, tarjeta gráfica y placa base. Algunos de los componentes no tienen que ser especiales (el monitor, el teclado, el ratón y la tarjeta gráfica) mientras que con respecto a los otros componentes sí que los hay con prestaciones especiales y deben mirarse con detalle.

3.1. RAM Todos los usuarios pedimos (hacemos peticiones) a este ordenador. Por lo tanto, es importante que nos pueda responder cuanto antes, mejor. Por este motivo, una buena cantidad de RAM es muy importante, y como más rápida sea la RAM que se instale, mejor. Si se trata de un servidor de bases de datos, entonces la cuestión es mucho más crítica y hemos de instalar la cantidad de RAM que recomienda el vendedor del producto de bases de datos para asegurar un funcionamiento óptimo.

Es muy necesaria una gran cantidad de RAM.

3.2. CPU En contra del pensamiento general, y exceptuando que sea un servidor de bases de datos con grandes transacciones y operaciones de bases de datos complejas, la CPU no es excesivamente crítica para el buen funcionamiento de un servidor. Hay bastante con una buena CPU y no hacen falta sistemas multiCPU, en la

© Editorial UOC

28


mayoría de los casos. La CPU es necesaria en procesos que piden grandes cantidades de cálculo, pero no es el caso general de un servidor de ficheros, de un servidor de impresión o de un servidor web, por ejemplo. Podría ser el caso de un gran servidor de bases de datos al cual se hicieran muchas peticiones que implicaran consultas complejas y, por lo tanto, mucho movimiento en las tablas, pero seguramente entonces sería más un indicador del hecho que algún elemento de la base de datos está mal diseñado, porque este tipo de consultas no acostumbran a ser frecuentes sobre una base de datos (excepto si hay miles de usuarios).

Generalmente la CPU no es crítica.

3.3. Placa base Es esencial que este componente sea de muy buena calidad para asegurar que hay una buena velocidad de transmisión entre todos los componentes del servidor. El bus del sistema forma parte de la placa base (denominada también placa madre o en inglés motherboard) y es el componente que permite la comunicación entre todos los dispositivos de dentro del ordenador. Entre una placa de buena calidad y una que no lo sea, el rendimiento puede bajar de una manera apreciable. El gran problema es que cuesta mucho detectar porque todo funciona, aunque ligeramentemás lento.

La placa base es vital para el servidor.

3.4. Placa de comunicaciones Es el punto de comunicación entre el servidor y todo “el mundo”. Por lo tanto, su calidad y velocidad determinan el comportamiento del servidor hacia la red. Es un componente crítico. Una placa 10/100 de par trenzado a un concentrador o a un conmutador a 100 Mb es una buena solución para tener un servidor bien conectado (si se puede conectar a cualquier otra tecnología superior cómo, por ejemplo, fibra óptica, mejor). Cómo más rápida sea la conexión del servidor con la red, antes podrá atender las demandas de las estaciones de trabajo e irá más descargado (o más carga podrá soportar sin colapsarse).

© Editorial UOC

29


La placa de comunicaciones determina la capacidad de transmitir información a la red del servidor.

3.5 Disposición física La disposición física de los servidores es variada. Desde cajas especiales para soportar el calentamiento (sobre todo si tienen muchas unidades de disco) hasta los sistemas rac donde el teclado y la pantalla para controlar los ordenadores se implementan vía red. Finalmente, encontramos los sistemas Blade, donde cada servidor se integra como una lámina dentro de una estructura (blade center) donde se comparten recursos, como el acceso a la red, a una red SAN, fuentes de alimentación, ventiladores, ...

Servidores en Blade dentro de un blade center

4. Configuraciones de servidores

Las diversas necesidades de una organización hacen que a menudo un equipo no sea suficiente. De forma que es habitual que las organizaciones tengan más de un servidor físico para lograr sus objetivos. Podemos encontrar, pues, un servidor que lleve a cabo una o muchas tareas o muchos servidores trabajando

© Editorial UOC

30


por un propósito común. También es posible encontrar servidores muy diferentes entre ellos agrupados en un mismo espacio llevando a cabo tareas diversas. Estas combinaciones, muchas veces heterogéneas de servidores, se basan en la funcionalidad. Así, si por ejemplo queremos un servicio de correo que difícilmente falle, pondremos un cluster de correo en alta disponibilidad (cómo veremos). Esto representa al menos dos servidores exclusivamente dedicados al correo. Si además nos hace falta un servicio de ficheros muy grande, entonces pondremos un servidor dedicado a NAS con una librería de backup . Cómo podemos ver, es la necesidad de la organización lo que configura la estructura de servidores. Debido al entorno dinámico de las organizaciones, se deberia realizar una planificación inicial para prever, en la medida del posible, las ampliaciones que pueda surgir para no hacer gastos y tareas de organización del sistema informático que sean insuficientes en poco tiempo. Esta gran variedad, atendiendo a la configuración y función, hace necesaria una clasificación de las configuraciones de los servidores. Esta clasificación no pretende ser exhaustiva, sino orientativa y didáctica, teniendo presente que existen otras clasificaciones.

La configuración de les servidores debe cubrir las necesidades específicas de la organización.

Este diagrama de cruces define conceptualment los diferentes tipos de servidores y los servicios que estos pueden ofrecer a sus clientes conectados. •

Un servidor / procesador, una función: Es el nivel más sencillo de servidor, un sistema dedicado a una sola función. Por ejemplo un ordenador realizando tareas de gestión de correo (servidor de correos)

© Editorial UOC

31


• Un servidor / procesador, N funciones: Si disponemos de un ordenador poco utilizado en cuanto a recursos se refiere, podemos aprovechar este remanente para ofrecer otros servicios a los clientes. Así pues, tenemos un ordenador optimizando recursos con varias funciones de servicio. • N servidores / procesadores, una función: En nuestra organización podemos tener servicios críticos, ya sea por necesidad de servicio, seguridad, o rendimiento, que hacen necesario un número de recursos muy importante y escalable. Esta necesidad, desarrolla las arquitecturas donde una sola tarea es tratada por más de un ordenador. • N servidores / procesadores, N funciones: Cuando varias funciones son tratadas por diferentes ordenadores, tenemos un sistema de servidores heterogéneo donde pueden aparecer un gran número de combinaciones posibles.

4.1. Host o sistema centralizado 4.1.2. Servidores virtuales Los servidores virtuales basan su funcionamiento en la tecnología de la virtualización. La virtualización, esencialmente, es dar a una computadora la posibilidad de realizar el trabajo de múltiples computadoras, compartiendo los recursos a través de varios entornos. Típicamente se ha referido a una sola computadora capaz de hacer trabajar en el mismo tiempo diferentes sistemas operativos y servicios de forma segura. Podemos afirmar pues, que un servidor virtual es aquel servidor capaz de realizar el trabajo de varios servidores compartiendo los recursos del sistema físico, mediante uno o más sistemas operativos de forma segura. Los servidores virtuales tienen bastantes ventajas que los hacen atractivos. • Reducción del número de servidores físicos

• Reducción del espacio dentro el centro de datos • Reducción del consumo de energía • Compartición de recursos y eficiencia de utilización • Centralización y simplificación de la gestión

Hay varios sistemas de virtualización, dependiendo de la plataforma tecnológica del servidor físico.

© Editorial UOC

32


Algunos virtualizadores comerciales conocidos son VMWare, Windows virtual server, Linux virtual server

4.1.3. Servidores de aplicaciones Servidor avanzado que permite gestionar aplicaciones y todos los recursos necesarios asociados como el acceso a Base de Datos, seguridad, mantenimiento, ... Un servidor de aplicaciones se relaciona normalmente a un sistema de tres capas: 1. Primera capa (front-end): Capa de interacción con el usuario, basada en Navegadores gráficos. 2. Capa intermedia (middle-tier): Servidor de aplicaciones en red local. 3. Tercera Capa (back-end): Servidor de base de datos. Basado en la tecnología J2EE (Java to Enterprise Edition), el servidor de aplicaciones es una JVM (Java Virtual Machine) que ejecuta aplicaciones de usuario. El servidor de aplicaciones colabora con el servidor WEB para ofrecer una res-

© Editorial UOC

33


puesta dinámica y personalizada a cada petición de cliente. Además, también da respuesta avanzada a código de aplicación, servlets, JSP (Java Server Pages), enterprise beans y las clases que les dan apoyo. Ver el capítulo 6. Administración web para repasar este concepto Un servidor de aplicaciones puede gestionar un gran número de aplicaciones, conexiones a base de datos y recursos, lo que hace que sea un sistema versátil, seguro y de futuro. Hay ventajas claras al emplearlos: • Integridad: Gracias a la centralización de las aplicaciones, se evitan los problemas de actualizaciones y migraciones en los sistemas cliente. Cualquier cambio se hace centralizado disminuyendo al mínimo el riesgo. • Configuración centralizada: Los cambios de configuración de la aplicación, como los accesos a la BD, se hacen de forma centralizada. • Seguridad: El servidor de aplicaciones se convierte en el punto central de acceso a los datos, disminuyendo la diversidad y haciendo más fácil una buena defensa. • Rendimiento: Gestionando los accesos clientes al servidor de aplicaciones y de este al servidor de base de datos. Nota: Hay varios servidores de aplicaciones en el mercado. Esta es una lista de los más empleados: Jboss, IIS, WebSphere, Bea weblogic, Tomcat.

4.2. Agregación de hosts o sistema distribuido 4.2.1. Load balancers

Balancear una carga significa dividir el total de trabajo que un sistema o computadora tiene que hacer entre dos o más sistemas o computadoras.

Así pues, esta división de carga permite realizar el mismo trabajo en una porción de tiempo más reducida, o lo que es lo mismo; permite realizar más carga de trabajo en el mismo tiempo total. Conceptos generales sobre el Balanceo de Carga: • El balanceo de carga se puede implementar por hardware, software o una combinación de los dos.

© Editorial UOC

34


• El balanceo de carga está especialmente indicado para entornos en los qué es muy difícil prever el volumen de carga de trabajo. • El factor de división de carga se puede definir, dando más o menos carga a cada uno de los sistemas implicados. Esta característica es la carga asimétrica

4.2.2. Sistemas cluster Qué es un cluster - Introducción Un cluster es un grupo de computadoras interconectadas que trabajan conjuntamente en la solución de un problema. Estos sistemas constituyen una solución flexible, de bajo coste y de gran escalabilidad pora aplicaciones que requieren una elevada capacidad de computadora y memoria. Un cluster es un grupo de equipos independientes que ejecutan una serie de aplicaciones de forma conjunta y aparecen delante de los clientes y aplicaciones como un solo sistema. Si miramos la historia de los clusters, encontramos que si bien no se sabe la fecha exacta del primer cluster, se considera que la base científica del concepto del procesamiento en paralelo la estableció Gene Amdahl, que trabajaba en IBM, hacia el 1967. El desarrollo de los clusters ha ido siempre unido al de las redes de computadores, puesto que desde el comienzo se buscó la unión de los sistemas informáticos para obtener más rendimiento y capacidades. De todas formas, el primer cluster comercial fue ARCNet, desarrollado en el 1977 por la corporación DataPoint. A partir de aquí, una serie de productos popularizaron el concepto, hasta la puesta en marcha del proyecto Beowulf, el 1994, que implicaba la interconexión en red local de computadores estándar, y gestionaba como estos interactuaban entre sí. La idea fue tal éxito que incluso la Nasa adoptó. Características ● Un cluster consta de 2 o más nodos conectados entre sí por un canal de comunicación. ● Cada nodo únicamente necesita un elemento de proceso, memoria y una interfaz para comunicarse con la red del cluster. ● Los clusters necesitan software especializado, ya sea a nivel de aplicación o a nivel de núcleo.

© Editorial UOC

35


● Todos los elementos del cluster trabajan para cumplir una funcionalidad conjunta, sea la que sea. Es la funcionalidad la que caracteriza el sistema. Ventajas económicas: Es una razón importante para la construcción de clusters. Reduce costes en el gasto inicial tanto de planificación, de instalación y también los costes asociados al mantenimiento (el TCO -Total Coste of Ownership o coste total-) comparados con un “ordenador” de las prestaciones equivalentes. Sencillo: La tecnología que hace funcionar a un cluster se basa en la unión de elementos sencillos (que pueden ser incluso ordenadores normales). Y esta sencillez es más beneficiosa cuando hablamos de disponibilidad de piezas de recambio (pueden ser piezas estándar) o de un downtime reducido (no hay tiempo de espera para un técnico enviado por la marca del equipo). Disponibilidad: La interconexión de dos o más computadoras trabajando conjuntamente en la solución de un problema, permite incrementar la disponibilidad de servicio puesto que se divide aproximadamente los número de puntos críticos de servicio entre el número de nodos del cluster. Escalable: Si el SO del cluster lo permite, sólo hace falta conectar más equipos a la red del cluster, configurarlas correctamente y ya tenemos un cluster ampliado y mejorado.Incluso mejorando alguno de los elementos que forman parte de cada nodo (memoria RAM o disco por ejemplo), se obtiene una mejora del rendimiento o la disponibilidad. La escalabilidad es la capacitad de un equipo para enfrentarse a volúmenes de trabajo cada vez más grandes sin dejar de dar un nivel de rendimiento aceptable. Hay dos clases de escalabilidad: •

Hardware o escalamiento vertical: Basado en el uso de un gran equipo con una capacidad que aumenta a medida que lo exige la carga de trabajo.

•

Software o escalamiento horizontal: Basado en el uso de un cluster hecho de varios equipos de media potencia que funcionan de manera muy similar a como lo hacen las unidades RAID de disco.

Rendimiento: El incremento de recursos asignados con el fin de resolver la misma carga de trabajo permite aumentar el rendimiento del sistema como conjunto. Balance de carga: La tecnología de cluster de servidores por balanceo de carga mejora la respuesta a las peticiones conmutando estas entre los diversos nodos del cluster. Componentes • Nodos: Pueden ser simples ordenadores, sistema multi-procesador o estaciones de trabajo.

© Editorial UOC

36


• Sistemas operativos: Tienen que ser de fácil uso y acceso, y además permitir múltiples procesos y usuarios. • Conexiones de red: Los nodos de un cluster pueden conectarse mediante una simple red Ethernet, o se puede utilizar tecnologías especiales de alta velocidad como Fast Ethernet, Gigabit Ethernet, Myrinet, Infiniband, SCI. • Middleware: El middleware es un software que generalmente actúa entre el sistema operativo y las aplicaciones con el fin de proveer una interfaz única de acceso al sistema, denominada SSI (Single System Image), la cual genera la sensación al usuario que utiliza un único ordenador muy potente. • Herramientas para la optimización y mantenimiento del sistema: Migración de procesos, checkpoint-restart (parar uno o varios procesos, migrarlas a otro nodo y continuar su funcionamiento), balanceo de carga, tolerancia a fallos, etc. • Escalabilidad: Tiene que poder detectar automáticamente nuevos nodos conectados al cluster para proceder a su utilización. ● Ambientes de programación paralela: Los ambientes de programación paralela permiten implementar algoritmos que hacen uso de recursos compartidos: CPU (Central Processing Unido), memoria, datos y servicios. Tipos Los clusters pueden clasificarse en base a sus características. Se pueden tener clusters de alto rendimiento (HPC – High Performance Clusters), clusters de alta disponibilidad (HA – High Availability) o clusters de alta eficiencia (HT – High Throughput). High performance Son clusters que ejecutan tareas que requieren de gran capacidad computacional. Estas tareas pueden comprometer los recursos del cluster por largos períodos de tiempos. High availability Son clusters diseñados para proporcionar disponibilidad y fiabilidad. La fiabilidad se provee mediante software que detecta fallos del sistema y permite recuperarse frente a estos, mientras que en hardware se evita tener un único punto de fallo.

© Editorial UOC

37


High Throughput Son clusters que están diseñados con el objetivo de ejecutar la mayor cantidad de tareas en el menor tiempo posible.

4.2.3. Grid La computación en grid o malla es un nuevo paradigma de computación distribuida en el cual todos los recursos de un número indeterminado de computadoras son englobados como un único superordenador de forma transparente. Estas computadoras englobadas no están conectadas o enlazadas rígidamente, es decir, no tienen por qué estar en el mismo punto geográfico. Los orígenes de la computación en Grid se deben a la idea de la compartición de recursos. La práctica conocida como “computación distribuida” nos trae a los inicios de la informática. A finales de los años 50 y principios de los 60, los investigadores se dieron cuenta que necesitaban hacer más eficientes los sistemas que habían costado una fortuna; “los sistemas pierden mucho tiempo esperando que los usuarios introduzcan datos”. Los investigadores razonaron entonces, que varios usuarios podrían compartir el sistema aprovechando el tiempo de procesamiento no empleado. En 1969 ya encontramos una primera aproximación a la definición de Grid por parte de Len Kleinrock que sugirió proféticamente: “Nosotros probablemente veremos la extensión de las “utilidades de los ordenadores”, como las utilidades de la corriente eléctrica y telefónicas, que darán servicio a las casas y las oficinas en cualquier parte del país”. En 1998, Carl Kesselman and Ian Foster intentaron otra definición en su libro “The Grid: Blueprint for a New Computing Infrastructure.” Grid es la infraestructura de hardware y el software que proporciona un acceso serio, constante, penetrable y económico a capacidades computacionales de alta calidad. En una revisión de la definición por los mismos autores junto con Steve Tuecke, se definió la computación grid cómo: Compartición de los recursos coordinados y de la solución de un problema en organizaciones virtuales dinámicas y multiinstitucionales. Características. El grid, es un sistema que: 1- Sus recursos coordinados no están sujetos a un control central: Un Grid integra y coordina recursos y usuarios que trabajan con diferentes dominios – por ejemplo, estaciones de trabajo de usuarios frente a computadoras centrales; unidades administrativas diferenciadas de la misma organización; o diferentes organizaciones.

© Editorial UOC

38


2- Utiliza un estándar, abierto, protocolos e interfaces genéricas: Un Grid está hecho de protocolos genéricos e interfaces que tienen como principales inconvenientes la autenticación, autorización, descubrimiento y acceso a los recursos. Es importante que estos protocolos sean estándares y abiertos. 3- Entrega las calidades no triviales de servicio: Un Grid permite a los recursos que la constituyen, ser empleados de una forma coordinada entregando diferentes calidades de servicio, relacionadas por ejemplo con el tiempo de respuesta, rendimiento, disponibilidad y seguridad, y la asignación de múltiples recursos para conocer las demandas de los usuarios, por lo tanto, esta utilización de los sistemas combinados es significativamente más grande que la suma de sus partes. Grid ofrece nuevas y más potentes vías de trabajo, como los siguientes ejemplos: • Portales científicos: Aprovechar los métodos científicos de resolución de problemas. • Computación distribuida: Aprovechar la mayor capacidad que tienen las estaciones de trabajo para conseguir unos sustanciales recursos de computación. • Computación en tiempo real de instrumentación: Permite mejorar la utilización de aparatos en tiempo real. • Trabajo colaborativo: Grid permite trabajar en equipo compartiendo recursos, pero también los resultados de los diferentes estudios para su análisis.

5. Almacenamiento El disco duro es el componente que almacena la información. És crítico porque, además de contener toda la información de la organización, es el dispositivo que da más sentido a todo el concepto de las redes. Sin los discos duros toda la expansión de las redes prácticamente no tendría sentido, dado que casi todas las peticiones que se hacen a servidores son directamente o indirectamente peticiones al disco. La capacidad y velocidad de los discos son los dos aspectos básicos y más importantes a tener en cuenta en el momento de elegir los discos que se quieran poner en los servidores. ¿Cuántos discos tiene que tener nuestro servidor? ¿Para qué los queremos?. Un disco es un espacio para guardar información que se divide en partes denominadas particiones.

© Editorial UOC

39


Si las particiones pueden ser de muchos Gb, ¿de qué sirve particionar ?

Particionar un disco tiene dos utilidades básicas. La primera, y más importante, es que divide el disco en zonas independientes. Al estar formateada independientemente, cada partición del disco es un disco lógico (no físico) diferente para el SO. Por lo tanto, en caso de que por algún problema el sistema de ficheros quede corrupto y la información depositada sea inaccesible, el contenido se pierde y la partición debe reformatearse. El resto de particiones son accesibles y la información se mantiene intacta. Incluso se puede recuperar toda la partición de la copia de seguridad. La otra utilidad es que al ser independientes pueden estar formateadas en sistemas de ficheros diferentes. Por lo tanto, incluso podemos iniciar el ordenador desde diferentes particiones, a partir de sistemas operativos diferentes. Se utiliza mucho en la preparación de máquinas. Nota: si falla el disco físico, todas las particiones quedan inaccesibles y no se puede acceder a la información que contienen. Nota 2: Normalmente, no es recomendable hacer más de tres o cuatro particiones en un disco físico.

5.1. Necesidades de la organización Las necesidades básicas de la organización, a grandes rasgos, son las siguientes: • Sistema • Usuarios • Datos • Aplicaciones básicas • Gestión informática • Aplicaciones • Otras Sistema La partición de sistema es necesaria para arrancar el servidor y para que funcione. Siempre se deja una partición sólo para el sistema operativo del servidor. Usuarios La partición de usuarios contiene los directorios de los usuarios (las carpetas personales y si hay carpetas de grupo). Datos En la partición de datos normalmente hay directorios con datos de programas que tienen que estar instaladas localmente en las estaciones de trabajo, datos compartidos por grupos de usuarios, y también puede haber un lugar para

© Editorial UOC

40


poner el “disco común”, que es una carpeta común a toda la organización para transferir cosas. Aplicaciones básicas Las aplicaciones que usan todos los usuarios. El software base al cual necesitan acceder todos los usuarios y que debe estar en la red. El permiso tiene que ser de lectura y ejecución para todos. Aplicaciones Esta partición contiene las aplicaciones que no son comunes a todos, por esto están separadas. Hay personas que las usan y otras no. Se aplican permisos por grupos de usuarios. Además de las aplicaciones, muy posiblemente encontraremos datos asociados a las aplicaciones que funcionan. Otras Teniendo en cuenta las necesidades reales de la organización, se pueden necesitar otras particiones. Servidores de bases de datos, particiones para desarrollo, etc.. Gestión informática Esta partición sólo debe verla el departamento de Informática. Contiene el software, las herramientas, las preinstalaciones, etc.. necesarios para que el departamento pueda llevar a cabo su tarea y hacer funcionar todo el sistema. Por ejemplo, se puede utilizar para ir a una estación de trabajo y reinstalar un software local (ofimática) sin llevar CDROM ni nada, sólo accediendo a esta partición del disco con los derechos correspondientes. Los usuarios tienen que desconocer la existencia de esta partición. La estructura final de todos los discos y las particiones está condicionada por la necesidad, y no tienen que ser forzosamente particiones. Siempre es la organización quien determina como se distribuye.

Las necesidades de la organización determinan las particiones necesarias.

5.2. DAS (Direct Attached Storage) Las tecnologías “tradicionales” de almacenaje se basan en la conexión directa (física) del dispositivo al servidor o estación de trabajo. Como consecuencia

© Editorial UOC

41


las aplicaciones y los usuarios hacen las peticiones directamente al sistema de ficheros. Fundamentalmente hay cuatro tipos de dispositivos: • • • •

IDE SATA SCSI SAS

5.2.1. IDE (Intelligent Drive Electronics) Los IDE pueden ser de gran capacidad y son baratos, con el inconveniente que no son muy rápidos. Esto hace que para determinadas situaciones no sea la mejor opción en el servidor. Además, las arquitecturas PC sólo permiten normalmente hasta cuatro discos IDE, porque tienen dos controladoras con capacidad de dos discos cada una.

Si hay algún CDROM, necesita uno de estos cuatro lugares, por lo cual nos quedamos con sólo tres espacios disponibles para discos. Los IDE se configuren de forma que uno de los dos discos de la controladora es el maestro y el otro, el esclavo. Se hace modificando unos puentes (o en inglés jumpers) del disco, antes de instalarlo físicamente dentro del ordenador. Normalmente, un ordenador con una arquitectura PC se enciende a partir del

© Editorial UOC

42


maestro del IDE 1 (disco 1 que siempre debe existir si no existen controladores SCSI, que entonces se configuran en la BIOS). El estándar IDE surgió el año 1981 con una velocidad de transferencia de 4 Mbs aproximadamente. Actualmente, con todos los cambios tecnológicos y modificaciones, se ha llegado a ATA/ATAPI 5 (1999), con una velocidad de transferencia de 66 Mbs aproximadamente. A pesar de estos adelantos, tiene bastantes limitaciones, como por ejemplo que mientras se usa el maestro del IDE 1 no se puede utilizar el esclavo del IDE 1 (no se pueden hacer lecturas paralelas en la misma controladora).

5.2.2. SATA Serial ATA, con sus orígenes situados alrededor del 2000, es la transición natural de los discos ATA o IDE. El acceso a los discos se realiza en serie sustituyendo al acceso en paralelo de los discos P-ATA (IDE). Este nuevo método de acceso proporciona mejoras respecto a su antecesor: •

Incrementa la velocidad de transmisión: En una primera versión, esta ve-

locidad se situó en 1,5 Gbs (SATA 150), pero actualmente se trabaja con una velocidad de transmisión de 3 Gbs (SATA 300). Se está trabajando para conseguir 6 Gbs en un futuro próximo. • Se incrementa la longitud del cable de transmisión: La longitud soportada actualmente es de 2 metros. • Incrementa el número de dispositivos SATA conectados: Para una estructura PC, se puede llegar hasta los 16 dispositivos SATA conectados a cada controlador (situado normalmente en la placa madre). • Conexión de discos ‘en caliente’: Permite añadir discos a la configuración, mientras el sistema está funcionando con normalidad.

5.2.3 SCSI Otro tipos de disco, el SCSI (Small Computer System Interface), es mucho más rápido, pero también más caro. Es mucho más adecuado para servidores. Hay revisiones de SCSI, como por ejemplo la denominada Ultra Wide SCSI 2.

La SCSI soporta hasta ocho dispositivos por controladora (la SCSI II hasta dieciséis).

© Editorial UOC

43


La velocidad de transferencia de las cadenas SCSI ha variado bastante con las revisiones, desde la SCSI original, que iba a 5 Mbs, hasta la última revisión, la Ultra 640 SCSI, que tiene una velocidad de transferencia de 640 Mbs. Los buses SCSI permiten lecturas y/o escrituras simultaneas en la misma controladora y es, por lo tanto, el estándar que se utiliza en servidores corporativos. En servidores de arquitectura Unix también acostumbra a ser un estándar instalar discos duros SCSI, mientras que en arquitecturas PC hay que tener la precaución de hacerlo, puesto que hace falta añadir un componente de hardware (una placa controladora) para poderlo soportar. Nota: Cuando se habla de dispositivos en una cadena SCSI se hace referencia a discos duros, unidades de DVD, unidades de cinta, etc..

5.2.4. SAS Igualmente como sucede con los discos S-ATA, los discos SAS (Serial Attached SCSI), son la evolución de los discos SCSI. También, como sucedia con S-ATA, SAS implementa la transmisión en serie entre el controlador y los dispositivos, lo que permite obtener significativas mejoras: • Incrementa la velocidad de transmisión: En su primera versión, esta velocidad se ha situado en 3 Gbs (SAS 3.0). Se está trabajando para conseguir 6 Gbs en un futuro próximo. • Se incrementa la longitud del cable de transmisión: La longitud externa soportada actualmente es de 8 metros. • Incrementa el número de dispositivos SAS conectados: Para una estructura PC, se puede llegar hasta 128 puertos de expansión de dispositivos y hasta 16.384 discos SAS conectados. • Conexión de discos ‘en caliente’: Permite añadir discos a la configuración, mientras el sistema está funcionando con normalidad.

© Editorial UOC

44


Una pregunta natural que se nos plantea a continuación sobre los discos SAS/SATA es: cuando se tienen que emplear discos SATA y cuando se tienen que emplear discos SAS?. La respuesta está basada en las inherentes diferencias entre los discos SCSI y los discos ATA hoy en día. Los discos SCSI han sido diseñados y fabricados para cumplir con los requisitos empresariales de alta disponibilidad y seguridad. Esta es la característica que nos tiene que hacer decidir.

Una buena política y gestión de los discos puede determinar el rendimiento del servidor.

5.2.5. Agrupaciones de discos en el servidor Los discos son siempre una de las piezas clave en los servidores. Esto ha provocado intentos tecnológicos para mejorar la capacidad y el rendimiento. 5.2.5.1 Multivolumen ¿Qué pasa si nos pensamos que tendremos una base de datos que ocupará 18 Gb y solo tenemos dos discos de 12 Gb? Hay una solución por medio del SO que consiste a convertir los dos discos de 12 Gb en uno de 24 Gb. Es la gestión multivolumen. En general se trata de juntar varias particiones físicas en una sola partición lógica de una medida equivalente a la suma de las medidas de las particiones.

Partición lógica total = 5 + 5 + 7 + 6 = 23 Gb La principal ventaja es que se puede obtener una partición de la medida que desee agrupando particiones de discos de otras medidas. A menudo las bases de

© Editorial UOC

45


datos necesitan discos muy grandes. El principal inconveniente es que si un disco falla físicamente (se estropea) no podremos acceder a ninguna de las particiones físicas que integran la partición mutivolumen creada. Este problema, junto con el gran aumento de capacidad de los discos (y su notable reducción de precios), hace que la solución que se adapta sea comprar e instalar discos de la capacidad que se necesita, puesto que si hace falta hacer un multivolumen es síntoma que la información que tiene que contener es crítica y el gasto de un disco nuevo es pequeña en comparación con la seguridad que gana el servidor.

5.2.5.2. RAID (Redundant Array of Inexpensive Disks) En estos casos hay la solución RAID. El RAID permite, por ejemplo, tener cinco discos funcionando y sólo aprovechar cuatro, pero si falla cualquier de estos cuatro el servidor continúa funcionando, porque el quinto contiene información redundante que lo permite. Incluso permite cambiar el disco en caliente, es decir, sin parar el servidor se puede sustituir el disco que ha dejado de funcionar por uno nuevo, que el mismo RAID vuelve a poner en funcionamiento. El RAID se puede hacer de varias maneras, según el grado de velocidad y seguridad que se necesite. Se clasifican en niveles. • RAID 0. La información se distribuye en varias unidades, pero no hay redundancia. Por lo tanto, no hay protección en caso de fallo de disco. • RAID 1. También denominado espejo. Cada unidad está duplicada en una unidad de soporte. Por lo tanto, con seis unidades de disco, tres son de copia. La información se distribuye entre los discos.

© Editorial UOC

46


• RAID 2. Hay distribución de datos con respecto a los bits sobre todas las unidades. No se usa porque el RAID de nivel 3 está mucho más extendido. • RAID 3. Datos distribuidos a nivel de bit (o de byte) en todas las unidades menos en una, que es la de paridad. Tiene muy buen rendimiento de lectura, pero en escritura cada vez se ha de actualizar la unidad de paridad. • RAID 4. Como el de nivel 3, pero todo se hace a nivel de sector. Mejoran los tiempos de acceso. • RAID 5. Se escriben en todos los sectores de todas las unidades, y se añaden códigos correctores a cada sector. Este nivel de RAID ofrece una escritura más rápida, porque la información de redundancia se distribuye en todas las unidades. Las lecturas a disco también tienen unos tiempos de acceso muy buenos. • RAID 6. Este nivel de RAID es similar al 5, pero utilizando dos códigos correctores para cada sector y grupo de RAID. Las informaciones de paridad se distribuyen entre todos los discos del grupo.

• RAID 5o, 6o. Estos dos niveles de paridad, se basan en sus predecesores (5 y 6), pero añaden un elemento más de seguridad: Hot spare. Este, es un nuevo disco en espera que entra a formar parte del grupo de raid activamente si uno de los discos del mismo deja el grupo. • RAID 10: Aparecen varias combinaciones de niveles de seguridad, a partir de los niveles básicos comentados. Uno de ellos es el nivel 10 = 1+0. El cual replicaría un grupo de RAID 1 en un grupo de discos con RAID 0.

© Editorial UOC

47


• RAID 50: Un grupo de nivel 50 = 5+0 distribuiría la información por multivolumen entre dos grupos de RAID 5. Hay otras combinaciones posibles y otros niveles de RAID no estándares que proponen las compañías a sus clientes..

La técnica del RAID mejora el rendimiento, al distribuir la información entre varias unidades, y puede ofrecer redundancia para aumentar la seguridad.

Una vez más, el RAID puede ser por software o por hardware. Si es por software es más lento, y si es por hardware es transparente al SO. RAID comerciales Hay una gran cantidad de sistemas de RAID comerciales internos y externos, pero citamos algunos fabricantes, que se pueden encontrar en la web: Dell (PowerVault), Compaq, StorageTeK, Clarion, Hewlett Packard, IBM, RaidTec, etc..

5.2.6 Sistemas de ficheros Una vez hemos hecho las particiones sobre los discos, necesitamos hacer una operación para que nuestro sistema pueda trabajar. Hay que formatear la partición. Este paso es imprescindible, porque informa al sistema operativo y al disco de cómo se reparte el espacio (medida del sector), de cómo se distribuirá lógicamente dentro del disco, y también se hacen operaciones para mejorar el rendimiento, a pesar de que son dependientes del mismo sistema operativo. Por lo tanto, el resultado de este formateo genera el sistema de ficheros, ya vacío y preparado para poder poner información.

© Editorial UOC

48


El sistema de ficheros que se elija para formatear la partición también es muy importante porque tiene varias características asociadas, como por ejemplo cuestiones de seguridad. 5.2.6.1. FAT (File Allocation Table) El sistema de ficheros FAT es bastante antiguo. Sólo soporta tamaños de hasta 2 Gb y no hay seguridad. Es el sistema de ficheros de los PC de sobremesa de antes. La medida del cluster (el número de sectores que guarda de golpe) puede ser muy grande, y los sistemas operativos tienen una gran cantidad de ficheros pequeños, por lo cual se pierde mucho espacio.

5.2.6.2. FAT32 El sistema de ficheros FAT32 es el mismo que el anterior, pero soporta medidas de disco superiores sin ningún problema. La medida del cluster es mucho más pequeña, con lo cual se aprovecha mucho mejor el espacio del disco del disco. Tampoco tiene seguridad. 5.2.6.3. NTFS (NT file system) El sistema NTFS se introdujo con la aparición de Windows NT. Tiene una medida de sector y de cluster muy pequeña, de forma que se aprovecha muy bien el espacio de disco. Trae firma de la partición, por lo cual el disco no se puede leer en otro ordenador. Trae seguridad en el sistema de ficheros, por lo cual los permisos están a nivel del sistema de ficheros. Todo el conjunto, pues, hace que sea mucho más robusto. 5.2.6.4. ufs, ext2 y ext3 Son tres sistemas de ficheros muy usados en sistemas Unix y Linux. La medida de sector es de 256 bytes (muy pequeña). Tiene una estructura d’inodos para gestionar los ficheros y la seguridad de Unix Standard. El sistema de ficheros ext3, nos ofrece la posibilidad de trabajar con journaling, sistema mediante el cual se salvan periódicamente los archivos abiertos a fin de de evitar la pérdida de información o la corrupción de los datos si se produce una desconexión no planificada. Este sistema de ficheros aporta más seguridad, a pesar de que por contra hace perder recursos de máquina, asignados precisamente a la tarea de journaling .

© Editorial UOC

49


5.2.6.5. HSFS Este formato es muy conocido. Es el High Sierra File System o Iso9660, y también es el formato de los CDROM. Todos siguen este formato, tanto los de datos como los de áudio. 5.2.6.6. Sistemas de ficheros distribuits Un sistema de ficheros distribuidos permite almacenar ficheros en uno o más ordenadores (servidores), y permite que se hagan accesibles a otros, denominados clientes. Estos últimos, pueden gestionar y manipular los ficheros como si fueran locales. Normalmente, los sistemas de ficheros distribuidos incluyen herramientas automáticas de replicación y de tolerancia a errores. Totalmente transparente al usuario, el sistema es capaz de replicar los datos entre los servidores y dar servicio desde otro servidor en caso de fallo. Hay varias ventajas a tener en cuenta de los sistemas de ficheros distribuidos: • Ficheros fácilmente accesibles: Actualmente se puede acceder a un fichero desde cualquier punto del planeta. Sólo hace falta un ordenador conectado a la red y un navegador. • Compartición de ficheros: Facilita claramente el trabajo en grupo y la interacción entre usuarios. • Copias de seguridad: Simplifica la copia de seguridad de los ficheros, centrando la acción en los servidores y no en los clientes. Se evita en cierta manera la dispersión de la información. • Gran capacidad de almacenaje: Los servidores de ficheros proporcionan grandes volúmenes de espacio para almacenar ficheros, reduciendo el coste que supondría replicar el espacio a los ordenadores clientes. • Simplificación de la administración: Desde el punto de vista del administrador, este sistema simplifica mucho la tarea, al tener centralizada toda la información. Otros Existen otros muchos formatos y sistemas de ficheros. Así, haciendo una ojeada nostálgica al pasado, los disquetes, por ejemplo, también tienen un formato de sistemas de fichero. En contraposición, mirando al futuro, hay sistemas de ficheros distribuidos (The Google File System, WUALA, CODA, y muchos otros) que han hecho cambiar la visión de los sistemas de ficheros.

© Editorial UOC

50


5.3. SAN - NAS

Existen agrupaciones más grandes de discos que la de las RAID.

5.3.1. SAN La asociación Storage Network Industry Association (SNIA) define SAN (Storage Area Network) como la red, el objetivo principal de la cual, es transferir datos entre sistemas o computadoras y elementos de almacenaje. Nota: Los accesos a disco en una red SAN, son normalmente a nivel de Block I/O Otra definición más sencilla de SAN es: red especializada de alta velocidad, que comunica servidores y dispositivos de almacenaje. Una SAN también puede ser un sistema de almacenaje formado por elementos y dispositivos de almacenaje, computadoras, aplicaciones, software de control, y todos estos elementos, comunicándose mediante una red.

¿Por qué utilizar una SAN? Antes de hablar de los componentes, protocolos e implementaciones de las redes SAN, se quiere definir el por qué de su utilización. Qué motivaciones tenemos para optar a esta tecnología.

© Editorial UOC

51


La principal razón es que las organizaciones tienen cada vez un mayor número de servidores, y estos a su vez necesitan constantes aumentos de capacidad de almacenaje. Para evitar islas de información, donde cada servidor controla su almacenaje independientemente del resto, hace falta emplear una nueva técnica que nos permita la compartición global de los recursos de almacenaje. Si revisamos la historia, en los años 70 y principios 80, los sistemas host definían un modelo centralizado, donde los datos residían internamente. La evolución nos trae a los años 80 y 90 a sistemas con datos distribuidos gracias al modelo cliente/servidor. El futuro nos trae a un nuevo sistema de compartición global de recursos de almacenaje por red. Es una nueva era, la SAN. Elementos de una red SAN Los elementos de una red SAN se pueden dividir en tres grandes grupos: servidores, elementos de conexión y almacenaje. 1. Servidores: Forman parte de una red SAN todos aquellos servidores que disponen de targetas específicas por tal de establecer comunicación con los elementos de conexión.

© Editorial UOC

52


2. Elementos de conexión: Forman parte de este grupo: • Cableado: Específico para las redes SAN, suele ser cable de fibra óptica.Hay de dos tipos, cableado multimodo de fibra de 50 micrones para distancias cortas y monomodo para distancias largas (menos de 10 micrones). • Conmutador: Conmutadores especializados en comunicación en redes SAN. • Directores: Conmutador principal. Punto central de gobierno de las redes SAN. • Concentradores: Hacen la misma función que las concentradoras de redes, pero especializados para redes SAN. • Encaminadores: Encaminadores especializados, pueden convertir señales entre protocolos de SAN. 3. Almacenamiento: • Sistemas de discos: Dispositivos especializados en servir almacenaje de disco. • Sistemas de cintas, básicamente bibliotecas de cinta como elementos de gestión de gran volumen de datos para backup y dispositivos de cinta. Conectividad SAN Comprende todas las clases de hardware, software y componentes que permiten la interconexión de los dispositivos de almacenaje y los servidores. Capa baja La capa baja comprende las capes conexión física y redes. Tenemos diferentes posibilidades: Ethernet: Se construye una topología típicamente de bus que puede llegar a una velocidad de 10 Gbps de datos. SCSI: Es una interfaz en paralelo que puede trabajar hasta a 25 metros a una velocidad de 160 Mbps. Fibre Channel (FC): Es una interfaz en serie, normalmente implementada con cable de fibra óptica, que actualmente es la arquitectura más empleada por las redes SAN. Mejora la velocidad y la distancia de SCSI. Sus posibles topologías son: Point-tono-point, Arbitrated Loop, Switched Fabric.

© Editorial UOC

53


Capa media La capa media comprende el protocolo de transporte y las capas de sesión. •

Fibre Channel Protocolo (FCP): Es el protocolo de transporte para SCSI en

fibre channel. Es una tecnología de Gigabit principalmente empleada para redes de almacenaje. Las señales de fibre channel pueden enviarse tanto en par trenzado de cobre como en cables de fibra óptica. • iSCSI: Es un protocolo de transporte de datos que transporta las comandos SCSI requeridos mediante la tecnología estándar de redes (TCP IP) • FCIP (Fibre channel por IP): También es conocida cómo FC tunneling. Método que permite la transmisión de FC mediante redes IP. • iFCP (Internet FCP): Mecanismo que permite enviar datos a dispositivos de almacenaje de una SAN mediante TCP IP vía Internet. Hay otros protocolos propietarios como ESCON o FICON. Capa alta La capa alta comprende las capas de presentación y aplicación. Server Attached Storage: Inicialmente el almacenaje era compartido directamente por el bus del servidor empleando una tarjeta de comunicaciones correspondiente y el dispositivo de almacenaje era dedicado a un solo servidor. El servidor controlaba las ES hacia el dispositivo. Actualmente los dispositivos de almacenaje disponen de una inteligencia que les permite realizar acciones como la gestión de grupos de RAID, disponibilidadde memoria Cache ES, control de unidades, ...

© Editorial UOC

54


Network Attached Storage: Trataremos este punto ahora.

5.3.2. NAS Network Attached Storage es básicamente un servidor de ficheros conectado a una red que sirve ficheros utilizando un protocolo. Un elemento NAS consiste en una máquina que implementa los servicios de ficheros (usando protocolos de acceso como por ejemplo NFS o CIFS), y uno o más dispositivos, donde los datos son almacenados. NAS proporciona capacidad de almacenaje empleando la misma red de comunicaciones o una adicional de bajo coste. Así como los accesos que se realizan en una SAN, son la mayoría de veces a nivel de Block I/O ,en una NAS se realizan a nivel de sistema de ficheros. Es decir, las aplicaciones acceden al sistema de ficheros que proporciona el propio dispositivo NAS, mientras que en una SAN, el sistema de ficheros pertenece al propio servidor.

A menudo se tiene que tomar una decisión de diseño y elegir entre una SAN o una NAS. Esta decisión, tiene que venir reforzada por dos premisas básicas: Velocidad de comunicación (rendimiento de acceso a disco) y sistema de acceso (acceso a nivel de bloque o de ficheros). Soluciones híbrides Los sistemas NAS y SAN no son excluyentes, todo el contrario, se pueden combinar dando todavía mayor flexibilidad y servicio de almacenaje a los servi-

© Editorial UOC

55


dores. Un ejemplo sería tener un servidor conectado a una NAS, la cual tiene los discos en un sistema de almacenaje conectado a una SAN.

6. Copia de seguridad (Backup)

Ante el problema de copiar la información de la organización para evitar la pérdida hay muchos dispositivos (aparatos físicos) y técnicas. Tenemos que buscar las mejores para cada caso.

Los dispositivos de copia de seguridad son los aparatos físicos que se utilizan para hacer copias de seguridad de la información de los servidores. Normalmente, las copias son procedimientos que tardan horas en terminarse, y también se tarda una hora o más a recuperar los ficheros del dispositivo en que se ha almacenado la información.

6.1. Dispositivos 6.1.1 DAT Las cintas son el dispositivo más habitual que hay en los servidores. Los DAT (Digital Audio Tape) son muy habituales, generalmente SCSI, y los hay de varias capacidades, que pueden llegar hasta unos 20 GB por cinta.

© Editorial UOC

56


Es normal que un servidor tenga una unidad de estas características y que diariament se hagan copias de seguridad siguiendo alguna política de copia. 6.1.2. DLT Otro tipo de cintas, las DLT (digital Linear Tape), también son generalmente SCSI y hay de diferentes capacidades, que pueden ir de los 20 GB hasta los 100 GB por cinta (sin compresión), usando SDLT.

6.1.3. AIT Un tercer tipo de cintas, las AIT (Advanced Intelligent Tape), también son generalmente SCSI y hay de varias capacidades, de entre 25 GB y 100 GB por cinta (con AIT3). La variación de esta capacidad depende de la cinta, del tipo de AIT que se utilice y del nivel de compresión con que se hagan las copias.

6.1.4. LTO Un nuevo tipo de cintas, las LTO (Linear Tape Open), son una nueva tecnología desarrollada por Hewlett Packard, IBM y Seagate. Estos tipos de cintas han ido evolucionando rápidamente. Mientras que en el año 2000 hablábamos de LTO 1, que permitía hasta 100GB de copia por cinta, actualmente la capacidad de las cintas LTO4 llega hasta 800 GB sin compresión (1,6 TB con compresión). Su velocidad de copia puede llegar a 120 Mbs, y ya están planificadas las versiones LTO5 y LTO6 que permitirán almacenar hasta 3,2 TB a una velocidad de 270 Mbs. Otras cintas Hay otras cintas, como por ejemplo el Hexabyte, pero estas cuatro son las más extendidas.

Nota: Cuando se habla de capacidad de las unidades de cinta, hablamos siempre de las que son sin compresión, con compresión la capacidad se puede duplicar o más.

6.1.5. Librerías de copia Se puede dar el caso que nuestra organización manipule cantidades de datos que ocupen varias cintas de copia al día. En este caso, una sola persona se pasaría

© Editorial UOC

57


el día haciendo copias de seguridad, y no acabaría nunca. ¿Qué es la solución para estos volúmenes de información tan grandes? Hay unos dispositivos denominados librerías de copia. Son externos, con unos brazos articulados, y contienen desde veinte hasta dos mil cintas de copia de seguridad (son como robots). Con el software correspondiente, esto se ve, por ejemplo, como una unidad de 400 Tb para guardar información. El software sabe en qué cinta está almacenada la copia, qué cintas están llenas, y maneja la política de sustitución de cintas. Las librerías de copia sólo tenen sentido para organizaciones de grandes dimensiones o bien que manejan cantidades de información muy grandes. Librerías de copia comerciales Hay varias marcas que fabrican librerías en colaboración con marcas de software, para que puedan funcionar correctamente con los servidores en que se instalen. Algunas de estas marcas, con webs para poder ver los aparatos, son Qualstar, Adic, Hewlett Packard, StorageTek, Quantum (ATL), etc..

6.1.6. Grabadora DVD Una unidad de cinta es un componente caro y muchas veces resulta difícil acceder (requiere un tiempo considerable) a los datos que contienen. Por ello, a veces se considera la grabadora de DVD como una opción de copias de seguridad. Permite hacer copias de los elementos siguientes: • DVD grabables una vez de 4,7 GB. • DVD grabables muchas veces de 4,7 GB. • DVD grabables una vez de 9,4 GB. • DVD grabables muchas veces de 9,4 GB. A pesar de que estos son los volúmenes más estandar, podemos encontrar volúmenes de DVD grabables una vez de hasta 17 GB. Actualmente, los DVD grabables una vez son una opción que hace falta tener en cuenta al plantearse las copias de seguridad, puesto que tienen las ventajas siguientes: • El coste de compra del dispositivo es bajo. • El coste de las unidades de copia es bajo.

© Editorial UOC

58


• Son de gran capacidad (hasta 17 GB). • Ofrecen una gran facilidad para acceder a la información guardada. Que se use o no como mecanismo de copia depende siempre de la medida de la organización, el volumen de datos, etc.. Tendencias En poco tiempo veremos como el Blue Ray sustituye el DVD como dispositivo de copia. El BluRay es un disco de la misma medida que un DVD (12 cm) y con una capacidad de 25 GB por cara (50 GB en total a una velocidad de 36 Mbits). Existe ya el BD-R y el BD-RE (grabable y el regrabable) y hay prototipos para aumentar la velocidad (2X) y desarrollar un Blue Ray de 4 capas (100 GB por disco).

6.1.7. Disco duro En sistemas críticos, y más teniendo en cuenta el coste y la capacidad actual de estos dispositivos, no hay que descartar nunca la posibilidad de hacer una copia de seguridad (o incluso de copiar toda la información) en otro disco duro sólo dedicado a esta función. La estrategia es hacer una primera copia de seguridad en este disco duro (se puede hacer con un procedimiento automático y varias veces al día, si hace falta), y de este disco, posteriormente, se hará una copia de seguridad en otro dispositivo (que puede ser una cinta). A veces, esta estrategia es necesaria si el procedimiento de copia necesita bloquear la información a la cual accede y es, por ejemplo, una gran base de datos de la cual depende toda la organización. La copia de disco a disco, al funcionar internamente, por los buses del sistema y con velocidades de transferencia muy elevadas, necesita bloquear muy poco tiempo la información para hacer la copia. Así, pues, la interrupción para hacer esta tarea es prácticamente imperceptible. Tendencias Gracias a la proliferación de redes S.A.N o dispositivos N.A.S que permiten una gran cantidad de espacio para almacenar, se utilizan cada vez más los discos como dispositivo de copia. Los propios proveedores ofrecen herramientas específicas que permiten hacer estas copias transparentes al propio sistema.

6.1.8. ¿Dónde deben estar los dispositivos de copia? El disco duro del que hablábamos, o los dispositivos de copia de seguridad (las unidades de cinta), ¿por qué tienen que estar en el mismo servidor?

© Editorial UOC

59


Esta cuestión, que desde el punto de vista lógico (delante del físico) es perfectamente plausible, presenta en estos momentos graves inconvenientes tecnològicos. Desde el punto de vista de la red, podríamos tener la unidad de copia en cualquier lugar y transferir la información por la red. Sin duda funcionará, pero estos son algunos de los problemas que representa hacerlo: • Podemos colapsar la red, puesto que si hacemos una copia de todo el servidor (la opción habitual) transferiremos por la red una cantidad de información de la orden de varias decenas de GB. • Toda la información del servidor (supuestamente segura) atraviesa la red, de forma que potencialmente hay el peligro que la vean personas ajenas al proceso (de dentro o de fuera de la organización). Un riesgo de seguridad. • Para poderlo hacer tiene que ser accesible por red (con permisos, contraseñas, etc..) todo el disco del servidor. Implica otro riesgo de seguridad, porque ni que después de hacer la copia se elimine que el disco sea accesible, este disco lo será unas cuántas horas al día (esperamos no olvidarnos ningún día quitar el acceso). • El ancho de la red y la de los buses de sistema (IDE, SCSI, bus interno, etc..) no son comparables, por lo cual la velocidad de transferencia haría el tiempo de copia extraordináriamente superior. Por lo tanto, lo más aconsejable es tener el dispositivo de copia en el servidor donde haya la información que se debe copiar. Copias por red ¿Quiere decir que tenemos que descartar las copias por red? Rotundamente, no. Se utilizan para hacer copias de seguridad de información que hay en las estaciones de trabajo de los usuarios. A pesar de que a lo largo de los materiales se comenta que hay que procurar que exista cuanto menos mejor, muy a menudo hay información en las estaciones de trabajo. Pero en este caso son del orden de algunas decenas de MB como mucho. No tardan en hacerse y no penalizan mucho la red. En cambio, sí que se ha de tener cuidado con las cuestiones de protección y seguridad.

6.2. Políticas de copia de seguridad

Una buena política de copias de seguridad es la clave para tener segura la información de la organización.

© Editorial UOC

60


Algunos de los motivos para hacer copias de seguridad son las siguientes: • Proteger la información contra un fallo del sistema o algún desastre natural. • Proteger la información de los usuarios (los ficheros) contra borrados accidentales. • Proteger la información de los usuarios y de la organización contra ataques por parte de terceros. • Duplicar la información de los usuarios por seguridad, puesto que se pueden dar casos de usos incorrectos que la dejen inconsistente o la modifiquen incorrectamente. • Posibilitar un traspaso de la información cuando se actualiza o se reinstala el sistema.

6.2.1. Tipos de copias de seguridad Copia de seguridad completa También se conoce con el nombre de copia de seguridad total o copia full dump. Se hace una copia de toda la partición del disco en cinta. A menudo la copia se hace considerando el formato del disco y sin tener en cuenta el sistema de ficheros, puesto que sólo hace falta conocer la tabla de particiones del disco y en qué parte hay la partición para duplicarla en un dispositivo de cinta. En estos casos, la restauración no puede ser selectiva, hay que restaurar toda la partición y no se puede seleccionar sólo un fichero. Existe también la copia de seguridad completa del sistema de ficheros, en la cual sí que es posible una restauración selectiva. Copia de seguridad incremental En este caso, se guardan sólo los ficheros que se han modificado desde la última copia de seguridad que se ha hecho. Las copias de seguridad incrementales se utilizan conjuntamente con las copias de seguridad completas en lo que se denominan políticas de copias de seguridad. Copia de seguridad selectiva También es posible hacer una copia de sólo unos ficheros determinados. Normalmente, esto se lleva a cabo con ficheros de comandos.

© Editorial UOC

61


Copia de seguridad diferencial Este nuevo tipo de copia, realiza una copia de todos los ficheros que se han modificado desde la última copia total. Así pues, si realizamos una copia total cada sábado y diferencial el resto de días, la copia del viernes contendrá todos los ficheros modificados desde el sábado. Volumen de la copia

Días desde la última copia total (completa). Tenemos varias ventajas de la copia diferencial respecto a la copia total. El primero y como es natural es que requiere menos espacio, y el segundo asociado al primero es que reduce el tiempo o ventana de copia. Respecto a la copia incremental aporta la ventaja que en el proceso de recuperación, sólo necesitaremos la última copia total y la última copia diferencial. Asímismo, la copia diferencial a partir del segundo día, requerirá más espacio y más tiempo o ventana de copia.

6.2.2. Políticas de copias de seguridad La estrategia de cómo hace falta hacer las copias de seguridad es crítica para asegurar que se haga todo correctamente y que se pueda restaurar la información cuando haga falta. La necesidad de crear estrategias de copias de seguridad proviene del hecho que actualmente en los servidores los discos son de mucha capacidad y, por lo tanto, hay mucha información (tanto de usuarios como de sistema), y toda esta información no cabe en un solo dispositivo de salida (en una sola cinta, por ejemplo). Finalmente, la transferencia dura horas y, por tanto, se tienen que buscar soluciones para optimizar el uso. Analizamos la variabilitat de la información. Con una ojeada rápida, nos podemos dar cuenta de lo siguiente: • Hay información que varía diariamente. • Hay información que se modifica muy poco a lo largo del tiempo.

© Editorial UOC

62


• Hay información que no hace falta guardar en copias de seguridad (les ficheros temporales, por ejemplo). Así, pues, una estrategia de copia que lo copie todo diariamente no parece muy acertada. Sí que parece claro que tenemos que hacer una copia diaria de la información que varía cada día (acostumbra a ser la información de la organización). Se puede encontrar en los servidores o distribuida por toda la organización. En cualquier caso, hace falta que hagamos una copia diaria de estos datos. Con la información sobre la cantidad de datos que hace falta copiar (el volumen) y conociendo el dispositivo en que queremos hacer la copia, tenemos una idea aproximada de las cintas que necesitamos. Una posible política de copias es la siguiente: Guardaremos la primera copia total de cada mes. De esta manera, siempre es posible recuperar los datos de meses anteriores.

Ventajas: • La copia es rápida porque no hay copias totales diariamente, y las incrementales sólo copian los ficheros modificados durante el día, que son pocos. • Se ahorran cintas, puesto que las copias incrementales ocupan poco en relación con las totales.

© Editorial UOC

63


Problemas: • Recuperar un fichero requiere tiempo, porque se tiene que pasar por el juego de cintas desde la última copia total y todas las incrementales hasta llegar al fichero de la fecha que se quiere. • Si falla una cinta incremental no se puede recuperar nada de los juegos de cintas incrementals posteriores. Ejemplo:

Es viernes y hace falta recuperar un fichero del jueves. Una cinta del juego del miércoles ha fallado, y, por lo tanto, no es posible recuperar la copia incremental de este día. Como consecuencia de ello, no es posible recuperar la copia incremental del jueves, a pesar de que el juego de cintas esté en perfecto estado.

Este problema de las cintas incrementales hace que muchas organizaciones no utilicen la opción de las copias incrementales por el riesgo que comporta y, por lo tanto, se decantan por opciones de copia diferencial o completa de los datos. En el mismo ejemplo anterior si cambiamos las copias incrementales por copias diferenciales, la copia del jueves contiene los datos de las copias anteriores hasta la total, por lo tanto, la pérdida de la copia del miércoles, en este caso, no sería un problema. Ahora bien, ¿cuál podría ser una manera de ahorrar cintas? Una posible política de copias de seguridad es la siguiente: • Denominamos los juegos de cintas A, B, C, D, E, etc.. • Cada mes guardaremos un juego de cintas, de forma que tendremos una copia de la información mensual.

© Editorial UOC

64


El juego de cintas E del último viernes del mes lo guardaremos para no usarlo. Al final del año tendremos doce juegos de cintas con la información de la organización. Tendremos que decidir si algunos de estos juegos los volvemos a usar o los continuamos guardando.

6.2.3. Información no variable Esta información necesita otros criterios de valoración para decidir la manera de tener copia de seguridad. La estrategia que se acostumbra a seguir es la siguiente: (no es la única ni seguramente la mejor) Información de sistema La información de sistema de los servidores (las particiones con los operativos) se considera crítica. Perderla implica un fallo crítico de la estructura informática. Por lo tanto, como que los ficheros de log, de registro, etc. también varían bastante, se acostumbran a considerar como en el caso anterior y se hace una copia diaria. Aplicaciones Las particiones con las aplicaciones de los usuarios, teniendo en cuenta que ya se ha gestionado correctamente la información que varía diariamente, no es

© Editorial UOC

65


una información que varíe con mucha frecuencia, por lo cual hacer una copia diaria significa cargar mucho el sistema. Por lo tanto, normalmente sólo se hace una copia manual (controlada por los administradores) cuando hay modificaciones sobre la partición. Estaciones de trabajo También tienen información de sistema, datos y aplicaciones. Normalmente, la información de sistema (el sistema operativo) y de aplicaciones es prácticamente igual en todas las estaciones. Hacer una copia diaria desbordaría el sistema de copias y colapsaria la red para guardar prácticamente la misma información. En caso de desastre existe el mecanismo de restauración a partir de imágenes de las estaciones de trabajo. Además, en principio, en las estaciones no deberia haber información, pero si hay ya se ha comentado en el apartado anterior que se hace una copia diaria exclusivamente de esta información de la estación de trabajo. Nota: ver el apartado 3.3 en el capítulo III de imágenes de disco.

6.2.4. Donde se pueden guardar las copias de seguridad Las copias de seguridad tienen dos finalidades: • Protegernos de fallos de los servidores. • Proteger la información de la organización. Con todo lo que hemos hecho hasta ahora sólo hemos logrado el primer punto. El segundo no, porque si se consigue llegar hasta donde están las copias de seguridad, la información está comprometida. Normalmente, los administradores tienen las copias con los servidores para poderlos recuperar rápidamente en caso de fallo. Pero tiene que haber una política en un segundo nivel para proteger la información en caso de intrusión física en la zona de los servidores o de desastre de la organización que puede destruir esta zona (por ejemplo, un incendio). En estos casos, y si la información está en el mismo lugar, las copias son inútiles, por lo cual desmitificaremos previamente algunas recomendaciones que se dicen. • Dado que la zona de servidores está cerrada con llave no hay peligro. Si la intrusión física consigue llegar a esta zona, tendrá acceso a dañar los servidores y a destruir (o hacer desaparecer) las copias de seguridad.

© Editorial UOC

66


• Pongámoslas dentro de la caja fuerte, que es ignífuga y no les puede pasar nada. Seguramente a los papeles y a las monedas no, pero a las cintas y el material magnético (informático en general), sí: cuando están cerrados en un recipiente metálico, y si tenemos la mala suerte que hay un incendio, este recipiente puede llegar a varios cientos de grados de temperatura. Con un desastre de esta magnitud los servidores perderán la información, pero las capias de seguridad habrán estado dentro de un “horno” que las podría hacer completamente inútiles y, por lo tanto, también se habría perdido la información. • En el peor de los casos se vuelve a introducir todo, puesto que está en papel. Hace un tiempo todavía era cierto. Ahora, cada vez menos. En cualquier caso, ciertas precauciones físicas sobre las cintas pueden evitar un problema de un coste muy elevado. Además, mirando el uso creciente de las tecnologías intranet mucha información ya no están en papel, sino que se hacen directamente sobre sistemas informáticos. Muchos sensores y máquinas de producción recogen directamente los datos en el sistema informático. El uso de las tecnologías de Internet hace que haya información que llegue por esta vía sin soporte papel. El papel ya no lo refleja todo. 6.2.5. Recomendaciones Siempre tendría que existir, aunque no estuviera actualizada, una copia de seguridad físicamente fuera de la organización. Podría estar en una caja fuerte de un banco o en manos de alguien de la dirección, por ejemplo. En caso de desastre prácticament tendríamos toda la información, no se habrá perdido casi nada. En caso de que la organización cierre en algunos períodos cómo, por ejemplo, durante las vacaciones de verano, o en general períodos en que la seguridad global de el edificio se relaja, es muy importante que haya una copia fuera de la organizaciónpara prevenir un desastre. ¿Obsesión? La alta seguridad recomienda, especialmente si hay datos críticos, que la copia de seguridad esté guardada en otra placa tectònica diferente de donde se ubica la organización. El objetivo es que si hay un terremoto no pueda llegar a destruir la copia. Normalmente, se trata de aproximadamente un centenar de quilómetros del lugar original.

6.3. Plan de contingencia Planificar todos los pasos necesarios por tal de permitir una recuperación frente de un desastre o una situación de crisis es lo que denominamos disaster recovery plan o plan de contingencia.

© Editorial UOC

67


Los desastres son inevitables, en la mayoría de los casos impredecibles y varían de tipo y de magnitud. La mejor estrategia para las organizaciones es la confección de un plan de contingencia. Para una organización, un desastre significa una disfunción brusca de parte o de todas sus operaciones comerciales, que pueden provocar una pérdida irreparable o incluso el cierre. Para de minimizar las pérdidas provocadas por los desastres, es muy importante tener un buen plan de recuperación para cada organización, departamento y operación. Nota: Ver el capítulo sobre la organización y el sistema informático para la creación de un plan de contingencia.

7. Impresoras Son otros dispositivos que se conectan al sistema informático y son controladas por los servidores de la organización. Las estaciones de trabajo no tienen impresoras conectadas físicamente, y la organización tiene muy pocas en relación con el número de estaciones de trabajo, por lo cual es un recurso compartido, gestionado por el servidor mediante una cola de impresión.

La cola de impresión es un recurso de software para conseguir que una impresora (inherentemente no compartible) pueda ser compartida.

Por lo tanto, en el servidor se tienen que crear tantas colas de impresión como impresoras haga falta gestionar. La manera de hacerlo varía según el sistema operativo, pero se acostumbran a seguir dos pasos. 1) Informar al sistema operativo de qué impresora física hay conectada. 2) Crear la cola de impresión y asociarla a la impresora. Actualmente hay muchos tipos de impresoras, pero básicamente son dos las que se usan más.

7.1. Impresoras láser Son las más extendidas y funcionan según el principio de dibujar la página en un tambor especial con un rayo láser y después traspasarlo al papel con un

© Editorial UOC

68


polvo que se fija con calor. A grandes rasgos, sus características son las siguientes: Coste

Alto

Calidad de impresión

Alta

Velocidad

Alta

Duración cartucho

Alta

Resolución

1.200 x 1.200 ppp

Páginas por mes (aprox.)

15.000

Actualmente, ya hay impresoras láser de doble cara y también impresoras láser de color, por lo cual los resultados, por un coste muy aceptable, son totalmente profesionales. Incluso hay papeles especiales, como films plásticos transparentes para hacer transparencias para presentaciones.

7.2. Impresoras de inyección de tinta Tienen otra utilidad. Su coste es bajo, y muchas veces están instaladas en mesas de despacho. Todas son de color (es inherente a estas impresoras). Funcionan según el principio de lanzar una gota de tinta electroestáticamente sobre el papel. A grandes rasgos, tienen estas características: Coste

Bajo

Calidad de impresión

Media

Velocidad

Baja

Duración cartucho

Baja

Resolución Páginas por mes (aprox.)

1.200 x1.200 ppp (pero entonces es muy lenta) 1.500

Actualmente ya hay impresoras de inyección de tinta a doble cara por un

© Editorial UOC

69


coste muy ajustado. El ahorro de papel es notable, y el pequeño incremento en la compra se puede amortizar en poco tiempo. Si se quieren imprimir transparencies, no hace falta ningún film especial. También hay el papel fotográfico, un papel especial y de coste elevado, pero si se imprime con calidad fotogràfica (alta resolución) la calidad es extraordinária. Otros impresoras No olvidemos que hay otras impresoras, como son las matriciales, que si bien han caído en desuso son imprescindibles para determinadas aplicaciones. Hay de otras especiales, como las de inyección de tinta con papel fotográfico A0 (como la Hewlett Packard DesignJet 10000S), que sirven para hacer pósters para ferias y congresos. Estas últimas son consideradas por HP como trazadores (plotters) y no como impresoras.

7.3. Impresoras remotas

Es muy habitual que la organización necesite impresoras que estén controladas por el servidor, pero que esten alejadas físicamente. Esto hace que no puedan estar conectadas directamente (en local).

Impresoras locales Podemos conectar dos impresoras a un ordenador, y con una placa añadida hasta cuatro, pero entonces se necesita un cable físico del ordenador hasta la impresora.

Supongamos que nuestra necesidad para imprimir es la siguiente:

© Editorial UOC

70


Tenemos seis impresoras y, por lo tanto, las queremos compartir entre todo el personal del edificio. La solución más sencilla es conectarlas al ordenador más próximo y compartirlas. En este caso son locales para el ordenador al cual están conectadas y remotas para el resto. El principal inconveniente es que sólo se pueden usar cuando el ordenador al que se conectan funcione, cosa que hace que en la pràctica esta solución sea poco útil, especialmente para las impresoras corporativas. La solución que se usa para las impresoras remotas es la de conectarlas directamente a la red. Hay un cable de red que conecta directamente la impresora a la red de la organización. En este caso, se tiene que configurar la impresora para que se comporte como un dispositivo de red, y después se tiene que configurar correctamente en el servidor. Básicament los pasos son los siguientes: 1) Conectar la impresora a la red. 2) Configurar el dispositivo de red de la impresora. 3) Declarar en el servidor la impresora física (modelo, etc..). 4) Asociar una cola de impresión a esta impresora declarada. 1) La conexión física se reduce a conectar la impresora a la red. Los modelos de gama alta ya traen una conexión de red, mientras que en las otras se puede hacer con un dispositivo que enlaza la red con la impresora. En este último caso se hace por medio del puerto paralelo.

© Editorial UOC

71


2) Hay que configurar el dispositivo de red. Siempre funcionan sobre protocolo TCP/IP, por lo cual tienen una dirección IP. La configuración del dispositivo, una vez conectado a la red y encendido, se hace vía web, mediante una conexión telnet al dispositivo o con un programa específico. A partir de aquí se configuran todos los parámetros. 3) En el servidor se tiene que informar que hay una impresora remota y de la dirección IP que tiene. El tipo y el modelo de impresora y sus características relevantes. 4) Finalmente, hace falta asociar una cola de impresión a la impresora remota que se ha creado y encenderla. Con todo esto, los usuarios ya podrán enviar trabajos –que el servidor gestionará sin problemas– por la red a la impresora. Los administradores gestionan esta impresora como si fuera local, dado que la cola está en el servidor y, por lo tanto, la podremos parar, arrancar, eliminar trabajos, etc..

7.4. IPP El Internet Printing Protocol define un método estándar de envío de trabajos de impresión empleando Internet. Fue desarrollado por el consorcio de compañías del sector: Printer Working Group. IPP provee un simple y único estándar para gestionar los procesos d’impresión. Al trabajar con TCP/IP, se pueden dirigir a una red local, a una intranet o bien a Internet.

8. La corriente eléctrica

La corriente eléctrica es uno de los grandes olvidados en el momento de diseñar la disposición de los equipamientos. A pesar de esto, resulta que los servidores, las estaciones de trabajo, la electrónica de red, las impresoras, los monitores, todos los dispositivos y toda la electrónica asociada a la informática van conectados.

© Editorial UOC

72


Nos limitamos a enchufar los equipos y suponemos que tendremos una corriente perfecta de 220V, 60Hz, veinticuatro horas al día, siete días la semana, trescientos sesenta y cinco días al año. Este es un planteamiento completamente irreal. Nos tenemos que mirar la corriente eléctrica desde una perspectiva mucho más realista.

La corriente eléctrica alimenta todos nuestros dispositivos y ordenadores, dependemos de ella completamente, y puede funcionar mal y ocasionar errores en les sistemas, incluso estropear aparatos.

Empezamos a estudiar la corriente eléctrica que pasa por la organización. ¿Cuáles són los problemas más habituales que nos puede ocasionar? • Picos de tensión. • Caídas de corriente o microcortes. • Proximidad con otras líneas. Las señales de otras líneas próximas (de tensión o de datos) influyen en la calidad global de la tensión.

¿Qué genera este ruido en la línia? En general puede venir de cualquier sitio (cualquier aparato eléctrico), pero especialmente los motores eléctricos son muy propensos a generar ruido (por ejemplo, los ascensores, y también determinados elementos de iluminación, como los florescentes).

© Editorial UOC

73


Qué consecuencias puede tener: • Pérdida o corrupción de datos. Si afecta al equipo, puede ocasionar cambios al azar en la electrónica, como por ejemplo cambiar el valor de alguna posición de memoria, por lo cual algún programa (o el sistema entero) puede fallar. • Daños en el equipo. Si hay grandes sobretensiones, pueden destruir los chips de las placas del ordenador y también estropear controladoras de disco (con la consiguiente pérdida de información), memorias, placas base, etc.., de forma que el equipo ya no funcionará. • Desgaste prematuro. Si un equipo está alimentado con corriente eléctrica de mala calidad (ruido), los circuitos electrónicos se desgastan antes de lo que es normal y el equipo falla sin motivo y de una manera aleatória. Los chips degeneran de una manera desconocida y los resultados son imprevisibles.Entonces pueden pasar cosas como que haya errores de paridad a los pocos minutos de haber encendido el ordenador, cuando en principio ha pasado correctamente los diagnósticos.

8.1. La toma de tierra

Según el informe Power and Ground for Distributed Computing, de David Fencl y Larry Fish, de ONEACH Corporation. Los edificios tienen una toma de tierra (derivación al suelo de la corriente eléctrica) de baja resistencia para proteger a la gente de choques eléctricos. La finalidad de la toma de tierra es que la corriente la siga porque hay menos resistencia y, por lo tanto, en caso de tocar algún aparato electrificado, la descarga no pase a través de la persona. Ahora bien, las tomas de tierra actuales no funcionan bien con los requisitos de los dispositivos electrónicos de la informática. El motivo es que muchas veces el ruido de la línia atraviesa mejor el equipo para llegar a la toma de tierra que el hilo de la alimentación. Esto pasa porque en grandes redes no hay un único punto de toma de tierra, de forma que el mejor camino es atravesar un ordenador. La solución se propone con el esquema de Fench y Fish.

© Editorial UOC

74


Los estabilizadores aislan el transformador de la corriente y ofrecen una electricidad de calidad y una buena toma de tierra en el equipo. Si se puede, también se tendrían que instalar estabilizadores en las estaciones de trabajo. El sistema de suprimir los picos en la entrada está motivado porque en cualquier otro lugar desviaría los picos que llegarian al equipo hacia el suelo, por lo cual podrían volver a entrar al circuito por la misma toma de tierra.

Finalmente, se ha de tener cuidado cuando se haga el cableado para no instalarlo paralelo a otros circuitos de potencia. A veces, el neutro se deriva al suelo con la intención de solucionar problemas de ruido. Esto puede provocar una onda de baja frecuencia repetitiva en el cable de red que puede afectar los datos.

8.2 SAI

El SAI (Sistema de alimentación ininterrumpida) protege los servidores de cortes de corriente y otros problemas con la tensión.

La importancia de una buena corriente para los servidores se debe al hecho que una falta de corriente repentina (corte) no le permitirá pararse correctamen-

© Editorial UOC

75


te. Esto hará que las cache (memorias intermedias) se pierdan y no se hayan actualizado en el disco, hayan quedado ficheros abiertos y las transacciones no se hayan completado. Es posible que al volver a poner en marcha el sistema, no se pueda encender completamente y se pierda información y/o ficheros. Si algún fichero es una base de datos, las consecuencias pueden ser desastrosas (se tiene que recuperar de la copia de seguridad, pero desde que se ha hecho hasta que ha habido el corte se ha perdido la información y el tiempo invertido en entrarla). Nota: Hay sistemas con cache alimentadas por baterías que permiten guardar hasta 72 horas las transacciones pendientes. Un SAI suministra corriente cuando la red eléctrica no la da, de forma que el ordenador continúa funcionando correctamente, sin verse afectado por el hecho que no hay suministro eléctrico general. Esto permite apagar los sistemas con total normalidad.

Las características más relevantes de un SAI son las siguientes: • Potencia que hace falta suministrar Son los vátios de potencia que puede dar el SAI cuando no hay corriente de entrada. Determina el número de servidores que podremos conectar. Nota: Un ordenador de tipo PC suele consumir entre 200W y 300W. • Tiempo de duración de las baterías Los SAI traen baterías que se cargan con la corriente eléctrica y son las que después dan electricidad cuando falla la corriente general. El número de baterías determina el tiempo que podrán suministrar corriente antes de agotarse. • Estabilizador Esta característica significa que el SAI, además, es capaz de suprimir el ruido. A pesar de esto, necesita una toma de tierra para desviar este exceso de corriente. • Tiempos de vida de las baterías Un SAI sirve de poco si falla cuando tiene que funcionar. Las baterías tienen una vida útil determinada. Traspasado este tiempo, no hay garantías que funcionen y

© Editorial UOC

76


que respondan correctamente cuando sea necesario. Es el fabricante del SAI quién dice cada cuántos años se tienen que cambiar estas baterías.

• Aviso al servidor Actualmente los SAI traen una línia (USB o serie) que llega al ordenador. De esta manera, cuando entra en funcionamiento es capaz de enviar una señal al servidor, que con el software correspondiente (suministrado con el SAI) sabe que se mantiene con la alimentación eléctrica del SAI. Se mantiene un diálogo que informa del estado de las baterías del SAI y de su duración. Cuando falta poco para agotar la carga de las baterías, el SAI informa al servidor y puede proceder a enviar mensajes a los usuarios y a hacer una parada correcta, ordenada y automàtica del ordenador. Los servidores acostumbran a estar preparados para arrancar solos, sin intervención del administrador, por lo cual cuando se restablezca el suministro eléctrico normal, el servidor se encenderá y todo volverá a funcionar correctamente.

9. Seguridad de los servidores

La seguridad es un tema muy amplio y está perfectamente cubierto en el capítulo que trata de la seguridad informática. Aquí, no obstante, comentamos dos aspectos genéricos referidos a la seguridad de los servidores. Esta seguridad la tiene que conocer, aplicar y tener en cuenta el administrador de servidores, y afecta básicamente al buen funcionamiento de los servidores corporativos.

9.1. Física

Todo sistema de seguridad, a pesar de que parezca muy evidente, comienza por la seguridad física. No sirve de nada proteger todo el sistema informático contra todo tipo de ataques por la red si es muy sencillo llegar a los servidores físicamente. Si podemos acceder físicamente a un ordenador, podremos acceder a la información que contiene.

© Editorial UOC

77


Esta premisa indica que la información está segura en la medida que el servidor está físicamente seguro. Estas son algunas de las precauciones que se pueden tomar: • Cerrar el recinto donde esté el servidor cuando no trabaja nadie. • Si se tiene que dejar el servidor solo, se debe bloquear el sistema con protectores de pantalla con contraseñas. • Establecer algún procedimiento en caso de avería para que no desaparezcan componentes con información (discos, cintas, etc..). • Fijar físicamente el equipo para evitar robos (cadenas, entre otras). • Si está conectado a la red, puede ser interesante tener el equipo conectado a un conmutador (switch) configurado para que controle que sólo determinadas direcciones de placa se puedan conectar al servidor. • Evitar que el ordenador arranque desde el disquete. Configurarlo para que sólo pueda arrancar desde el disco duro. Si el servidor no la necesita, incluso se puede sacar la unidad de disquete. • Si el servidor tiene alguna llave para abrir la carcasa, tiene que estar guardada y lejos del servidor. • Poner las contraseñas de encender el ordenador y de entrar en la configuración de la BIOS.

9.2. Software También existen unas precaucions genéricas que se pueden aplicar a todos los sistemas operativos. Esta seguridad de software se orienta a dar unas indicaciones sobre las medidas generales que hace falta tomar para tener una máquina físicamente más segura. Una vez más, la seguridad ante ataques en un sistema la hemos explicado en el capítulo de seguridad. • Los cuentas de administrador o superusuario que tengan contraseñas bien hechas, con una política de cambio periódica. De hecho, se tiene que seguir este criterio para todas las cuentas con privilegios especiales. • Las cuentas con privilegios especiales que no tengan los nombres esperados. Esto quiere decir que, si es posible, en un ordenador Unix la cuenta de superusuario no tendría que ser root, y en una maquina NT, la cuenta

© Editorial UOC

78


de máximos privilegios no tendría que ser administrator o administrador, porque de alguna manera significa dar pistas a los posibles atacantes. Por ejemplo, en el caso de NT es posible (y recomendable) cambiar el nombre de la cuenta de administrador por otro. • No ejecutar ni instalar software en el servidor, porque hay peligro de instalar un virus o programas maliciosos. • Tener una política de grupos y usuarios para evitar agujeros de seguridad a este nivel.

9.3. Alta disponibilitat Alta disponibilidad es la capacidad de mantener operativas las aplicaciones de la organización, eliminando las paradas de los sistemas de información. Los sistemas informáticos se tienen que haber configurado para reducir al mínimo porcentaje el tiempo de inactivitat o de falta de disponibilidad, para conseguir la máxima cota de utilidad. La alta disponibilidad de un sistema se consigue al reducir al mínimo la posibilidad que un error de hardware o un defecto de software comporte la interrupción de uso del sistema o la pérdida de datos del sistema. Por lo tanto, la disponibilidad de un sistema y de sus datos se puede mejorar gracias a la utilización ventajosa de los componentes de hardware o software que sirven para amortiguar el impacto de los errores. Para conseguirlo, se utilizan componentes redundantes y aislantes como, por ejemplo, buses dobles, dispositivos de E/S y copias dobles de los datos. El objetivo es eliminar los períodos de falta de servicio al usuario. Estas paradas pueden ser de dos tipos: 1) Paradas planificadas: Aquellas debidas a actualizaciones de software o

hardware. 2) Paradas no planificadas: son las causadas por un mal funcionamiento

del hardware o bien por un desastre ya sea de tipo natural (como por ejemplo inundaciones o incendios) o de tipo no natural (sabotage, error humano...) Hay organizaciones en que no es imprescindible un servicio ininterrumpido del sistema informático. En estas es necesario un plan de recuperación de datos para garantizar que el tiempo y el coste de la interrupción serán mínimos. En caso contrario, hace falta que dispongamos de una solución de alta disponibilidad, teniendo en cuenta las necesidades reales de la compañía. Podemos conseguir alta disponibilidad a través de sistemas tolerantes a fallos, o bien mediante técnicas de clustering . Los sistemas tolerantes a fallos son siste-

© Editorial UOC

79


mas muy costosos porque hay que asegurar la redundancia de los componentes de su hardware y esto implica un alto coste. Los sistemas que usan técnicas de clustering son más económicas, puesto que no hace falta utilizar hardware específico. Además, estos sistemas ofrecen balanceo de carga por el que sacamos doble provecho con un coste menor. Nota: El mito de los 9. Es el tiempo que un sistema está activo al año. Se buscan los 5 nueves. Un 99,999% que el sistema tiene que estar disponible. Esto quiere decir que en un año puede estar inactivo durante 5 minutos, no necesariamente consecutivos.

9.3.1. Sistemas tolerantes a fallos Estas son algunas de las cuestiones a tener en cuenta en un sistema tolerante a fallos: 3) Redundancia en el suministro eléctrico. Un corte en el suministro eléctrico, aunque sea de pocos segundos, provocará que durante un tiempo nuestras máquinas estén fuera de servicio. Por lo tanto, es vital conseguir que nunca falte el suministro eléctrico. Aparte de garantizar el suministro, hace falta tener en cuenta también las fluctuaciones de tensión, que también pueden afectar negativamente nuestros equipos. Por lo tanto hace falta valorar la instalación de sistemas de alimentación ininterrumpida (SAI), grupos electrógenos, fuentes de alimentación redundantes en el propio equipo (intercambiables en caliente) o incluso contratos con dos compañías eléctricas. 4) Discos duros redundantes. Para conseguir un sistema tolerante a fa-

llos, los discos han de estar redundados, puesto que están sometidos a errores electrónicos (subidas de tensión por ejemplo) y a errores mecánicos (averías de cabezales por ejemplo). 5) Conexiones de red. La red se ha convertido en un elemento indispensable

para las aplicaciones actuales. És indispensable y por ello hace falta garantizar que la red esté disponible en todo momento. Para conseguir una red tolerante a fallos, hace falta emplear dispositivos de red tolerantes a fallos.

9.3.2. Clusters de alta disponibilidad. Los clusters de alta disponibilidad y tolerancia a fallos están destinados a proporcionar disponibilidad ininterrumpida de recursos y servicios mediante la redundancia.

© Editorial UOC

80


Si un nodo del cluster falla, las aplicaciones y servicios que se ejecutan pasarán a ejecutarse a uno de los nodos disponibles. Algunas de las ventajas de este tipo de configuraciones son: 6) Escalabilidad: Puede aumentar la capacidad de cálculo del cluster si se

añaden más procesadores o equipos. 7) Alta disponibilitat: El cluster está diseñado para evitar un único punto

de error. Las aplicaciones pueden distribuirse en más de un equipo, consiguiendo un grado de paralelismo y una recuperación de errores y proporcionando más disponibilidad.

10. Aspectos legales

El administrador de servidores és una figura que tiene a su cargo de una manera directa y/o indirecta una gran cantidad de información de la organización. Toda esta información es sensible, por lo cual, además de velar porque esté disponible y accesible a las personas que la tienen que usar, es información que el administrador tiene poder para manipular. ¿Dónde están las fronteras legales de todo esto? ¿Qué tiene que hacer si le piden que extraiga información de un cierto lugar? ¿O que la mire? ¿Y si le dicen que instale un programa que controle la actividad de los usuarios sobre cierta información? ¿Qué puede hacer y qué no un administrador de servidores con toda esta responsabilidad? A pesar de que actualmente la cuestión va variando bastante y que la legislación se mueve en un panorama muy cambiante, intentaremos hacer un repaso a estas cuestiones en el capítulo de seguridad. Somos conscientes que en el momento en que aparece el problema uno mismo tiene que buscar asesoramiento legal para resolverlo, pero consideramos que una de las cuestions más importantes es saber reconocer, en materia legal, cuando hay un problema real y cuando no.

10.1. Colegios profesionales Actualmente, existen los colegios técnicos de los informáticos. Algunos de sus objetivos son los siguientes:

© Editorial UOC

81


• Peritar trabajos. • Dar apoyo legal a los informáticos ante problemas. Esto permite saber en cualquier momento cuando una acción que han llevado a cabo los administradores se ha hecho dentro o fuera de la legislación (si es legal o no) y las consecuencias que puede tener. Muchas acciones, aparentemente innocuas, esconden situaciones potencialmente problemáticas. Una cosa tan sencilla como copiar una imagen de Internet para usarla o abrir un fichero del directorio personal (carpeta personal en terminología Windows) de un usuario, puede violar la legislación vigente. Tener claras las cuestiones, los límits y las consecuencias que se pueden derivar en caso de transgredirlas es una de las muchas funciones de estos colegios.

11. Tareas/responsabilidades

Por lo tanto, con todo lo que hemos visto, una posible relación de las tareas / responsabilidades del administrador de servidores podría ser la siguiente: • Velar por el funcionamiento correcto de los servidores. • Hacerse cargo de la protección física de los servidores. • Hacerse cargo de la copia de seguridad de los servidores. • Velar por el buen funcionamiento de los subsistemes asociados a los servidores (colas de impresión, correo electrónico, etc..). • Asegurar la disponibilidad de espacio para el trabajo de las aplicaciones y los usuarios. • Velar por unos tiempos de respuesta de los sistemas correctos. • Asignar los grupos de usuarios y permisos en relación con la que se ha acordado con el jefe del departamento. • Velar por la seguridad del sistema. • Mantener el sistema operativo actualizado.

© Editorial UOC

82


• Mantener las aplicaciones de que es responsable actualizadas. • Garantizar que la información del sistema esté protegida contra fallos, desastres naturales y eliminaciones accidentals. Normalmente, esto se hace mediante la copia de seguridad. • Proteger los datos/el contenido de los servidores. • Asegurar la disponibilidad de la información que contiene. • Asegurar el acceso al correo electrónico (desde el punto de vista de los servidores). • Configurar los servidores corporativos.

© Editorial UOC

83

Capítulo III. Administración de usuarios

Capítulo III Administración de usuarios

1. Diseño del entorno de usuarios

Desde el punto de vista de hardware, el sistema informático tiene los servidores, la red y las estaciones de trabajo. Desde el punto de vista de software, tiene los sistemas operativos y las aplicaciones. No hay suficiente con juntarlos. Tenemos que diseñar la manera de hacerlo para obtener el resultado esperado. Ahora definiremos todo lo que el usuario encontrará cuando se conecte a los servidores de la organización. Tenemos que diseñar el entorno de los usuarios.

Diseñar el entorno de los usuarios significa preparar todo aquello con que se encontrará el usuario cuando use la informática de la organización.

Los criterios y objetivos que hace falta seguir en nuestro diseño serán los siguientes: • Debe ser simple de usar e intuitivo para el usuario. • Debe proporcionar un entorno homogéneo a todos los usuarios. • Si cambia de ordenador o de lugar de trabajo, el entorno (software y hardware) no ha de resultarle extraño. • El sistema tiene que ser rápido, en tiempo de respuesta de los servidores y en respuesta de velocidad de la red. • Tiene que dar un buen nivel de seguridad.

© Editorial UOC

84


• Debe ser fácil de administrar. • Fácil de actualizar el software. • Si el ordenador falla, fácil de reinstalar. • Si el ordenador se desconfigura, fácil de reconfigurar. • Si el ordenador falla no se tiene que perder información (lo mínimo posible, y no debería ser crítica). • Sencillo de hacer copias de seguridad. • Fácil de poder responder ante una situación de desastre de una estación de trabajo. La utopía

Con esta relación de objetivos y criterios de diseño, lo primero que parece evidente es intentar conseguir lo siguiente: • Que todo el entorno de software tenga una interfaz homogénea. • Que todo el entorno de hardware de estaciones de trabajo sea homogéneo. A pesar de que son dos objetivos muy interesantes, difícilmente se pueden llevar a cabo en la práctica, por lo tanto, es más factible hablar del entorno del usuario y de hardware cuanto más homogéneos mejor.

Las contradicciones Estas relaciones a menudo entran en contradicciones. La seguridad acostumbra a contradecirse con la comodidad y la velocidad. El resultado final siempre es una solución de compromiso entre estos elementos.

Teniendo presentes estos objetivos, cuántos servidores corporativos hay, la red existente, las estaciones de trabajo instaladas, el conocimiento sobre los lugares de trabajo de la organización, la estructura de los departamentos y de la organización, etc, tenemos que diseñar el entorno en el cual trabajarán muchas horas diarias los usuarios. De modo que, es importante una planificación detallada. El diseño del entorno de los usuarios afecta tanto los servidores como las estaciones de trabajo y, por lo tanto, se tiene que hacer teniendo en cuenta las dos partes (como una unidad), puesto que de hecho trabajan conjuntamente, de forma que no es posible el diseño general de una parte sin tener en cuenta la otra. Una vez establecidas las líneas maestras de este diseño, se puede pasar a detallar cada una de las partes.

© Editorial UOC

85


1.1. Necesidades generales del usuario

Todas las organizaciones son diferentes. A pesar de esto, las siguientes necesidades informáticas de los usuarios se pueden generalizar un poco. Podemos decir que todos los usuarios tienen las necesidades del sistema informático: • Una estación de trabajo Generalmente es un ordenador. Es posible que algunos usuarios particulares necesiten dispositivos especiales como grabadoras de DVD, escáneres, impresoras locales, impresoras de etiquetas, etc.. • Un lugar dónde se pueda imprimir • Espacio para guardar la información • Software para trabajar Genéricamente, el software que necesita el usuario lo podemos dividir en varias categorías. • Software de base Sistema operativo y aplicaciones básicas de comunicaciones a los servidores. • Software de ofimática Son los paquetes de ofimática, que normalmente incluyen una hoja de cálculo, un procesador de textos, una base de datos y una agenda. • Software de comunicaciones Generalmente podemos incorporar el correo electrónico y un visualizador de Internet (Internet Explorer o Firefox). • Aplicaciones específicas Es el grupo de aplicaciones que engloba programas dependientes de la organización e incluso del departamento. Programas de facturación, contabilidad, diseño gráfico, control de la producción, nóminas, etc. Al iniciar la mayoría de aplicaciones específicas, normalmente, piden un usuario y una contraseña (adicionales a las que se tienen puestas al entrar a la red)

© Editorial UOC

86


para acceder - Single Sign On. Se busca el identificarse una sola vez y poder acceder a todos los sistemas. Hay varios mecanismos, cómo: E-SSO Web-SSO Kerberos OpenID Esta identificación, que normalmente es para aplicaciones que tienen bases de datos en servidores, sirve para asignar privilegios dentro de la aplicación, de forma que la parte cliente es idéntica para todo el mundo y lo que se puede hacer sólo depende del usuario que ha entrado. El acceso a estas aplicaciones (tanto si son estándares como específicas) tiene que estar controlado de alguna manera, puesto que no todo el mundo tiene acceso a toda la información de la organización. Para manipular la información de la organización (es decir, crearla, modificarla o consultarla) en principio no hace falta que el usuario sepa dónde está ésta información, sino sólo la manera de acceder y cómo manejarla para trabajar. Para que funcionen correctamente, todas estas necesidades se tienen que presentar en un entorno que sea agradable y fácil de utilizar. De lo contrario, el sistema, en lugar de ayudar en la tarea, lo que hace es dificultarla, y en vez de cumplir el objetivo global de mejorar el rendimiento se consigue lo contrario, disminuirlo y dificultar el flujo de información por toda la organización.

Todos los usuarios de una organización se pueden unir en grupos de necesidades muy similares. No habrá muchos grupos y tampoco serán muy diferentes.

1.2. El sistema informático y el usuario

El esquema global que se puede llegar a imaginar un usuario del sistema informático es parecido al siguiente:

© Editorial UOC

87


Pero no sabe dónde estan las aplicaciones físicamente ni dónde “viven” realmente los datos.

Misterios informáticos A menudo, se encuentra sorprendente el ir a otro ordenador, conectarse y encontrar todos los datos y los programas. De la misma manera, si se ha guardado algo (en local), cuando se va a otro ordenador y no se encuentra, no se entiende, puesto que “lo tienen guardado como siempre”, enseñan muchos ficheros como demostración y, en cambio, lo que tienen guardado hace una hora “ha desaparecido”. Nadie nace enseñado y es muy normal que pase. Poco a poco se va educando al usuario en estas nuevas herramientas de trabajo.

A partir de la lista de objetivos que hemos hecho antes y de la visión que sabemos que los usuarios tienen de la red informática, veremos varios mecanismos de control de acceso que nos permiten diseñar el entorno del usuario.

1.3. El control de acceso

Una de las cuestiones fundamentales en el diseño del entorno del usuario es conseguir que éste acceda únicamente a aquello que necesite (principio de privilegio mínimo). Cuando un usuario necesita acceder a un recurso del sistema

© Editorial UOC

88


informático, sucede que el usuario se identifica (autentica). Una vez se ha identificado, el sistema controla (autoriza) el acceso a los recursos del sistema informático registrando (auditando) como se utiliza cada recurso. Se conoce como modelo de seguridad AAA - Authentication, Authorization & Accounting

Autenticación: Proceso de verificación de la identidad de una persona o de un proceso que quiere acceder a los recursos de un sistema informático. Habitualmente se hace a través del nombre del usuario y contraseña o token del proceso. Autorización: Proceso a través del cual el sistema autoriza al usuario identificado a acceder a los recursos de un sistema informático. La autorización determina qué acceso se permite a qué entidad. La autenticación es el proceso de verificar la identidad de una persona, mientras la autorización es el proceso de verificación, que una persona conocida tiene la autoridad para realizar una cierta operación. La autenticación, por lo tanto, tiene que preceder a la autorización. Control de acceso: Determina qué privilegios tiene un usuario dentro del sistema informático y a qué recursos tendrá acceso. Registro: Del uso de los recursos. Información de log guardada de la actividad del usuario en el sistema informático.

1.1.1. Matriz de control de acceso

La Matriz de Control de Acceso o Matriz de Acceso es un modelo formal de seguridad computacional usado en sistemas informáticos, que caracteriza los

© Editorial UOC

89


derechos de cada sujeto respecto a todos los objetos del sistema. Los objetos son entidades que contienen información, pueden ser físicas o abstractas. Los sujetos acceden a los objetos, y pueden ser usuarios, procesos, programas u otras entidades. Los derechos de acceso más comunes son: acceso de lectura (L), acceso de escritura (E) y acceso de ejecución (X). Las filas de la matriz representan dominios (o sujetos) y las columnas representan objetos. Las entradas de la matriz consisten en una serie de derechos de acceso. Por ejemplo, la entrada access(y,j) define el conjunto de operaciones que un proceso, ejecutándose en el dominio Dy, puede invocar sobre un objeto Oj.

Objeto

Fichero

Dominio

Directorio Lectura

D1

Lectura

Escritura Ejecución Lectura

D2 D3

Escritura Ejecución

Lectura

1.3.2. Lista de control de acceso (ACL) No se acostumbra a guardar la matriz puesto que es muy grande. Gran parte de los dominios no tienen ningún acceso a la mayoría de los objetos, por lo que el almacenaje de una matriz enorme casi vacía es un derroche de espacio de disco. Lo que se hace es asociar a cada objeto una lista (ordenada) con todos los dominios que pueden tener acceso y la forma de hacerlo. Esta lista se llama Lista de Control de Acceso (ACL).

1.4. Diseño del sistema informático

Veamos como podemos aplicar la matriz de acceso en varios diseños y estudiaremos las ventajas e inconvenientes.

© Editorial UOC

90


1.4.1. Mínima seguridad Hacemos un diseño, que simplifica bastante la administración, basándonos en los criterios siguientes: • Todos los usuarios ven todos los programas y todas las aplicaciones. • Todos los usuarios tienen permisos mínimos (lectura y ejecución) para todo. • Las aplicaciones específicas (cómo, por ejemplo, bases de datos), que ya tienen permisos de acceso propios, quedan controladas por la misma aplicación. No hacen falta permisos especiales. • En las carpetas de usuario sólo puede entrar el mismo usuario con permisos de lectura, escritura y ejecución. Ventajas de este diseño: • Simplifica la administración, puesto que todos los usuarios son iguales y, por lo tanto, crear un usuario no representa tener nada en cuenta. • Facilita la preparación de la estación modelo. • Una vez clonado un equipo, casi no hay ajuste final. • Cualquier usuario tiene permiso para ejecutar cualquier aplicación, por lo cual la modificación de los esquemas de trabajo de la organización no representa ningún problema ni ninguna modificación en las estructuras informáticas creadas. • El cambio de lugar de trabajo de una persona no implica modificar nada de su perfil, puesto que tiene todas las aplicaciones disponibles, sólo tiene que elegir otras para trabajar. • El entorno de trabajo es completamente homogéneo en toda la organización, siendo que todo el mundo ve exactamente el mismo. • Facilita la tarea de hacer búsquedas de información dentro el sistema informático, porque toda la información es “plana” (no está jerarquizada ni protegida) dentro del sistema. • El usuario dispone de todo el potencial informático de la organización.

© Editorial UOC

91


• Cualquier cambio que comporte usar un nuevo software no implica modificaciones en el sistema informático. Inconvenientes de este diseño: • La idea de grupo de trabajo, grupo de personas, departamento, etc, en definitiva, la agrupación no queda incluida en la estructura informática, y esto puede complicar la administración en momentos en que haga falta incorporarla para manipular información. • La compartición de información entre grupos de usuarios no es fácil, puesto que no existe el concepto de grupo de personas. Por ejemplo, compartir información todo un departamento, sin que el resto de personas de la organización no tengan acceso. • El usuario se puede perder un poco ante demasiado software, dado que puede no saber cuál es “el suyo” (qué tiene que usar para trabajar) y cuál no. • Permitir que el directorio de un usuario, si el usuario quiere, sea accesible a la gente de su grupo de trabajo no es posible. Si lo hace quedará automáticamente abierto a toda la organización. • Puede ser negativo que cualquier persona de la organización pueda ejecutar cualquier aplicación. Puede haber información sensible que no tiene que estar al alcance de otros grupos de la organización. • Muchas peticiones de grupos de usuarios respecto a la manipulación de información, especialmente si es sensible, son muy complejas o incluso imposibles de hacer. • Hay peligro de manipulaciones incorrectas con resultados no deseados.

1.4.2. Usuarios en grupos Intentaremos una segunda solución modificando algunos de los criterios. Ahora nos basamos en las siguientes: • Los usuarios se unen en grupos de una manera natural dentro de la organización.Intentamos reflejar esta situación dentro del sistema informático. • Un usuario sólo puede pertenecer a un grupo.

© Editorial UOC

92


• Una aplicación puede funcionar para todos o sólo para un grupo. • Todos los usuarios tienen permisos mínimos (lectura y ejecución) para los elementos del grupo. • Todos los usuarios tienen permisos de lectura y ejecución para los elementos generales (de todos). • Las aplicaciones específicas (cómo, por ejemplo, bases de datos), que ya traen permisos de acceso propios, quedan controladas por la misma aplicación. No hacen falta permisos especiales. Ahora sólo ven estas aplicaciones los grupos de usuarios que las necesitan. • En las carpetas de usuario sólo puede entrar un usuario con permisos de lectura, escritura y ejecución. • Tenemos que tener en cuenta las categorías de software que podríamos encontrar dentro de una organización. Ventajas de este diseño: • Todos los usuarios son iguales por grupos, por lo tanto, crear un usuario representa tener en cuenta a qué grupo tiene que pertenecer. • Cada usuario sólo tiene permiso para ejecutar las aplicaciones del grupo y todas las aplicaciones comunes a todos. • El usuario sólo puede acceder a la información del grupo y a la información común. Por lo tanto, la información de la organización está mucho mejor protegida. • No puede haber manipulaciones incorrectas de software, puesto que ahora sólo lo pueden ejecutar los usuarios del grupo. • El entorno de trabajo es bastante homogéneo en toda la organización, pero varía en la medida que varían las aplicaciones que ve el usuario para trabajar. Afortunadamente, el paquete de aplicaciones comunes a todo el mundo es el mismo, y esto da una sensación de homogeneidad muy importante para el usuario. • El usuario básicamente dispone de los recursos de software que necesita. Le facilita las cosas saber que el software que tiene al alcance es lo que tiene que usar, y no como antes, que veía alguno que no tenia que utilizar.

© Editorial UOC

93


• Ahora la idea de grupo de trabajo sí que se incluye, y es muy útil para compartir información en el grupo y para trabajar en aplicaciones específicas de una manera coordinada. Muchas veces la estructura de grupos, como consecuencia de las peticiones que recibe el departamento de informática, simplifica la administración, porque son para cuestiones características de un grupo de trabajo. • Ahora se puede permitir que el directorio de un usuario, si el usuario quiere, sea accesible a la gente de su grupo de trabajo. Si lo hace, queda automáticamente abierto sólo a su grupo de trabajo. Inconvenientes de este diseño: • Una modificación en los esquemas de trabajo puede representar modificar todos los permisos de las aplicaciones y de las carpetas de trabajo de los grupos, es decir, modificar las estructuras informáticas que se han creado. • El cambio de lugar de trabajo de una persona, en caso de que cambie de grupo, implica modificar el perfil, porque pasará a tener disponibles otras aplicaciones y parte de las que tenía (las específicas de su grupo) las dejará de tener. • La búsqueda de información dentro del sistema es más compleja, teniendo en cuenta que ahora está organizada por grupos de trabajo dentro de la organización. • Instalar un software nuevo puede ser un problema grave si lo tienen que usar varios grupos de trabajo. • Compartir información entre grupos es complejo.

1.4.3. Usuarios en múltiples grupos La tercera solución surge del hecho que algunos usuarios pertenecen a más de un grupo. El grupo funciona muy bien para la mayoría, pero para algunos no es suficiente. Si la organización, por ejemplo, utiliza grupos de trabajo dentro el departamento, o si se crean subgrupos dentro el grupo de trabajo, o en el caso de los directivos, se da la situación que una persona pertenece a más de un grupo a la vez. Por lo tanto, analizaremos esta situación valorando en primer lugar los criterios que hace falta seguir: • Los usuarios se unen en grupos de una manera natural. • Un usuario puede pertenecer a un grupo o más.

© Editorial UOC

94


• Una aplicación puede funcionar para todos o para uno o más grupos. • Todos los usuarios tienen permisos mínimos (lectura y ejecución) para los elementos del grupo. • Todos los usuarios tienen permisos de lectura y ejecución para los elementos generales (de todos). • Las aplicaciones específicas (cómo, por ejemplo, bases de datos), que ya traen permisos de acceso propios, quedan controladas por la misma aplicación. No hacen falta permisos especiales. Ahora sólo ven estas aplicaciones los grupos de usuarios que las necesitan. • En las carpetas de usuario sólo puede entrar el usuario con permisos de lectura, escritura y ejecución. Ventajas de este diseño: • Todos los usuarios son iguales por grupos, por lo tanto, dar de alta un usuario representa tener en cuenta a qué grupos ha de pertenecer. • Cualquier usuario sólo tiene permiso para ejecutar cualquier aplicación de los grupos a los que pertenece y todas las aplicaciones comunes a todos. También tiene permiso para acceder a la información común del grupo. Una modificación en los esquemas de trabajo puede representar modificar todos los permisos de las aplicaciones y de las carpetas de trabajo de los grupos, es decir, modificar las estructuras informáticas que se han creado. • El cambio de lugar de trabajo de una persona, en caso de que cambie de grupo, implica modificar el perfil, porque pasará a tener disponibles otras aplicaciones y parte de las que tenía (las específicas de su grupo) dejará de tenerlas. Puede comportar modificar los grupos a que pertenece y la información a la cual tiene acceso. • El entorno de trabajo es bastante homogéneo en toda la organización, pero varía en la medida que varían las aplicaciones que el usuario ve para trabajar. Afortunadamente, el paquete de aplicaciones comunes a todos es el mismo, y esto da una sensación de homogeneidad muy importante para el usuario. Inconvenientes de este diseño: • Ahora sí que se incluye la idea de grupo de trabajo, y es muy útil para compartir información del grupo y para trabajar en aplicaciones específicas

© Editorial UOC

95


de una manera coordinada. Muchas veces la estructura de grupos, como consecuencia de las peticiones que recibe el departamento de Informática, simplifica la administración, porque son para cuestiones características de un grupo de trabajo. El usuario es consciente que pertenece a varios grupos disjuntos (si es el caso) de trabajo y, por lo tanto, ve aplicaciones e información que su compañero de trabajo no tiene que ver necesariamente. • Ahora se puede permitir que el directorio de un usuario, si el usuario quiere, sea accesible a la gente de su grupo de trabajo. Si lo hace, dependerá de los grupos y privilegios que tenga, puesto que es posible que quede abierto a todos los grupos de trabajo a los cuales pertenece.

El diseño tiene que reflejar la estructura de la organización En cambio, el diseño condiciona el funcionamiento del sistema informático en la medida que lo define.

Así, pues, el diseño que se adopte debe pensarse concienzudamente y hace falta tener en cuenta qué grupos habrá en la organización, qué permisos tienen que tener para las aplicaciones, y qué personas tienen que pertenecer a cada grupo. Se puede hacer mediante una tabla de permisos, en lo que se ha de reflejar:

Grupo

Persona

Persona

Aplicación

Permiso

Permiso

Aplicación

Permiso

Permiso

Después de estas tablas, hace falta hacer la tabla de aplicaciones-grupos, en la cual hay todas las aplicaciones y todos los grupos. Esta tabla, al incluir todas las aplicaciones de la organización, da una visión global de todo el software que se usa. Esto es especialmente importante para el software que utiliza información compartida o información que accede a bases de datos.

Grupo

Grupo

Grupo

Aplicación

Permiso

Permiso

Aplicación

Permiso

Permiso

© Editorial UOC

96


Por ejemplo, supongamos que hacemos un estudio para una organización pública, un hospital:

Médicos

Joan

Carme

Visitas

L/E

L/E

Recetas

L/E

L/E

Administración

Maria

Pere

Contabilidad

L/E

L/E

Facturación

L/E

L/E

Visitas

L/E

L/E

Recetas

L/E

L/E

Software

Médicos

Administración

Contabilidad

L/E

L/E

Facturación

L/E

L/E

Visitas

L/E

L/E

Recetas

L/E

L/E

Ofimàtica

L/E

L/E

1.5. Distribución de aplicaciones

Con las tablas que acabamos de hacer tenemos la lista de aplicaciones que nuestros usuarios necesitan. La próxima decisión que hace falta tomar es ver dónde tienen que estar estas aplicaciones. Sólo pueden estar en dos lugares: • Local. En la estación de trabajo. En este caso la aplicación estará instalada en cada estación de trabajo y, por lo tanto, la estación de trabajo no tendrá que ir a buscar el programa en el servidor. Ocupa más espacio de disco en la estación de trabajo, pero carga menos la red y es más rápido de ejecutar.

© Editorial UOC

97


• Remoto. Aquí la aplicación está instalada en algún servidor. La estación de trabajo hace peticiones a un servidor en relación con la aplicación. Hay muchas variantes posibles. Por ejemplo, que esté el programa en remoto (en el servidor), pero que se ejecute en local, que sólo haya un pequeño cliente (un navegador, por ejemplo) y, por lo tanto, que sólo se hagan peticiones a los servidores de la que se necesita y todo el control lo lleve el servidor, que se utilice una herramienta de emulación de terminal y se conecte a un host, etc. Entonces, dependiendo de la aplicación de que se trate, la decisión ya está tomada. Puede pasar que venga dada por el fabricante de software, o que sea muy clara la necesidad de una base de datos que tiene que funcionar sobre un servidor de bases de datos y, por lo tanto, las cosas tendrán que funcionar básicamente en remoto. Pero en general tendremos dos elementos: la aplicación y la información que maneja esta aplicación, y las dos pueden estar en local o remoto. Las posibilidades son las siguientes: Información Local Aplicación

Remoto

Local Remoto

Aplicación

Local Remoto

Cada fila “Aplicación” tiene cuatro posibilidades, de las cuales sólo una es la mejor para cada aplicación que se instala en la organización. Esta tabla se rellena con todas las aplicaciones de la organización. Las aplicaciones se ponen a la primera columna. Nos hace falta saber qué habremos de instalar en cada estación de trabajo y, por ello, tenemos que decidir cuales aplicaciones irán en local y qué en remoto. La decisión sobre si la información la pondremos en local o en remoto depende básicamente de cuántas personas accederán, de si la información es crítica y de la posibilidad y la frecuencia de hacer copias de seguridad.

La lista de aplicaciones que se usan, y el hecho de saber si están en local o en remoto, es fundamental para el diseño.

© Editorial UOC

98


1.6. La tabla de aplicaciones Haciendo todos los pasos de diseño que hemos explicado hasta ahora, tenemos varias tablas pequeñas y dispersas. En la práctica se construye una tabla que resume más de una y que sirve para extraer la información necesaria.

Aplicación Local

Remoto

Información Local

Grupo

Grupo

Grupo

Remoto

Aplicación Aplicación

Permiso

El permiso puede ser L, E o X (o una combinación), que indican lectura, escritura o ejecución. De esta tabla podemos extraer la información siguiente: • La lista de software completo que se utiliza en la organización. Está en la primera columna de la tabla. • Donde está la información de cada aplicación. Básicamente, si está en local o en remoto, es decir, si se encuentra en servidores o dispersa en estaciones de trabajo. Sirve para programas de copias de seguridad, para establecer permisos. • La relación de grupos de usuarios que hay que crear en los servidores. • También podemos obtener la lista del software que se utiliza por grupos (y si los grupos representan departamentos, etc., también se puede saber por áreas de la organización) con los permisos que hacen falta. • La relación de aplicaciones candidata para fabricar la estación de trabajo modelo, y también las aplicaciones que hace falta instalar en los servidores por tal de que las usen los usuarios. Esto lo extraeremos a partir de las aplicaciones que se instalan en remoto o en local. Todo este conjunto de información también nos da el punto de partida para diseñar la parte servidor.

© Editorial UOC

99


Veamos como quedaría con los datos del ejemplo anterior:

Aplicación Local

Información

Remoto

Local

Médicos

Administración

Remoto

Contabilidad

X

X

L/E

Facturación

X

X

L/E

Visitas Recetas

X X

X X

L/E

L/E

L/E

L/E

Con la relación de aplicaciones que se tienen que instalar en local, es decir, en la máquina del usuario, sabiendo dónde residirá la información que usará, los grupos de trabajo de los cuales formará parte y con qué permisos, sólo nos queda preparar una cosa: el sistema operativo del ordenador del usuario.

Con la tabla de aplicaciones extraemos mucha de la información para configurar el entorno de los usuarios en el servidor y en los clientes.

1.7. El sistema operativo de la estación de trabajo

Actualmente, los sistemas operativos de estaciones de trabajo están diseñados para trabajar en red (en entornos corporativos) y aportan al usuario una interfaz gráfica para facilitarle el uso del ordenador tanto como sea posible. Las contrapartidas que tienen es que son complejos de instalar, de configurar, muy flexibles y, desgraciadamente, fácilmente desconfigurables en manos de usuarios inexpertos. Esto último solo complica la tarea del administrador de sistemas. Su gran flexibilidad también hace que muchas veces los usuarios noveles se sientan perdidos delante del equipamiento informático (ver más adelante en este capítulo el apartado de formación). En cualquier caso, los sistemas operativos de red tienen unos puntos en común que merece la pena considerar: • El usuario se ha de identificar forzosamente. La identificación correcta le permitirá el acceder a los recursos de la red, dependiendo del usuario, puesto que hay privilegios por grupos de usuarios, y acceder a su información privada (directorio personal, correo electrónico, etc.).

© Editorial UOC

100


• El entorno se tiene que configurar para que sea tan homogéneo y tan simple como sea posible. • Tiene que tener un acceso fácil y rápido a las aplicaciones que más utilice. • En caso de pérdida de información, el departamento de Informática probablemente lo podrá resolver. • Si tiene un problema con la estación de trabajo sabe dónde tiene que llamar para que se la resuelvan cuanto antes mejor. El sistema operativo se tiene que poder comunicar bien con los diferentes servidores (recordamos que pueden ser heterogéneos).

2. Diseño en los servidores

Ahora ya tenemos las líneas maestras de cómo queremos el diseño de las estaciones de trabajo. Es decir, dónde estarán las aplicaciones, con qué permisos, con qué grupos y un poco cómo se estructurarán los servidores. Veamos cómo se traslada este diseño a nuestros servidores. Este diseño puede afectar los servidores en los puntos siguientes: • Número y capacidad de los discos. • Contenido y número de particiones de los discos. • Disposición de la información en los servidores. • Número de servidores. Cambios por necesidades No es la primera vez que en una organización, al analizar las necesidades de los usuarios, se descubre que es necesaria, por ejemplo, una base de datos compleja, y que esto hace que haga falta un servidor de base de datos que motiva la aparición de un ordenador servidor, de un servidor de bases de datos y de un software cliente de base de datos en todas las estaciones de trabajo. Si estas cosas se pueden prever antes de que aparezca la necesidad o que la necesidad haga que la base de datos actual se tenga que migrar, nos ahorraremos muchos dolores de cabeza, problemas, tiempo, quejas de los usuarios y la siempre latente sensación que la informática es “aquello que no acaba de funcionar nunca bien”.

© Editorial UOC

101


Un posible procedimiento para detectar estos puntos podría ser: • Hacer una relación de todas las aplicaciones que será necesario instalar. • Ver dónde estará la información de todas estas aplicaciones. • Ver con qué permisos deberán funcionar todas estas aplicaciones. • Averiguar, según el número de usuarios actuales y previstos, las necesidades del disco. Básicamente, la partición de usuarios y la partición dónde está almacenado el correo electrónico (los buzones de los usuarios). • Averiguar, teniendo en cuenta la información que se manipula y la previsión de información que se prevé manipular, las necesidades de disco. • Averiguar, considerando todos los elementos anteriores, las necesidades del servidor y de la red. Finalmente, hace falta adecuar toda la infraestructura según lo que se haya detectado y ver si se tienen que hacer cambios y ampliar o cambiar los servidores.

Hace falta ver las necesidades reales de los usuarios para reflejarlas en la estructura informática de los servidores.

2.1. Distribución de los discos

En apartados anteriores hemos hecho el diseño general, por lo cual ya sabemos qué debe tener nuestro ordenador para los usuarios: sabemos, más o menos, el software a integrar, las aplicaciones que tienen que funcionar, los permisos, dependiendo del usuario y del grupo al cual pertenece, y dónde estarán los datos (en el servidor, en el cliente, en una base de datos, etc.). Con este diseño presente, podemos comenzar a diseñar detalladamente cómo será la distribución de los servidores. La distribución básica de particiones de cualquier servidor es la siguiente (recordar la definición del capítulo 2 “Administración de servidores”): • Partición de sistema.

© Editorial UOC

102


• Partición de usuarios. • Partición de aplicaciones. • Partición de datos. Con la tabla de aplicaciones que hemos hecho, conocemos las aplicaciones que necesitan los usuarios. Podemos establecer si son suficientes o si necesitamos de suplementarias.También podemos descubrir si alguna aplicación requiere un servidor propio. Ejemplo Si la organización necesita una web para sacar información a Internet nos hace falta un servidor web (una aplicación) corriendo en un servidor, y los datos (toda la web) en algún servidor (normalmente el mismo). Seguramente todo en particiones diferentes (se tiene que decidir), y se tiene que saber si esta web accederá a información (bases de datos) de la organización para decidir cuestiones de seguridad o incluso ver si se pone en un servidor corporativo independiente del servidor.

Por lo tanto, nos podemos encontrar que, en lugar de ser imprescindible distribuir la información en particiones, se tenga que distribuir en discos dentro el mismo servidor.

La relación de aplicaciones, la necesidad de información, el número potencial de usuarios y su nivel de concurrencia determinan la distribución de los discos.

2.2. Acceso a la información

La información de los servidores se entrega a los usuarios mediante peticiones por la red.

La estructura física del disco hace que sólo pueda servir una información a la vez, por lo tanto, varias peticiones de lectura que se hacen al disco se ponen en una cola. Este problema puede llegar a ser muy grave y ralentizar el rendimiento del servidor.

© Editorial UOC

103


Nota: Ver el capítulo I. “Administración de servidores”. Se habla de cómo optimizar este problema con el hardware. Detectar el problema Estos problemas son difíciles de detectar, porque normalmente se asocian a problemas de red, puesto que la percepción del administrador de sistemas y la de los usuarios es que las peticiones de las estaciones de trabajo tardan más de lo normal en ser atendidas. El análisis del tiempo de respuesta del disco es correcta. Cuesta mucho detectar que en realidad se hacen demasiadas peticiones al disco.

Para evitar este problema, desde el punto de vista del diseño hay bastante con distribuir la carga de peticiones en discos o controladoras diferentes (dependiente de la tecnología que se utilice), hacer peticiones paralelas y, si es posible, no tener colas de peticiones paradas ni colapsadas. Si el problema es crítico se puede llegar a tener que plantear soluciones de tipo servidores redundantes. Una vez más, con la lista de aplicaciones que tiene que haber en el servidor, tenemos que ver cuántos usuarios concurrentes tendrá cada uno para valorar la carga. Se debe hacer lo mismo con la información de los servidores. Si hay aplicaciones o información con un gran volumen de accesos concurrentes, son candidatas a ir a otro disco o incluso a otra controladora de disco. Si la cantidad de peticiones puede llegar a ser tan crítica, entonces tienen que ir en otro servidor independiente. Ejemplo Un de estos casos son los servidores web de intranets que acceden a bases de datos de la organización. Se tiene que tener cuidado con las cargas de disco. Una de las primeras soluciones es ponerlo todo sobre la tecnología más rápida (tecnología SCSI) para evitar que el disco se convierta en el cuello de botella del sistema. Tampoco se descartan soluciones RAID ni de servidores redundantes.

El acceso a la información se puede convertir en un problema si no miramos a fondo cuántos usuarios simultáneos intentan acceder a un dispositivo.

© Editorial UOC

104


2.2.1. Privilegios El sistema de ficheros sobre el cual se instale la información tiene que ser uno que permita seguir la estructura que se ha diseñado con los usuarios. Es decir, si hay grupos de usuarios y permisos sobre las aplicaciones, además de poderse incluir en el sistema operativo de los clientes y de los servidores, también deben poderse incluir en los sistemas de ficheros. Esto permite una seguridad adicional en el sistema, porque no forma parte solamente el sistema operativo, sino que el mismo sistema de ficheros la trae “integrada”.

3. Configuración de estaciones de trabajo

En este punto, tenemos una idea de las aplicaciones que necesitan los usuarios y sabemos bastante bien con qué permisos tienen que correr, y cuales de estas aplicaciones lo harán en el servidor y cuales en la estación de trabajo. El problema que hace falta resolver ahora es decidir dónde estarán guardadas las aplicaciones que hemos decidido que correrán en la estación de trabajo. Pueden estar en el servidor (se verán como una unidad compartida, por ejemplo) o las podemos instalar en cada estación de trabajo. El objetivo básico que nos tiene que mover para tomar estas decisiones es conseguir que el mantenimiento de las estaciones de trabajo sea cuánto más sencillo mejor.

3.1. Aplicaciones comunes en el servidor

Cuantas menos cosas haya en el disco del usuario, menos peligro hay de pérdida de información y de tiempo para recuperar el equipo.

Por lo tanto, aparentemente “volvemos atrás” en una situación en lo que todo está en los servidores y las estaciones de trabajo se convierten en “terminales” o dispositivos “no inteligentes”.

© Editorial UOC

105


Esta tendencia pretende ponerlo todo en los servidores para evitar la pérdida de información (puesto que ahora está toda en los servidores) y de tiempo para poner en marcha una estación de trabajo, dado que sólo tiene el sistema operativo, porque todas las aplicaciones están en los servidores. Esta estructura presenta algunas dificultades como por ejemplo: • Se pueden colapsar los servidores. • Se puede colapsar la red. • El sistema global puede ir lento. A pesar de todo, tiene algunas ventajas, como son las siguientes: • Cómo no hay nada en los discos de los usuarios, no es peligroso si hay algún problema en las estaciones de trabajo. • Todo el control de está en los servidores y, por lo tanto, no hay peligro de problemas y desastres que provengan de los clientes. • Tampoco hay problemas de fallos en la seguridad si todo se encuentra en los servidores. • Toda la información está en los servidores. Hoy en día los servidores de aplicaciones usan esta estructura para implementar su funcionamiento. Para mejorar el rendimiento envían sólo la información de la pantalla al terminal del usuario y reciben las acciones.

3.2. Aplicaciones comunes a los clientes Intentamos aplicar los criterios siguientes: • Todas las estaciones tienen lo mismo en sus discos duros (esto simplifica las instalaciones).

© Editorial UOC

106


• Todas las estaciones tienen el software de base, que comprende el sistema operativo, los paquetes de ofimática y el software que utiliza toda la organización. Diseñar con estos criterios tiene bastantes ventajas. Estos son algunas: • Descarga mucho el tránsito de la red. • Aumenta mucho la velocidad de ejecución del software de las estaciones de trabajo, puesto que ahora la mayoría de aplicaciones se ejecutan en local. • Mejora bastante el rendimiento general del equipo. • El servidor sólo guarda los datos y los programas especiales (esto último si hace falta). Por lo tanto, los usuarios no tendrán la sensación de una red pesada y lenta, porque muchas de las aplicaciones y utilidades funcionarán en la estación de trabajo sin pedir nada al servidor. Hace falta decidir si los datos los guardará en local (en el disco duro) o en la red (en una unidad compartida o en un espacio privado del usuario dentro el servidor). Espacio para el administrador del sistema Tiene que haber una parte del disco del servidor, que no tiene que ser visible para los usuarios, exclusivamente reservada al administrador. Esta parte del disco se utilizará para rehacer las estaciones de trabajo en caso de desastre y cuando se deban hacer reinstalaciones. La recuperación de estaciones de trabajo es una parte de la administración de usuarios que tiene que estar prevista, puesto que cuando el número de estaciones de trabajo es considerable, es una actividad prácticamente diaria.

En los discos de los clientes instalamos el software que tienen todos los ordenadores.

3.3. Creación de la estación modelo Teniendo claro qué aplicaciones se instalan en local y cuales en remoto, en este punto la tabla de aplicaciones debería estar completa. Ahora ya podemos proceder a crear el ordenador modelo de la estación de trabajo que se quiere poner en la organización. A grandes rasgos, el procedimiento es el siguiente:

© Editorial UOC

107


• Instalamos el sistema operativo. • Instalamos las aplicaciones. • Instalamos los clientes de las aplicaciones que corren en remoto. • Configuramos todas las opciones del sistema operativo para ajustarlo a las necesidades de la organización. • Lo tenemos que probar durante un tiempo. Cuando se tienen hechas las pruebas con todos los grupos de usuarios, privilegios, aplicaciones,etc. y la estación de trabajo nos ha funcionado correctamente, daremos por acabada la estación modelo.

El ordenador modelo es el diseño de software y configuración que queremos que tengan todos les ordenadores de la organización.

Su diseño tiene que estar muy depurado y hace falta tener en cuenta muchos puntos, como por ejemplo: • Entorno de usuario. Qué se encontrará cuando encienda el ordenador. Qué le pedirá, qué ventanas y qué colores tendrá. Qué podrá modificar del entorno. • Red. Como se identificará en la red. Qué podrá hacer dentro de la red, qué grupos de usuarios habrá y qué permisos tendrá. • Software. Qué aplicaciones tendrá disponibles. Qué aplicaciones estarán en local y qué en remoto. Donde estará el correo electrónico. • Facilidad de uso. Todo tiene que estar pensado para facilitar la labor al usuario y hacer que se acostumbre rápidamente a esta herramienta de trabajo. Tiene que servir para mejorar el rendimiento. • Información. Una vez el administrador haya decidido dónde se guardan los datos y con qué formato, para el usuario esto tendría que ser tan automático y transparente como fuera posible, de forma que no se tenga que preocupar por el lugar real en dónde residan los datos. Todo ello hace que sea necesario diseñar un ordenador modelo y, posteriormente, clonarlo tantas veces como ordenadores haya en la organización, y si

© Editorial UOC

108


hace falta después ajustaremos el ordenador clonado al lugar de trabajo al cual se destina. Los pasos, a grandes rasgos, son los siguientes: • Preparamos la estación de trabajo modelo. Es decir, configuramos con un ordenador tal y como queremos que sean todas las estaciones de la organización, con el software, las protecciones, las particiones de disco, la configuración de red, etc. La probamos a fondo para ver si todo funciona correctamente. • Con el software de clonación de discos duros por red clonamos el disco de el ordenador modelo y guardamos la imagen en el servidor. Normalmente, esta imagen puede ocupar algunos cientos de MB (algún GB y todo), y la tendríamos que guardar en un servidor. • Los software de clonación pueden crear un cliente en un disquete para restaurar una imagen clonada desde el servidor en una estación de trabajo. Con esta operación podremos obtener una estación de trabajo con el software, las protecciones y la configuración de red que habíamos establecido en el ordenador modelo, puesto que será una duplicación. • Finalmente, hemos de ajustar la configuración de este ordenador para el usuario y/o el lugar de trabajo a que se destina.

Para la administración del sistema informático, la situación ideal es que todas las estaciones de trabajo sean homogéneas en software y hardware. Que lo sea el hardware facilita la compra, las reparaciones, el recambio y la sustitución de material, puesto que con el tiempo los ordenadores se estropean y necesitan reparaciones. Cómo que en la práctica esto es imposible, al menos tiene que ser un objetivo (que no se logrará nunca). Lo mismo pasa con el software, que también tendría que ser homogéneo, pero esto tampoco es posible en la práctica, sino que es un objetivo que nunca se llega a lograr.

3.3.1. Imágenes de disco Más o menos todo el mundo conoce alguna utilidad para copiar disquetes o CD. La utilidad nos permite hacer una copia exacta del CD en otro CD. De esta

© Editorial UOC

109


manera, si desgraciadamente se echa a perder el disco original, tenemos la copia, que es un duplicado exacto del original. De alguna manera es la idea de la fotocopia en papel. Un duplicado del original. Ahora bien, ¿qué pasa si queremos hacer un duplicado de un CD pero no tenemos un segundo CD para hacerlo? Hay software que permiten hacer una copia del CD, pero en lugar de archivar el resultado en un CD (lo copiado), lo ponen en un fichero. Este fichero no lo podemos leer ni escribir, ni siquiera ejecutarlo como un CD. Lo único que podremos hacer, cuando tengamos un CD, es traspasar el fichero, y ya tendremos la copia.

Con este software podremos hacer tantos duplicados de nuestro CD cómo queramos, sin necesidad de tener el CD original, porque el fichero creado lo podemos tener guardado en el disco duro tanto tiempo como sea necesario. El fichero guardado en el disco duro se llama imagen de CD. Una imagen de CD puede parecer poco útil, pero lo es mucho si pensamos que podemos hacer lo mismo con todo un disco duro. Podemos hacer una imagen de un disco duro, y es muy útil. Con el procedimiento de hacer una imagen de un disco duro obtenemos un fichero muy grande (del orden de varios GB) que contiene la imagen del disco duro que hemos copiado. Si tenemos la desgracia que se echa a perder el disco duro original (desde el punto de vista de software, es decir, se desconfigura o se degrada el sistema hasta el punto que hace falta reformatear el disco o reinstalar el sistema), se puede restaurar la imagen del disco en el disco duro, de forma que en pocos minutos el disco duro y, por lo tanto, el ordenador, vuelve a ser completamente funcional. El único requisito necesario para hacer una imagen de disco es un software que crea el fichero imagen en algún lugar. Lógicamente no podemos crear la imagen del disco en el mismo disco. Si queremos poner la imagen del disco dentro el mismo disco físico, se tiene que poner en una partición diferente. En caso de un fallo físico o mecánico del disco, no podremos recuperar la imagen, por lo cual no es la solución más recomendable. Otros lugares aconsejables son los siguientes: • En el servidor, en alguna partición o trozo de disco administrativo, que no quede al alcance de los usuarios.

© Editorial UOC

110


• Generar el fichero imagen y, posteriormente, traspasarlo a un DVD. Después, si se tiene que restaurar la imagen de disco, se puede hacer desde cualquier lector de DVD. • En una cuenta destinada exclusivamente a tareas de administración de usuarios. • En un dispositivo externo de cinta magnética del servidor (DAT, DLT, AIT, etc.). • En dispositivos de copia externa como unidades USB o similares. Hace falta remarcar que, igual que las copias de seguridad, al restaurar las imágenes de disco, el estado de este disco es el mismo que cuando se hicieron, por lo cual si había datos se pueden haber perdido. En este caso se tendría que recurrir a copias de seguridad para recuperar la información. Es por esto por lo que una de las grandes utilidades de las imágenes de discos es hacer ordenadores modelo.

4. Mantenimiento de las estaciones de trabajo

Por mantenimiento de estaciones de trabajo entendemos todas las acciones necesarias para que el equipo esté en óptimas condiciones de funcionamiento para el usuario final.

Ahora bien, en la práctica esto se divide claramente en dos partes muy bien diferenciadas. La primera es el mantenimiento del equipamiento del usuario (tanto el hardware como el software), y la segunda son las tareas necesarias para que el sistema funcione correctamente.

4.1. Mantenimiento del equipamiento Una de las partes importantes de la administración de usuarios es el mantenimiento, la sustitución y/ o la actualización del hardware y el software de las estaciones de trabajo.

© Editorial UOC

111


Normalmente, esta parte responde a varios motivos: • Reparar por avería de hardware grave que requiere una sustitución importante del equipo. A veces es necesaria una reinstalación del software del ordenador. • Sustituir el ordenador por uno nuevo por actualización del hardware. • Instalar un hardware por un plan de modernización/actualización. • Cambiar el usuario de la estación de trabajo y, por precaución, destruir la información y volver a instalar el software de usuario. • Reinstalar el equipo como consecuencia de haberlo trasladado por un cambio de función dentro de la organización. • Reinstalar el equipo por un nuevo sistema de funciones dentro la estructura de la organización. En la mayoría de los casos el jefe de informática está enterado y el plan estratégico de la organización es clave para llevar a cabo estas acciones dentro del plan global de la organización. Pero fuera de estos casos, también podemos encontrar situaciones como las siguientes: • Desconfiguración completa del equipo por virus. • Borrado del disco por virus. • Borrado parcial del disco por mal uso involuntario por parte de los usuarios. • Fallo de la corriente eléctrica que ha provocado una desconfiguración del equipo. • Fallo de la corriente eléctrica que ha provocado un problema de hardware que obliga a reinstalar el software. Hay muchas situaciones que pueden provocar que un equipo funcione mal. Ahora bien, de la misma manera que tenemos que tener precaución de cómo preparar el equipo para el usuario, también se tiene que tener mucho cuidado al establecer como hace falta recuperar un equipo ante un desastre que nos deja el ordenador inútil para que sea operativo en cuánto antes. Un buen diseño del equipo modelo nos permite recuperar correctamente los equipos con proble-

© Editorial UOC

112


mas. El método de disco de imagen/clonación es perfectamente aplicable al mantenimiento del equipo, puesto que nos permite restablecer en muy poco tiempo la operatividad de un equipo que ha dejado de ser funcional para la organización, siempre que sólo se trate de problemas de software. En caso de que los problemas sean de hardware, tenemos que tener una pequeña cantidad de piezas de sustitución para las averías frecuentes y fáciles de reparar (si también queremos dar servicio de reparación de hardware). Hay una gran cantidad de causas que pueden dejar una estación de trabajo inoperante. Tenemos que estar preparados para las más usuales.

4.2. Extraer datos de un equipo Hay muchos escenarios de problemas posibles. Muchos tienen solución, incluso sin tener que ir físicamente delante del equipo. Pero hay uno especialmente conflictivo. A pesar de que hemos procurado que los datos estén en los servidores y que no haya información en las estaciones de trabajo, muchas veces no es así. Si un equipo tiene el sistema operativo corrupto (y, por lo tanto, necesitamos aplicar la técnica de la clonación para restaurar el ordenador y volverlo al estado original), de forma que no es posible conectarse a la red para copiar la información, y tiene información dentro el disco duro que necesitamos extraer, tenemos que buscar alguna manera de copiarla. Quizás el equipo no es ni capaz de arrancar, pero nosotros, con cualquier método (un DVD, o un lápiz de memoria para arrancar el ordenador, por ejemplo), conseguimos encender el ordenador y acceder a la información. ¿Cómo la podremos extraear, ahora que sabemos que está en buen estado? Mover el disco duro La idea es sencilla. Extraemos el disco duro del ordenador y lo ponemos en otro ordenador que funcione. Lo instalamos como disco no principal y ponemos en marcha el ordenador. El sistema operativo tendría que detectar otro disco duro, y se tendrán que ver todos los ficheros de este otro disco duro. Copiamos los ficheros que nos interesan en el disco duro principal, y después ya podremos hacer la operación de clonación sobre este disco duro (que destruirá el contenido). Unidad DVD, Blu-Ray, LTO Si se ha hecho todo el diseño de servidores, los discos de los usuarios contienen poca información. Esto permite que con los dispositivos de memoria masi-

© Editorial UOC

113


va de reducidas dimensiones y gran capacidad es posible hacer fácilmente una copia de seguridad de los datos. Por lo tanto, el procedimiento es el siguiente. Una de estas unidades (una Grabadora Blu-Ray2 de 50 GB, por ejemplo) se conecta al puerto USB. Se arranca el ordenador con un lápiz de memoria, y desde este mismo lápiz se hace reconocer el dispositivo Blu-Ray. Por lo tanto, se tiene configurada una unidad, como un disco duro más, de capacidad 50 MB. Ahora, como se puede acceder al disco duro, es posible copiar en cada Blu-Ray hasta 50 GB. Una vez se ha hecho la copia se puede proceder a reparar el equipo. Mientras tanto, por ejemplo, se puede poner esta información en el espacio del usuario del servidor. De esta manera, después de que esté solucionado el problema, encontrará la información que, lógicamente, se tendrá que volver a colocar en el lugar correspondiente.

Ante un ordenador que tiene información y no se enciende, tenemos que buscar maneras de extraer esta información importante.

4.3. Tareas periódicas de mantenimiento

Son muy importantes para el funcionamiento correcto del sistema global, pero no responden a ninguna situación extraordinaria. Se tienen que hacer forzosamente cada cierto tiempo y la mayoría son transparentes para el usuario, el cual sólo sabe que estan cuando no funcionan correctamente.

4.3.1. Mantenimiento en el servidor Tal y como ya hemos comentado, hay un cúmulo de tareas que se sitúan en una línea divisoria muy fina. ¿Son responsabilidad del administrador de usuarios o del administrador de servidores? Afectan el servidor, pero muy directamente al usuario. Control para que no se llenen los buzones de correo de los usuarios. Generalmente hay un script (guión) que permite controlar el espacio de los buzones de los usuarios, y en caso de que alguno esté excesivamente lleno, y antes de que el servidor de correo se colapse por falta de espacio, se avisa al usuario (o los usuarios) para que haga limpieza de los correos. Esta tarea se tiene que llevar a cabo periódicamente. Control para que no se llenen los directorios de los usuarios. Con el mismo criterio de antes, hay que evitar quedarse sin espacio en la partición de

© Editorial UOC

114


usuarios. Se tiene que vigilar periódicamente la medida de esta partición. También se debe avisar a los usuarios de los directorios que sobrepasan un tamaño para que hagan limpieza.

4.3.2. Virus Los virus son uno de los problemas con que se enfrentan todos los administradores de usuarios. Hoy hay antivirus que funcionan de una manera centralizada, es decir, se instala el antivirus “servidor” en un ordenador que hará el papel de “servidor”, se definen ordenadores, usuarios, permisos, etc. y cuando el usuario entra dentro del sistema, automáticamente, se instala el software antivirus en el ordenador. El administrador actualiza diariamente el fichero de firmas del antivirus, que se actualiza automáticamente en todos los ordenadores de la organización cuando el usuario se identifica. También actualiza periódicamente el software, el cual, siguiendo el mismo procedimiento, se actualiza en toda la organización. Cuando se pone en marcha, el programa antivirus se dedica a controlar toda la información que entra en la estación de trabajo (especialmente por Internet), por correo electrónico, y a buscar constantemente virus en el sistema de los discos locales de la estación de trabajo.

¿Qué pasa si encuentra virus? • Lo puede eliminar. • No lo puede eliminar. En este caso quizás propone borrar el fichero. Si el fichero es crítico para el sistema operativo (muchas veces el usuario no lo sabe), puede ser que borrarlo sea peligroso para su funcionamiento, por lo cual en estos casos lo mejor siempre es avisar al administrador de usuarios. Sea como sea, si detectamos o sospechamos que hay virus en nuestro ordenador, es conveniente avisar telefónicamente al administrador de usuarios, porque tiene conocimiento de la peligrosidad y la capacidad de propagación del virus. Si el antivirus lo ha eliminado y no decimos nada, puede ser una medida insuficiente, porque el virus ya se puede haber propagado por la organización (o todavía peor, haber salido fuera). Este es el mensaje que hace falta difundir a los usuarios, para evitar propagaciones. Cómo en muchos casos, se los tiene que educar en el uso de herramientas informáticas.

© Editorial UOC

115


4.3.3. Control remoto Software basado en la tecnología cliente/servidor que permite acceder mediante la red a un ordenador físicamente distante, y acceder a sus datos, administrar su sistema y facilitar la ayuda a sus usuarios ante posibles problemas. Siguiendo la tecnología cliente/servidor, este software tiene su parte servidora en la estación de trabajo del usuario dedicada a servir las órdenes dictadas desde la estación cliente situada a la estación de trabajo del administrador de usuarios. Gracias a su gran utilidad, los software de control remoto tienen incorporado nuevas capacidades cómo: rastreo de elementos dentro de la red, autoinstalación en estaciones servidoras, conexiones compartidas en estaciones de trabajo, facilidad de transferencia de datos y otras muchas. Hay pues, muchas ventajas que recomiendan la utilización del control remoto: • Económicas: Gracias a la reducción de personal, de tiempo y de desplazamientos, la recuperación de la inversión está garantizada. • Trabajo a distancia: Permite trabajar a distancia flexibilizando tareas específicas, por ejemplo en fines de semana vía teletrabajo. • Asistencia rápida y eficaz: Mejora mucho el apoyo al usuario, puesto que permite a los técnicos acceder al sistema y comprobar personalmente los problemas existentes. A su vez permite solucionarlos sin necesidad de desplazamientos. • Formación: Permite formar remotamente mediante la conexión compartida a una estación de trabajo. • Mantenimiento: Mejora sustancial en el mantenimiento de las estaciones de trabajo. De todas maneras, hay aspectos que pueden dificultar las tareas del administrador: • Seguridad: La información entre estación cliente (servidor) y estación administradora (cliente) se realiza mediante la red. Si esta no es segura, compromete el control. • Recursos de red: Consumen un ancho de banda importante al viajar por la red las pantallas de las estaciones de trabajo. Los software de control remoto incorporan herramientas que permiten elegir la resolución y el color de la pantalla para evitar el consumo desmesurado.

© Editorial UOC

116


• Comunicación específica: La comunicación se establece por puertos que muchas veces no son visibles desde redes remotas debido a la existencia de elementos de red que impiden la comunicación. Normalmente, por seguridad. • Aspectos legales: Muy importantes, se podría incurrir en incumplimientos de la normativa legal si el usuario no es avisado sobre la conexión a su estación de trabajo. Se podría violar el derecho a la intimidad. Estos software, que se utilizan mucho en organizaciones, pretenden mejorar el servicio que se da al usuario.

4.3.4. Actualización diferida Cuando hay instalaciones geográficamente alejadas o un número elevado de estaciones de trabajo, ¿cómo podemos actualizar un software que está en las estaciones? Hay software capaces de hacerlo. Permiten seleccionar el software y las estaciones de destino, y proceder a la actualización masiva, sin tenernos que trasladar físicamente delante de ningún equipo o tener que hacer la operación y repetirla cada vez.

4.4. Documentación y procedimientos

Uno de los aspectos que a menudo se olvida es la documentación y los procedimientos. Los procedimientos son una cuestión de documentación técnica para los administradores de sistemas.

4.4.1. Procedimientos Como hay muchos usuarios, muchas de las tareas acostumbran a ser repetitivas, muchas más que en la administración de servidores. Esto hace que a menudo sea conveniente describir los pasos para hacer una tarea, puesto que a veces una tarea consta de muchos pasos y, a pesar de que se hace muchas veces, se lleva a cabo en intervalos de tiempos suficientemente espaciados como para

© Editorial UOC

117


que se olvide. De este conjunto de pasos para hacer una tarea la llamaremos procedimiento, y para que nos sea sencillo llevarlo a cabo cuando se tenga que hacer lo tendremos escrito, es decir, documentado. La definición formal (algorítmica) de procedimiento es la siguiente: descripción no ambigua y precisa de acciones que hace falta llevar a cabo para resolver un problema bien definido en un tiempo finito. Acción: suceso finito en el tiempo y que tiene un efecto definido y previsto. Proceso: ejecución de una o varias acciones. Adaptándola a nuestras necesidades de este momento, la podemos dejar de la manera siguiente:

Un procedimiento es una descripción del conjunto de acciones para hacer una tarea determinada. Todos los procedimientos tendrían que estar reflejados en un documento.

Por lo tanto, cada uno de los procedimientos tendrán que estar escritos en un documento. De esta manera, cada vez que tengamos que hacer cualquier tarea, sólo hará falta consultar este “manual de procedimientos” y hacer las acciones que haya especificadas para llevar a término la tarea encomendada. Hay muchas maneras de tener recogida esta información. Una es en forma de PMF (FAQ: Frequently asked questions), colgada en formato HTML en algún servidor web, de forma que el personal técnico la puede consultar en cualquier momento y desde cualquier lugar. Muchas veces, junto con los documentos, se anexan ficheros, porque el formato web permite transferir ficheros a la vez. Los siguientes son ejemplos de procedimientos: • Dar de alta un usuario. • Configurar una impresora. • Configurar una estación de trabajo. • Configurar el correo electrónico. • Restaurar una imagen en una estación de trabajo.

© Editorial UOC

118


Ninguna de estas tareas se puede hacer con una sola acción. Hay que tener presente que algunas veces un procedimiento puede implicar acciones sobre el servidor y sobre la estación de trabajo.

4.4.2. Software De la misma forma, de todo el software que se utiliza, el administrador de usuarios tendría que vigilar que los usuarios tuvieran acceso a algún tipo de documentación (en algún formato) sobre la utilización de este software. Esto facilita el hecho de poder conocer las herramientas con que trabajan. Es mejor que la documentación esté en varios formatos a la vez. En cualquier caso, tiene que ser fácilmente accesible para los usuarios. También es muy interesante poder contar con tutoriales de este software. Muchos programas contienen, pero otras veces se pueden encontrar gratuitamente incluso en Internet. Es importante poder facilitar documentación a los usuarios sobre las herramientas que utilizan. Su percepción es que los administradores se preocupan por ellos. A pesar de todo, no se debe olvidar la formación, puesto que esto no pretende sustituirla, sino complementarla.

5. Formación del usuario

Un aspecto a menudo olvidado en las organizaciones es el plan de formación de los usuarios, que tiene que estar dirigido por el jefe de informática de acuerdo con las directrices de la organización y el plan estratégico.

Las ventajas de un plan de formación se pueden resumir en los siguientes: • Mejora del uso de las herramientas de software. • Aumento de la efectividad y la eficiencia del personal. • Disminución de las incidencias en el departamento de Informática. • Satisfacción del personal. • Disminución de costes del departamento de Informática.

© Editorial UOC

119


Algunas de las consecuencias indirectas que se derivan son las siguientes: • Detección de nuevas necesidades informáticas en la organización. • Aumento de la información en los sistemas informáticos. Esto permite nuevos métodos de búsqueda de datos para tomar decisiones en los estamentos directivos. Nadie nace enseñado De la misma manera que para conducir un coche nos tienen que formar (y al final nos dan un título que reconoce los conocimientos que tenemos), para usar un teléfono móvil o una lavadora también nos tienen que explicar cómo funciona como usuarios, es decir, de una manera simple, didáctica y sin tecnicismos.

Muchas organizaciones tienen la sensación que un plan de formación es malgastar el tiempo, pero no seguirlo ocasiona los problemas siguientes: • Pérdidas de tiempo de los usuarios que se enfrentan a software o hardware nuevo sin conocimientos y, por lo tanto, la curva de aprendizaje es muy elevada. • La probabilidad de error en esta fase de autoaprendizaje es muy importante, con consecuencias de tiempo y de coste para solucionarlo impredecibles. • Las probabilidades que los errores involuntarios produzcan problemas, fallos, malos funcionamientos, desconfiguraciones, etc. en los equipos y/o servidores es alta, con el tiempo y el coste para el personal del departamento informático que esto puede comportar. • La posibilidad que gran parte del volumen de trabajo (se puede llegar incluso a una situación de colapso) del departamento de Informática se deba a problemas indirectos de formación del personal se debe tener en cuenta. • El desconcierto, las quejas, la sensación de mala instalación, de software o hardware incorrecto o defectuoso, que no se presta a las necesidades reales de la organización, es muy posible que aparezcan, con el peligro de poder hacer fracasar planes de informatización o planes de actualización que se procura llevar a cabo. Todo esto tampoco significa que el plan de formación tenga que ser siempre igual y general para todo el mundo. Un buen plan de formación está estudiado y se tiene muy en cuenta qué se explica y a qué colectivo se explica.

© Editorial UOC

120


La misma aplicación genera cursos de formación diferentes para colectivos diferentes.

Ejemplo Una aplicación de nóminas integrada tendrá un cursillo de formación diferente para el departamento de recursos humanos, para el de contabilidad, para todos los trabajadores que tienen que fichar a la entrada y a la salida, y que pueden consultar por mediación de una web de la intranet su registro de entradas y salidas, etc. Finalmente, como es lógico, el cursillo de formación para el departamento informático sobre esta aplicación también tiene que ser diferente.

Así, pues, hay varios planes de formación: • Por actualizaciones. • Por implantación de software nuevo. • Para usuarios nuevos. Por actualizaciones Los planes de formación por actualizaciones se limitan simplemente a poner al día los usuarios sobre cambios hechos en el software y/o hardware. Son cortos y permiten tener la plantilla al día. Una gran ventaja es que evitan bastantes problemas al departamento informático. Son muy cortos (por este motivo, muchas veces también se denominan sesiones, seminarios, cursillos, charlas, etc.). Tienen otra función secundaria más importante, que es mantener la imagen del departamento de Informática de preocupación por los usuarios. Por implantación de software nuevo Son realmente los más complejos, puesto que normalmente se tienen que hacer sesiones previas para escuchar las ideas, las sugerencias y las propuestas del colectivo implicado, y todo esto integrarlo en el software que se está implantando. Lo más complejo de estas sesiones es que implantar sistemas nuevos implica cambiar procesos y maneras de trabajar, y generalmente esto cuesta de aceptar a los colectivos de usuarios. Nota: Implantar software puede significar: desarrollar una aplicación nueva dentro de la misma organización, subcontratarla o instalar un software estándar y parametrizable.

© Editorial UOC

121


Es mejor hablar en esta fase porque: • Los usuarios sienten que ellos participan en el proyecto, y esto les predispone más a aceptarlo. • Es más fácil cambiar la oposición inicial si se argumentan las ventajas que obtendrán con el nuevo sistema (que todavía no tienen y, por lo tanto, continúan trabajando de la manera usual) y se dice que las propuestas que se hagan se tendrán en cuenta en el desarrollo del proyecto. • Se pueden argumentar los inconvenientes del método de trabajo actual, porque cómo lo siguen cada día, y todavía lo harán durante un cierto tiempo, se darán cuenta de la diferencia. • Dado que no es un sistema impuesto, sino que se hace participar para conseguir que sea ágil, útil y cómodo para los usuarios, se evita la sensación que tendrá errores básicos. • Dado que pedir opiniones, propuestas, ideas, quejas, etc. sobre cómo tendría que trabajar el sistema. Pero también se tiene que dejar claro que no siempre es posible hacer todo lo que se pide y que, por lo tanto, no se podrán llevar a cabo todas las peticiones. Una vez desarrollado el software, debería hacerse una formación piloto a un grupo representativo. Esto serviría para ajustar el plan de formación y para detectar y corregir anomalías en los procedimientos de instalación y configuración. Si todo va bien, después se pueden formar los usuarios y, seguidamente, instalar el software. De esta manera, después de que lo encuentren instalado en las estaciones de trabajo, lo podrán comenzar a usar sin que les sea extraño y sin causar incidencias motivadas por el desconocimiento del software. Para usuarios nuevos El plan de formación para usuarios nuevos tiene que ser un cursillo con un fuerte componente estándar, porque implica básicamente enseñar a los usuarios toda la operativa común que se utiliza en la organización. Haciéndolo de esta manera se evitan muchos errores y se gana mucho tiempo, puesto que se familiariza al usuario con el entorno de trabajo con que se encontrará. Si es posible, se tendría que hacer un pequeño apartado más específico para el lugar de trabajo que tendrá que ocupar, qué herramientas específicas utilizará y cómo, qué bases de datos usará, etc.

© Editorial UOC

122


6. Centro de atención al usuario (CAU)

Hoy en día, la gran mayoría de las empresas disponen de servicios TI con las cuales, sus empleados han de interactuar en más o menos grado. Estos empleados son simplemente usuarios de una tecnología, de la cual no tienen por qué conocer los fundamentos. Los servicios TI son para estos empleados una herramienta, indispensable en muchos casos, que tiene que estar disponible el mayor tiempo posible. Qué sucede cuando uno de estos servicios o herramientas no trabajan correctamente, o simplemente no trabajan? El usuario detecta un problema o incidencia en una de sus herramientas, pero no tiene una noción clara (ni una explicación técnica) de que sucede.

Para el usuario, el ordenador es una herramienta para aumentar su grado de organización y/o eficiencia y, no tiene la necesidad de conocer los detalles técnicos del equipamiento que usa.

De la misma manera que utiliza un fax, una fotocopiadora, el coche, un ascensor o el cajero automático sin conocer su funcionamiento interno, este tendría que ser el objetivo de un buen sistema informático desde el punto de vista del usuario.

En este punto aparece el concepto CAU para resolver la siguiente pregunta que nos podemos formular. Si el usuario detecta un problema en una herramienta y no tiene los conocimientos necesarios para solucionarlo, ¿qué tiene que hacer?

Cuando un usuario tiene un problema informático, se tiene que dirigir a un único punto para resolverlo, el centro de atención al usuario (CAU).

Un CAU es un servicio integral que, mediante un punto de contacto, ofrece la solución de incidencias y atención de requisitos relacionados a las TI, como son: computadoras, periféricos, recursos informáticos, software y plataformas sobre las que trabajan la mayoría de las organizaciones. El CAU juega un importante papel en la provisión de los servicios TI. Es un único punto de acceso para los empleados o usuarios que necesitan ayuda. Sin un CAU, una organización ciertamente podría afrontar pérdidas debidas a la ineficiencia.

© Editorial UOC

123


A pesar de que hay diferentes tipos de CAU, como los Call Center, CAUs Experts, y de otros, en este apartado comentaremos el más común de todos, el CAU de tres niveles. Cuando un usuario detecta un problema, se pone en contacto con el punto central de soporte, sea por teléfono, correo u otros métodos. En este punto, su petición será recibida por el primer nivel de soporte, que registrará sus datos, el problema y abrirá una petición. Una vez abierta la petición, el primer nivel intentará resolver la petición revisando la base de datos de conocimiento, dónde se encontrará la información y métodos de resolución de incidencias ya tratadas o comunes. Si el primer nivel puede resolver la petición, la verificará con el usuario y la cerrará. Si no puede solucionar la petición, esta será asignada al segundo nivel. El segundo nivel, formado por personal con un perfil técnico más avanzado y especializado (redes, servidores, software, ...), intentará resolver la petición. Si el técnico asignado puede resolver la petición, la verificará con el usuario y la cerrará, además actualizará la base de datos de conocimiento para futuras consultas. Si no puede solucionar la petición la asignará al tercer nivel. Este último nivel es el más especializado y muchas veces es personal externo a la organización. Estos resolverán la petición, lo comunicarán al usuario y actualizarán la base de datos de conocimiento para que esta información sirva en futuras consultas.

Así pues, cada nivel de un CAU tiene asignadas funciones específicas.

© Editorial UOC

124


Primer nivel Según el esquema presentado y la funcionalidad del CAU, el primer nivel de asistencia tendrá que gestionar las siguientes actividades: • Recibir las incidencias de los usuarios, ya sea vía telefónica, correo electrónico o software específico. • Crear una petición o ticket en el sistema de control de peticiones. Imprescindible para una buena gestión y seguimiento de las incidencias. • Clasificación de la petición o incidencia, especificar grupo afectado: comunicaciones, servidores u otras. • Priorización de la petición o incidencia, según su criticidad que puede venir dada por el número de usuarios afectados, por la afectación a los sistemas productivos y otros dependientes de la organización. • Escalar la petición al grupo correspondiente de segundo nivel si es necesario. • Búsqueda de información de resolución a la base de datos de conocimiento para resolver la petición al primer nivel. • Actualizar los datos del usuario y del grupo TI si fuese necesario. • Verificación periódica del estado de las incidencias abiertas y comunicación con el usuario. • Preparar documentación de gestión de la incidencia.

Segundo nivel Tal y como se ha comentado al primer nivel, vamos a comentar las acciones pertinentes a este segundo nivel (técnicos especializados): •

Reclasificación de la petición o incidencia si esta está definida de forma erró-

nea. • Escalar incidencia al grupo correcto si ha sido asignada a un grupo erróneo. • Investigación y resolución de la incidencia. Hace falta ponerse en contacto con el usuario si es necesario.

© Editorial UOC

125


• Mantenimiento de la base de datos de conocimiento respecto a la resolución de la incidencia, si se ha podido resolver. Hace falta documentar correctamente los pasos a seguir para solucionar una petición como la que se acaba de resolver. • Desarrollar mecanismos para evitar peticiones e incidencias como las que se han podido solucionar. Mejora de los sistemas TI. • Cierre de la petición o ticket. Si se pudo resolver. • Escalar a tercer nivel si no se ha podido resolver la incidencia.

Tercer nivel En este tercer nivel encontraremos los especialistas en cada ámbito que, muchas veces será personal externo a la organización, y que dará servicio en momentos puntuales ante una petición o problema de un nivel de resolución muy alto. •

Reclasificación de la petición o incidencia si esta está definida de forma

errónea. • Investigación y resolución de la incidencia. Hace falta ponerse en contacto con el usuario si es necesario. • Mantenimiento de la base de datos de conocimiento respecto a la resolución de la incidencia, si se ha podido resolver. Hace falta documentar los pasos a seguir para solucionar una petición como la que se acaba de resolver. • Desarrollar mecanismos para evitar peticiones e incidencias como las que se han podido solucionar. Mejora del sistema TI. • Cierre de la petición o ticket cuando se haya resuelto.

Control de incidencias pendientes Alguna persona se tiene que encargar de ver diariamente qué incidencias hay pendientes y hacer el seguimiento del estado en la que las tienen los técnicos. Esto normalmente lo hace la persona del primer nivel del CAU, puesto que de esta manera está en contacto con los técnicos para consultar el estado de las incidencias, actualizar la base de datos, si hace falta, e informar al usuario. Mantener al usuario

© Editorial UOC

126


informado sobre el estado de la incidencia (especialmente si es compleja y/o larga de resolver) es importante para tranquilizarlo y comunicarle el sentimiento que el departamento de Informática se preocupa por su problema. Otra función muy importante del personal de atención del CAU es hacer de filtro de las peticiones que están más allá de las funciones o capacidades del departamento de Informática o del sistema informático implantado en la organización (esto no quiere decir que no se puedan recoger sugerencias). Asimismo, el CAU tiene que tener la capacidad de denegar la gestión de incidencias. Ejemplo Una petición de un usuario al CAU: “Necesito que se instale el programa ABC en mi ordenador”. El CAU, sin muchos problemas, encuentra que es un software que no está en la organización. Por lo tanto, esta petición no puede prosperar a través del CAU, sino que dado que el software se debe comprar ha de ir vehiculado por medio de los jefes de departamento, por ejemplo. Se ha de explicar así al usuario y, por lo tanto, no se puede atender la petición.

7. Responsabilidades del administrador de usuarios

Una relación aproximada de las tareas/responsabilidades del administrador de usuarios és la siguiente: • Configurar los equipos destinados a ser utilizados por los usuarios (estaciones de trabajo). • Abrir cuentas. • Dar espacio a los usuarios. • Dar una cuenta de correo a los usuarios (es decir, dirección electrónica). • Dar acceso a las aplicaciones corporativas. • Dar acceso a los datos que necesita el usuario (con los permisos que hagan falta). • Proteger los datos del usuario de accesos no deseados.

© Editorial UOC

127


• Asegurar la disponibilidad de su información. • Asegurar el acceso a su correo electrónico. • Asegurar el acceso a los recursos que necesite. • Hacer una copia de seguridad de los datos de los usuarios. • Mantener y gestionar las instalaciones de hardware de las estaciones de trabajo. • Gestionar el CAU. • Atender consultas, incidencias, problemas del usuario durante el transcurso del uso del equipo. • Mantener y gestionar el software de los usuarios. • Asegurar el espacio para los datos y para el correo electrónico.

8. Aspectos legales

Los aspectos legales del administrador de usuarios están muy relacionados con la información. Los usuarios tienen unos espacios con su información. Estos espacios son el directorio personal, el correo personal y la agenda, por ejemplo. Cuando hay problemas, el administrador de usuarios, si se lo piden los usuarios, accede a estos espacios, como por ejemplo a la agenda personal del usuario, al correo, etc. Nos tenemos que volver a cuestionar dónde están los límites legales de todo esto, y otra vez nos encontramos que actualmente la cuestión va cambiando y que la legislación se mueve bastante. Tenemos que ser muy conscientes que en el momento que surja el problema de verdad, tendremos que buscar asesoramiento legal para resolverlo, pero pensamos que es muy importante saber reconocer el problema real en una situación.

© Editorial UOC

129

Capítulo IV. Administración de la red

Capítulo IV Administración de la red

1. Introducción

Los ordenadores personales permiten a los usuarios individuales gestionar sus propios datos para cubrir las necesidades particulares. A pesar de todo, los ordenadores aislados no pueden ofrecer un acceso directo a los diferentes datos de una organización, ni pueden compartir de una manera fácil la información o los programas de que disponen. En este sentido, las redes proporcionan una buena solución de compromiso entre los dos extremos: el procesamiento individual y el procesamiento centralizado. Entre los muchos beneficios que comporta la implementación de una red podemos encontrar los siguientes:

– Compartición de dispositivos periféricos: discos duros de gran capacidad, dispositivos de salida de coste elevado (como, por ejemplo, impresoras láser o plotters, etc.). – Comunicación entre los usuarios de la organización ellos (correo electrónico). – Facilidad de mantenimiento del software (a menudo buena parte del software se comparte desde la red, en lugar de instalarse individualmente en cada estación de trabajo). – Gestión centralizada de los recursos compartidos, independientemente del grado de dispersión geográfica que pueda tener la organización.

© Editorial UOC

130


Teniendo en cuenta esta dispersión, las redes se pueden clasificar de la manera siguiente:

– LAN (local area network o redes de área local): de 10 a 1.000 m (por ejemplo, una sala de la organización, un campus, etc.). – MAN (metropolitan area network): de 1 a 10 km (por ejemplo, una ciudad). – WAN (wide area network): más de 10 km (por ejemplo, un país).

Teniendo en cuenta la importancia que tiene una red en la actividad diaria de cualquier organización, se hace evidente la necesidad de una figura que se encargue de diseñarla, implementar-la, mantenerla y actualizarla siempre que se requiera. Esta figura, el administrador de la red, tiene que conocer los elementos físicos que la componen, los protocolos de comunicación entre los diferentes ordenadores (y sus sistemas operativos), y también los requerimientos mínimos de seguridad que tiene que satisfacer la red.

2. Elementos y diseño físico de una red

A la hora de diseñar nuestra propia red hace falta que, antes de comenzar, tengamos en cuenta una serie de aspectos básicos que podemos ver reflejados seguidamente en las preguntas siguientes:

– ¿Cuántos ordenadores (estaciones de trabajo) tenemos que conectar a la red? – ¿Cuántos ordenadores hará falta añadir en futuras ampliaciones? – ¿Dónde y cómo se disponen los ordenadores? (hay que hacer un croquis de la disposición de las máquinas).

© Editorial UOC

131


Antes de comenzar a contestar estas preguntas, es necesario definir brevemente los elementos que conforman las redes de ordenadores.

2.1. Elementos de una red

-

Cableado

• Par trenzado: este tipo de cableado está formado por varios hilos conductores que se trenzan entre sí con la finalidad de protegerlos del ruido ambiental. Es el cableado más económico y fácil de instalar. Pueden llegar a distancias de hasta 100 m (sin que la señal sufra ningúna atenuación) y a velocidades que pueden variar entre los 10 y los 100 Mbps. Hay varias categorías de cable par trenzado: • STP (shielded twisted pair): cable apantallado, formado por dos pares de hilos conductores recubiertos por una malla. • UTP (unshielded twisted pair): cable sin apantallar, formado por cuatro pares de hilos conductores. Al mismo tiempo, los cables UTP se pueden subdividir en varias categorías: -

Categoría 3: pueden llegar a velocidades de transmisión de 30 Mbps.

-

Categoría 5: es el tipo de cable que se utiliza a menudo. Puede llegar a velocidades de 100 Mbps (redes fast ethernet). La categoría 5a (también denominada 5+ o 5e) representa una mejora de la categoría 5 y puede llegar hasta 1000 Mbps (redes gigabit ethernet).

– Necesitamos un servidor? – Qué velocidad de transmisión se requiere? – Qué recursos hace falta compartir? – Categoría 6: puede llegar a velocidades de 1000 Mbps. Podemos ver en la figura siguiente el aspecto de un par trenzado UTP, el conector hembra y el conector macho, respectivamente:

© Editorial UOC

132


Aspecto de un cable UTP

Por ejemplo, conectando todos los ordenadores a un concentrador mediante un par trenzado y sin necesidad de utilizar un servidor dedicado, podemos diseñar una red muy sencilla, perfectamente válida para compartir recursos y que se puede ampliar fácilmente hasta ocupar todos los puertos del concentrador. Se denominan punto a punto (peer-to-peer) las redes en las que no hay un servidor dedicado. Todas las estaciones de trabajo tienen el mismo estatus y comparten los recursos. Observación Cuando se utiliza un concentrador, los dos extremos del cable (la conexión al concentrador y la conexión a la tarjeta de red del ordenador) se insertan en el conector RJ45 de la misma manera, pero cuando los dos extremos se conectan directamente entre dos ordenadores, es necesario construir un cable cruzado o crossover , e intercambiar el orden de los cables que transmiten los datos.

• Cable coaxial: dispone de un único conductor interno y varias capas de protección. Hay cable grueso y delgado (RG-58AUen), y distancias no superiores a los 2 km puede permitir velocidades de transmisión de 20 Mbps, mientras que en distancias cortas (no superiores a los 100 m) puede llegar a los 100 Mbps. El cable coaxial, si se compara con el par trenzado, reduce los problemas de atenuación de la señal a largas distancias, y el porcentaje de potencia que se pierde en forma de radiación. Es muy sensible a las acciones de posibles espías y susceptible al ruido producido por los aparatos eléctricos (por ejemplo, un motor). Para conectar diferentes segmentos de cable coaxial se utilizan conectores BNC. Para conectar un ordenador a la red se utilizan conectores BNC en forma de T.

© Editorial UOC

133


Conexión de un ordenador a la red con cable coaxial

• Fibra óptica: la transmisión de la información se lleva a cabo mediante un haz de luz que circula por un núcleo fotoconductor. Permite un gran ancho de banda y puede llegar a velocidades de transmisión del orden de cientos de Mbps e incluso Gbps. La fibra óptica sufre una atenuación mínima de la señal, es inmune a las interferencias electromagnéticas y resulta difícil de interceptar y espiar, puesto que no emite ninguna señal que pueda ser monitorizada. Normalmente, se utiliza conjuntamente con otros tipos de cableado. Hay dos tipos diferentes de fibra óptica, las monomodo y las multimodo. Las primeras se caracterizan porque sólo admiten un único modo de transporte (sólo pueden transmitir los haces de luz que siguen el eje de la fibra). Tienen un ancho de banda que puede llegar a los 100 GHz/Km. Con respecto a las fibras multimodo, con un diámetro de núcleo más grande que las monomodo, transportan múltiples modos de forma simultánea. Son más fáciles de implantar y tienen un ancho de banda que puede llegar hasta los 500 MHz/Km (menor que las monomodo). Pueden ser, por ejemplo, especialmente adecuadas para sistemas de videovigilancia o LANs. – NIC (network interface card): la conexión de los ordenadores a la red se realiza mediante las tarjetas de interfaz de red. Podemos ver en la figura de la página siguiente el aspecto de un NIC. Normalmente, estas tarjetas se encuentran en formato PCI o PCMCIA, en el caso de ordenadores portátiles. Cada vez hay más equipos portátiles y de sobremesa con una tarjeta integrada en la placa base. Algunos PDA también disponen de NIC para conectarse a una red local sin hilo.

© Editorial UOC

134


Tarjeta de interfaz de red

– Cortafuego (firewall): cualquier dispositivo (hardware o software) que permita evitar que los usuarios no autorizados accedan a una máquina determinada. – Concentrador (hub): dispositivos que permiten compartir una línea de comunicación entre varios ordenadores. Repiten toda la información que reciben de forma que la puedan recibir todos los dispositivos conectados a sus puertos.

Ejemplo de configuración de un concentrador

Todas las estaciones conectadas al mismo concentrador o stack de concentradores compiten por el ancho de banda del canal. – Conmutador (switch): gestiona el flujo del tránsito de la red según la dirección de destino de cada paquete. En otras palabras, los conmutadores

© Editorial UOC

135


pueden averiguar qué dispositivos se encuentran conectados a sus puertos y redirigen la información únicamente al puerto de destino, en lugar de hacerlo indiscriminadamente como los concentradores. – Red troncal (backbone): se denominan de esta manera los cables principales que conectan entre si los segmentos de una red local. Habitualmente son enlaces de alta velocidad (por ejemplo, fibra óptica). – Armarios de conexión: generalmente la red se divide en diferentes armarios de conexión que abarcan todo el servicio de red en un entorno determinado cómo, por ejemplo, toda la planta de un edificio. Todos estos armarios tienen una conexión a un armario central en el cual, normalmente, se encuentran agrupadas todas las comunicaciones y residen los diferentes servidores. Acostumbra a ser una sala con acondicionamiento atmosférico adecuado, tanto por a la temperatura como a la humedad, y normalmente, dispone de alimentación eléctrica ininterrumpida. – Servidor: ordenador que permite compartir sus periféricos con otras estaciones de la red. Hay de muchos tipos distintos y se pueden agrupar en tres categorías generales: servidores de impresión, de comunicaciones y de ficheros. En de una red, pueden estar dedicados exclusivamente a proporcionar estos servicios, o bien también pueden no ser exclusivos y utilizarse como estaciones de trabajo. – Estación de trabajo: cada estación de trabajo ejecuta su sistema operativo propi (Unix, Linux, Windows 2000, etc.) y sobre este sistema operativo se ejecuta un software de red, que le permite de comunicarse con los servidores y los otros dispositivos de la red, de forma que sea tan sencillo gestionar los recursos localos como los del servidor.

Elementos de interconexión de redes – Repetidores: son dispositivos “no inteligentes” que amplifican la señal y evitan los problemas de atenuación que se producen cuando el cable llega a una cierta distancia (recordemos que, según el cableado que se use, estas distancias varían). – Puente (bridge): conectan entre si dos segmentos de red (que pueden ser diferentes –vean el ejemplo de la figura siguiente). A diferencia del repetidor, el puente es suficientemente “inteligente” para filtrar el tránsito de información entre los segmentos. Con la incorporación de un puente, cada segmento tiene una dirección diferente, de forma que

© Editorial UOC

136


la información siempre se direcciona hacia su destino y se evitan las congestiones que se producen cuando todas las estaciones de trabajo se conectan en el mismo segmento. Interconexión de redes mediante un puente

– Enrutador (router): dispositivos que gestionan el tránsito de paquetes que proviene del exterior de la red hacia el interior (y viceversa). Pueden ser dispositivos muy sofisticados y tener capacidad de actuar como cortafuegos. Son similares a los puentes, pero en cambio ofrecen servicios de encaminado de los datos que se transmiten; Es decir, no solamente pueden filtrar la información, sino que, además, también pueden encontrar la ruta de destino más eficiente para los paquetes de información que se transmiten. – Passarela (gateway): actúan en los niveles superiores de la jerarquía de protocolos OSI. Permiten la interconexión de redes que usan protocolos incompatibles.

2.2. Topología y tipo de redes La topología de la red se refiere al camino físico que siguen los datos por la red, la manera lógica cómo se conectan los diferentes dispositivos que la for-

© Editorial UOC

137


man. A menudo, es necesario diferenciar entre la topología lógica y la topografia o diseño físico (la manera como se “tiran” los cables). Básicamente hay tres topologías que se pueden tener en cuenta en una LAN: • Topología de bus: en una red en bus, todos los nodos (los servidores y las estaciones de trabajo) se conectan a un cable común (bus). Las características esenciales de esta topología son las siguientes: – Los nodos no retransmiten ni amplifican la información. – El tiempo de retención de la información en los nodos es nulo. – Todos los mensajes llegan a todos los nodos. – No es necesario ningún encaminamiento de la información. – La fiabilidad de la comunicación depende únicamente del bus (punto crítico). – La configuración es flexible y modular. – Es una tecnología de bajo coste que todavía se usa frecuentemente. – Ofrece facilidad para interceptar la información que circula a través de la red. La existencia de un único bus implica que el exceso de tránsito pueda provocar una disminución importante del rendimiento de la red. Para controlar el tránsito de la red se pueden usar conmutadores que sean capaces de discriminar el tránsito en circulación. Red con topología de bus

© Editorial UOC

138


• Topología en anillo: en una red en anillo el cable va de estación a estación (y al servidor) sin ningún punto final. Cada nodo tiene conexiones con dos estaciones más. Las caracteríticas básicas de esta topología son las siguientes: – Cada nodo amplifica y repite la información que recibe. – Los mensajes viajan por el anillo nodo a nodo, de forma que todas las informaciones pasan por todos los módulos de comunicación de las estaciones (facilidad para interceptar la información). – No es necesario dirigir el encaminamiento de la información. – La fiabilidad del anillo depende de cada uno de los nodos y de la vía de comunicación que forma el anillo. La caída de una sola estación podría provocar que la red entera dejase de funcionar. Red con topología de anillo

• Topología en estrella: en este caso, todas las estaciones de trabajo y el servidor se conectan a un solo concentrador o conmutador. Observemos que el elemento diferenciador más importante respecto a las otras topologías es la centralización de las conexiones. Este hecho la convierte en una topología especialmente resistente a la caída de las estaciones de trabajo, a pesar de que como principal defecto nos ofrece un punto crítico, el elemento central, el cual si es atacado, o cae por cualquier motivo, puede provocar la caída de la red entera. Las caracteríticas básicas de esta topología son las siguientes: – Todas las estaciones se comunican entre si mediante un nodo central.

© Editorial UOC

139


– El dispositivo central puede ser activo o pasivo. – Los fallos tienen una repercusión muy diferente según dónde se producen. Cuando se tienenque añadir concentradores para dar servicio además usuarios, se tiene que plantear un posible cambio en el diseño, puesto que encadenar conmutadores entre sí es muy cómodo, pero puede crear problemas de tránsito y, en ciertos casos, confusión. Red con topología de estrella

A la hora de elegir una topología de red se tienen que tener en cuenta los aspectos siguientes:

– Distancia máxima que se puede obtener. – Número máximo de estaciones. – Flexibilidad a la hora de añadir o eliminar estaciones de trabajo. – Tolerancia a caídas de las estaciones. – Retraso de los mensajes. – Coste. – Flujo de información que puede circular por la red.

© Editorial UOC

140


Las topologías de bus y de anillo son las más utilizadas en redes locales, a pesar de que por motivos de flexibilidad, fiabilidad y seguridad, el diseño físico en estrella también se utiliza en redes que, lógicamente, pueden funcionar en bus o anillo, pero que tienen una topología física de estrella. Diseño físico basado en concentradores

Observemos que en el concentrador se mezclan todas las señales de todas las estaciones y se transmiten a todas como si se tratase de una configuración en bus.

2.3. Tipo de redes locales

El Institute of Electrical and Electronic Engineers (IEEE) es un organismo que data del año 1980 y que elaboró las normas IEEE 802.X, las cuales definen los estándares con respecto al funcionamiento de las redes de área local: IEEE 802.3. Estándar basado en la versión 2.0 de la red Ethernet. Define una red con topología de bus y método de acceso CSMACD (todas las estaciones pueden acceder simultáneamente al medio y compiten por la utilización del canal de comunicación). Su campo de aplicación se encuentra en entornos técnicos y oficinas, universidades y hospitales. IEEE 802.4. Define una red con topología de bus y paso de testigo (tan sólo puede acceder a la utilización del canal la estación en posesión del testigo). Se utiliza en entornos industriales y se conoce con el nombre de Token-bus.

© Editorial UOC

141


IEEE 802.5. Estándar basado en la red Token-ring de IBM. Define una red con topología de anillo y paso de testigo. Seutiliza en entornos de oficinas, con un nivel de implantación similar a las redes Ethernet.

De todos los estándares que acabamos de mencionar, posiblemente las redes Ethernet son las que gozan de mayor popularidad. La mayor parte de las implementaciones de redes Ethernet tienen velocidades de transmisión de 10 Mbps y se detallan a continuación, según el cableado que se utilice (el primer número indica la velocidad en Mbps y el segundo a los metros que puede tener el segmento –multiplicado por cien, sin que la señal sufra ninguna atenuación)::

1Base-5: cable de par trenzado con una velocidad de transmisión de 1 Mbps y una longitud máxima de segmento de quinientos metros. 10Base-T: cable de par trenzado UTP con una longitud máxima de segmento de cien metros sobre una topología física de estrella. 100Base-T: parecido al anterior, pero con velocidades de transmisión de 100 Mbps (denominada también fast Ethernet). 10Base-5 (thick wire): cable coaxial grueso con una velocidad de transmisión de 10 Mbps. Acepta hasta cien lugares de trabajo en segmentos de longitud de quinientos metros a lo sumo. 10Base-2 (thin wire): cable coaxial delgado con una velocidad de transmisión de 10 Mbps. Acepta hasta treinta lugares de trabajo en segmentos de longitud de cientochenta y cinco metros a lo sumo. 10Base-F: fibra óptica con velocidades de transmisión de 10 Mbps.

Redes locales sin hilo (WLAN: wireloss local area network) A la hora de elegir un tipo de red también vale la pena considerar otras opciones distintas de los tipos que hemos estudiado hasta ahora. Por ejemplo, en todos los tipos examinados hemos podido constatar los problemas siguientes:

© Editorial UOC

142


– Dificultad, o imposibilidad incluso, para instalar el cableado cuando el lugar es físicamente de difícil acceso. – Necesidad de estimar el crecimiento de la red y desarrollar más infraestructura de la que se necesita en un principio para poder prever este crecimiento en el futuro. – En todos los casos hay que agujerear las paredes o el suelo para “tirar” el cableado necesario.

Para poder resolver este tipo de problemas han aparecido las denominadas WLAN (wireless local area network), Es decir, redes locales sin hilo basadas en ondas de radio o infrarrojas. El objetivo primordial en estas redes es la comodidad del usuario final (o sea, la posibilidad de conectarse a la red desde cualquier lugar de ’l organización y en cualquier momento) y la facilidad de implementación y crecimiento de la red (sin olvidar que aspectos como la fiabilidad y el ancho de banda también son importantes).

El IEEE ha definido la norma 802.11 (y posteriores) para regular el funcionamiento de las redes sin hilo. La más extendida es la norma 802.11b, con velocidades de hasta 11 Mbps. Emite dentro la banda de 2.4 GHz ISM (industrial, scientific and medical).

Las WLAN pueden operar en modo ad-hoc o en modo infraestructura:

– Modo ad-hoc (cliente vs. cliente): todas las máquinas que se encuentran dentro la misma zona de alcance se pueden comunicar entre si directamente. No es habitual, aunque es práctico, por ejemplo, para intercambiar la información entre dos ordenadores (seria similar a la conexión entre dos ordenadores mediante un cable trenzado). – Modo infraestructura (cliente vs. punto de acceso): las estaciones se comunican con los denominados puntos de acceso, que actúan de repetidores y difunden la información al resto de la red.

© Editorial UOC

143


Ya que la información no necesita de ningún medio determinado para circular, estas redes presentan problemas de seguridad importantes. Por ejemplo, en una configuración normal de red, el cortafuego suele ser un elemento crítico de la seguridad y reúne buena parte de las medidas de protección que evitan los ataques exteriores. En una red sin hilo, los atacantes ya no necesitan “pasar” por el cortafuego y pueden atacar directamente otros dispositivos de la red. La norma 802.11 prevé la utilización del protocolo WEP (wired equivalente protocol) para resolver estos problemas, pero no es un mecanismo de protección seguro porque actualmente puede ser descifrado sin demasiados problemas. A raíz de los problemas de seguridad provocados por el protocolo WEP, se ha desarrollado el denominado WPA (Wi-Fin Protected Access), el cual forma parte de la especificación 802.11y. Así pues, en la actualidad, nos encontraremos con mecanismos de seguridad como el uso de cifrado AES, un mejor protocolo de autentificación (uso del WPA) y control de la integridad del mensaje (uso de la función hash MIC, en vez del CRC-32 empleado en el protocolo WEP). A pesar de todo, hay que tener en cuenta que las redes WLAN requieren, debido a su naturaleza intrínseca, unas medidas de seguridad mayores que las que se adoptarían en una red cableada normal. Finalmente, también hace falta tener presente la tecnología WiMAX (Worldwide Interoperability for Microwave Access), estándar (IEEE 802.16) de transmisión sin cable, diseñado para ser utilizado en el área metropolitana, proporcionando accesos concurrentes en áreas de como mucho 48 quilómetros de radio, y con velocidades de transmisión hasta 70 Mbps. Como es evidente, esta tecnología permite conectar nuestro dispositivo móvil (ordenador portátil, PDA, etc.) en cualquier lugar y, entre otras ventajas, podría hacer llegar Internet a zonas de difícil acceso en la cuales no es posible instalar ninguna infraestructura. Emite en la banda de 2 a 11 Ghz y de 10 a 60GHz para comunicación entre antenas proveedoras de servicio. El algoritmo de cifrado empleado es un triple DES, pero se prevé la adopción del algoritmo AES cuando se inicie su comercialización.

3. Protocolos de comunicación

Una vez instalado el hardware, el cableado y los diversos dispositivos que forman la red, hay que instalar el software de red, que gestionará todos los servicios. Estos servicios se articulan sobre un conjunto de protocolos que permitirán la comunicación entre los diferentes ordenadores de la red. Los protocolos más comunes son los de la familia TCP/IP (entre otros, como por ejemplo Apple Talk para sistemas Apple Macintosh, IPX/SPX,, etc.).

© Editorial UOC

144


3.1. TCP/IP

TCP/IP está formado por un conjunto de protocolos que permiten compartir recursos entre los ordenadores de una red. Fué desarrollado en el año 1972 por el Departamento de Defensa de los Estados Unidos con la finalidad d interconectar los recursos de la conocida red ARPANET (una red del Departamento de Defensa), y con el paso del tiempo se ha convertido en el estándar utilizado en Internet. También se halla estrechamente vinculado al sistema operativo Unix, a pesar de que actualmente la gran mayoría de sistemas operativos soportan TCP/ IP. De hecho, los protocolos TCP/IP son extremadamente flexibles, de forma que casi todas las tecnologías subyacentes (Ethernet, Token-ring, etc.) se pueden usar para transmitir tránsito TCP/IP. TCP e IP sólo son dos de los protocolos englobados dentro del conjunto genérico TCP/IP, pero son los más conocidos y, finalmente, son los que dan el nombre al conjunto entero. Cuando se utiliza el protocolo TCP/IP, la información se transmite como una secuencia de datagramas que contienen los datos que se deben transmitir, así como información de control. Cada uno de estos datagramas se envía individualmente a la red, de forma que la información original pueda ser reconstruída al llegar a la máquina destino a partir del reagrupamiento de los datagramas enviados (cabe mencionar que los datagramas no tienen que llegar necesariamente en el mismo orden con el que fueron entregados). El protocolo TCP (transmission control protocol) garantiza la recepción de los datos y que los datagramas sean rehechos en el orden correcto (servicio fiable de transmisión extremo a extremo). Al mismo tiempo, este servicio descansa en el proporcionado por el protocolo IP (Internet protocol), que no es fiable, y que realiza funciones de enrutamiento de los datagramas. El protocolo UDP (User Datagram Protocol) es un protocolo no fiable y no orientado a conexión, situada en la capa de transporte del modelo OSI (la misma que el protocolo TCP).

3.2 IPv6 o IPng (Next Generation Internet Protocol)

Es la nueva versión del protocolo de Internet (IP), destinada a sustituir la que todavía se está utilizando (conocida como IPv4). Fue diseñado por Steve Deering y Craig Mudge, y adoptado por el Institute Engineering Task Force (IETF) en el año 1994. En la nueva versión se eliminaron aquellas funciones del protocolo IP que no se empleaban y se añadieron otras nuevas. Veamos seguidamente cuáles son las prestaciones más importantes de IPv6:

© Editorial UOC

145


• Mayor capacidad de direccionamiento: Una de las principales deficiencias del protocolo IPv4 consistía en su poca capacidad de direccionamiento (2^32). Las nuevas direcciones, formadas por 16 octetos, permiten una capacidad de direccionamiento mucho más elevada y suficiente para evitar el colapso de la asignación de direcciones: 2^128, aproximadamente, 3.4 x 10^38. Además, por el mismo motivo, con IPv4 no se pueden asignar direcciones públicas a todos los usuarios o dispositivos, sin las cuales los servicios de extremo a extremo no pueden funcionar (por ejemplo, voz y vídeo sobre IP). • Seguridad integrada mediante IPSec (vean el último apartado de este capítulo, relativo a las VPN). • Movilidad: Posibilidad de que un nodo mantenga su dirección IP, a pesar de su movilidad. • Autoconfiguración: El nuevo protocolo también incluye de origen la posibilidad que el propio host sea capaz de autoconfigurar sus interfaces al conectarse a la red. Otras propiedades interesantes incluyen un nuevo sistema de representación de nombres de dominio (DNS), fácilmente ampliable a nuevas prestaciones, túneles IPv6 en IPv4 (permiten que máquinas con IPv6 instalado se puedan comunicar entre sí a través de una red IPv4), y nuevos tipos de dirijas: • unicast: un paquete entregado a una dirección de este tipo tan sólo llegará a la interfaz identificada con esta dirección (es el equivalente de las direcciones IPv4 actuales). • anycast: en este caso, la dirección llegará a alguna (la dirección más próxima según el protocolo de enrutamiento) de las interfaces identificadas con la dirección del conjunto. • multicast: en este caso, la dirección llegará a todas las direcciones de las interfaces del grupo (equivalente a las direcciones broadcast de IPv4).

4. Configuración de la red en los ordenadores (cliente/servidor)

A pesar de que el concepto cliente/servidor abarca otros aspectos que aquí no expondremos, en el supuesto que nos ocupa entenderemos que el ordenador

© Editorial UOC

146


que actúa como servidor es aquel al cual llegan las solicitudes de otros ordenadores (los clientes), normalmente, conectados a la misma red. Para poder trabajar en un entorno cliente/servidor es necesario que los clientes ejecuten el software de red sobre el sistema operativo “normal” de la estación de trabajo. Por otro lado, el servidor también ejecutará su software a la espera de recibir las solicitudes de las estaciones de trabajo que quieren acceder a sus servicios. Este flujo de información requiere que servidores y clientes compartan el mismo protocolo de comunicación.

4.1. Configuración de las estaciones de trabajo

A continuación expondremos muy brevemente los pasos que hay que seguir para conectar una estación de trabajo a la red. Esta operación depende en gran parte del sistema y protocolo que se elija, de forma que todas las indicaciones que se darán son de carácter muy general. 1) Instalación y configuración de las controladoras de la tarjeta de red El primer paso consiste a instalar y configurar los controladores del NIC de nuestra estación de trabajo. Observación: ¡una estación de trabajo puede necesitar más de un NIC! En estos casos, especialmente cuando las tarjetas son de fabricantes diferentes, la instalación y configuración de los controladores puede ser una tarea complicada en la cual se tengan que resolver conflictos de E S (entrada/salida) y de interrupciones con otras NIC u otros recursos del sistema. 2) Selección y configuración del protocolo de comunicación En caso de que necesitemos conexión con Novell, será necesario instalar el protocolo SPX/IPX. Para hacerlo con Macintosh, se requerirá el protocolo Apple Talk. Como ya se ha indicado, pero, el protocolo más común es TCP/IP, imprescindible si queremos tener acceso a Internet. 3) Instalación y configuración de clientes 4) Otros aspectos configurables A partir de este momento, se pueden configurar otros aspectos, como los siguientes:

© Editorial UOC

147


• Control de accesos: – Por recursos: permite proporcionar una contraseña para cada recurso compartido. – Por usuarios: permite especificar los usuarios y grupos que tienen acceso a cada uno de los recursos compartidos. • Compartición de ficheros: – Permiso de lectura. – Completo. – Permiso de lectura o completo según contraseña. • Compartición de impresoras. • Identificación de las máquinas (será el nombre con que aparecerá en la red). • Grupo de trabajo al cual pertenece la máquina.

4.2. Monitorización de la red Una vez configurada la red, hay que supervisar su funcionamiento para garantizar la prestación de los servicios que ofrece y detectar los problemas que se puedan producir. Para poder determinar dónde se localizan los posibles problemas, hay varias herramientas que ayudan el administrador a acotar las zonas en que se producen. Así, pues, es posible disponer de un ordenador en el cual se vea reflejada la red y en un momento determinado se pueda ver qué es lo que no funciona correctamente. Con respecto a las estaciones de trabajo, es evidente que cuando se produce algún problema, los mismos usuarios se quejan y notifican que sus máquinas no funcionan correctamente, o que el servidor da problemas. Hay que tener en cuenta, pero, que los usuarios no tienen que ser necesariamente expertos en redes de ordenadores, y se puede dar el caso que un usuario diga que la red no funciona bien (o que funciona lentamente), cuando lo que sucede en realidad es que el usuario tiene el disco duro al 99% de ocupación, y es el sistema operativo lo que funciona lentamente. Aún así, hay herramientas de administración remota que pueden facilitar diagnósticos sin necesidad de desplazarse a la estación dónde se produce el problema. También es importante mantener un control del funcionamiento de los conmutadores y concentradores de la red. En este sentido, hay software específico que permite la grabación de los errores de temperatura o mal funcionamiento que pueden padecer estos equipos. Normalmente, estos dispositivos tienen dos vías de acceso, una por el

© Editorial UOC

148


puerto serie y otra a través de la red (cada uno de los dispositivos tendría que tener asignada una dirección IP). Una posible avería podría consistir, pues, en el hecho de que unos de los puertos de un conmutador se hubiera estropeado, de forma que utilizando la red nos podríamos conectar al conmutador y verificar el estado de los puertos.

5. Seguridad de la red

Como se ha visto en los capítulos anteriores, una red es un conglomerado de muchos elementos heterogéneos, por lo tanto, no podemos confiar la seguridad de un sistema tan complejo a la acumulación de medidas de control en el punto más evidente: el servidor. Así, pues, con respecto a la seguridad de la red (entendida de la manera más genérica posible), un administrador tendría que tener en cuenta los puntos siguientes: • Sistema de ficheros: se tiene que garantizar que sólo puedan acceder a los ficheros o modificarlos los usuarios autorizados a hacerlo. • Código malicioso: se denomina código malicioso el código que se inserta dentro de un programa “autorizado” y que hace una serie de acciones desconocidas para el usuario, las cuales actúan normalmente, en detrimento suyo. • Autentificación de usuarios: proceso de verificación de la identidad de una persona a la hora de acceder a un recurso. Habitualmente los usuarios se autentifiquen mediante un nombre de usuario y una contraseña (hay diferentes tipos de autentificación y diferentes políticas de asignación de contraseñas, las cuales puede determinar un administrador). • Criptografía: el uso de herramientas criptográficas permite garantizar la confidencialidad de los datos que circulan por la red o se encuentran almacenados en un sistema informático. • Herramientas de seguridad: el administrador puede hacer uso de varias herramientas con el fin de comprobar y mantener la seguridad de la red. En general, podemos diferenciar las siguientes: – Herramientas para comprobar la vulnerabilidad de las máquinas (por ejemplo, un escáner de puertos). – Herramientas que ofrecen servicios seguros (por ejemplo, el uso de Secure Shell en lugar del habitual Telnet).

© Editorial UOC

149


– Herramientas que garantizan la integridad del sistema (como por ejemplo Tripwire). • Monitorización del sistema: se denomina logging el procedimiento mediante el cual se graban en un fichero las actividades que tienen lugar en un sistema operativo o en una aplicación. La importancia de los ficheros log es evidente y nos permitirá averiguar qué ha pasado en un sistema informático y, si hace falta, tomar las medidas correspondientes. Es muy importante plantear qué aplicaciones tienen que registrar log y cuando lo tienen que hacer, y también cuando se tienen que eliminar o migrar a un dispositivo de almacenaje para poder tener espacio en el sistema. • Seguridad del hardware de red: con respecto a la seguridad de los conmutadores, concentradores y enrutadores, hay que tener en cuenta los aspectos siguientes: – Activación del cifrado (en caso de que los dispositivos lo admitan). – En caso que no sea necesario, hay que desactivar el control remoto de administración. – Cambiar las contraseñas de administración predeterminadas de estos dispositivos. Cabe destacar que el enrutador puede convertirse en el punto más crítico de una red desde el punto de vista de posibles ataques externos: El enrutador como elemento crítico en la seguridad

© Editorial UOC

150


• Sistema de control de acceso a LAN basado en autentificación: Mediante este sistema, los dispositivos (en lugar de los usuarios) que quieren conectarse al medio común se tendrán que autentificar (basándose en la dirección MAC del dispositivo). Este método requiere 3 componentes: -

Cliente: Es el dispositivo (por ejemplo, un portátil) que desea conectarse a la LAN. Consiste en un software instalado o integrado en el dispositivo que se quiere autentificar.

-

Autentificador: Es el elemento que controla el acceso físico al medio, basándose en el estado de autentificación del cliente. El estado inicial de los puertos del autentificador es “no controlado”; si el proceso de autentificación finaliza afirmativamente, entonces el puerto cambia su estado a “controlado” y el dispositivo es autorizado para acceder al medio.

-

Servidor de autenticación: Es el dispositivo de “confianza” que se encargará de efectuar la validación de la identidad del cliente. Notificará el resultado al autentificador.

5.1. Cortafuego (firewall) Son dispositivos que evitan el acceso de usuarios no autorizados a un host determinado. El administrador debe instalar estos dispositivos teniendo en cuenta la estructura de la red y determinar los servicios que tienen que quedar disponibles para los usuarios. En la práctica, las funciones del cortafuego las pueden llevar a cabo distintos dispositivos: – Programas. – Enrutadores. – Ordenadores dedicados exclusivamente a las tareas de filtración de paquetes (servidores intermediarios, proxy). Los cortafuegos son, probablemente, uno de los elementos más importantes para la seguridad de nuestra red, y hay que considerar, a la hora de instalarlos, los aspectos siguientes: -

No se tienen que emplear en lugar de otras herramientas, sino conjuntamente con estas. Hay que tener en cuenta que el cortafuego será el punto que recibirá todos los ataques sobre nuestro sistema.

© Editorial UOC

151


– Centraliza buena parte de las medidas de seguridad de la red en un único sistema (no es necesario que sea un único dispositivo), y si se ve comprometido, la red quedará expuesta a los ataques de los intrusos. – Puede proporcionar una falsa sensación de seguridad a los administradores. No por instalar un cortafuego podemos asumir que la red es segura y prescindir de vigilar la seguridad de los equipos internos de la red. En general, las decisiones básicas de configuración de un cortafuego son: • La configuración y el nivel de seguridad potencial del cortafuego estará en relación al uso del dispositivo. Así, la política será diferente si conecta dos subredes diferentes, que si tiene que filtrar los paquetes de la organización con el exterior. • Se debe definir e implementar a través de la política de seguridad el nivel de monitorización y de control deseado en la organización. Hay que indicar básicamente qué se tiene que permitir y qué se tiene que denegar. Existen dos posibilidades: – Política restrictiva: se deniega todo aquello que explícitamente no se permite. – Política permisiva: se permite todo, excepto lo que se ha negado explícitamente. • La inversión tiene que ser proporcional al valor estimado de lo que deseamos proteger. Un sistema de cortafuegos puede ser muy barato o costar miles de euros. Existen varias arquitecturas de cortafuegos diferentes, pero nos centraremos en las arquitecturas DMZ (DeMilitarized Zone, es decir, zonas desmilitarizadas). Arquitecturas DMZ (zonas desmilitarizadas) Esta arquitectura coloca una subred (DMZ: DeMilitarized Zone) entre las redes externa e interna. En la mayoría de arquitecturas de cortafuegos, la seguridad se centra en el denominado host bastion, de tal manera que si su seguridad queda comprometida, el resto de la red queda automáticamente expuesta. Como el dispositivo host bastion es un objetivo interesante para muchos atacantes, la arquitectura DMZ es un intento aislarla en una red perimetral de tal forma que el intruso que acceda a estas máquinas, no consiga un acceso total a las subredes protegidas. En la actualidad, esta es la arquitectura más compleja y segura. Se usan dos enrutadores, denominados interior y exterior, conectados ambos a la red perimetral.

© Editorial UOC

152


En esta red perimetral, que es el sistema cortafuego, se incluye el host bastion y también se podrían incluir otros sistemas que requieran de un acceso controlado, como por ejemplo el servidor de correo, los cuales, host y servidor, serían los únicos elementos visibles desde el exterior de nuestra red. El enrutador exterior tiene asignada la tarea de bloquear el flujo no deseado en ambos sentidos (entre la red perimetral y la red externa), mientras que el interior tiene la misma tarea, pero con el flujo de información entre la red interna y la perimetral. Un atacante tendría que romper la seguridad de ambos enrutador para poder acceder a la red protegida. Arquitectura DMZ

5.2 Sistemas de Detección de Intrusos (IDS)

Los sistemas de detección de intrusos (IDS de ahora en adelante) monitorizan los contenidos del flujo de información a través de la red a la búsqueda y rechazo de posibles ataques. Pueden combinar hardware y software, y normalmente, se instalan en los dispositivos más externos de la red, como cortafuegos o proxies. Admiten dos tipo de clasificaciones: a) Según la actividad que realizan: – Basados en red: monitorizan una red. Suelen ser elementos pasivos que no sobrecargan la red en exceso.

© Editorial UOC

153


– Basados en host: monitorizan un host (o un conjunto de ellos) y permiten un control más detallado, registrando los procesos y usuarios implicados en las actividades registradas por el IDS. Consumen recursos del host e incrementan el flujo de información a través de la red. – Basados en aplicaciones: monitorizan los ficheros de registro o log de una aplicación específica para detectar actividades sospechosas. Consumen muchos recursos del host. b) Según el tipo de análisis que realizan: – Basados en firmas: de forma similar a los programas antivirus, estos tipos de IDS, monitorizan la red en busca de patrones (firmas de ataque) que permitan identificar un ataque ya conocido. Estos tipos de IDS requieren que las bases de datos de firmas de ataque se encuentren constantemente actualizadas. – Basados en anomalías: En este caso, el IDS buscará comportamientos anómalos en la red (un escaneo de puertos, paquetes malformados, etc.). Puede producir falsos positivos debido a la ambigüedad de la que se podría considerar un “comportamiento anómalo de usuario”, pero permiten adaptarse a nuevos ataques sin necesidad de añadir nuevas firmas. Un IDS muy conocido, casi una herramienta de referencia, open source, es la denominada SNORT.

5.3 Honeypots y honeynets Un honeypot es un sistema informático (o software) que se ofrece de forma deliberada al acceso público con la finalidad de estudiar las pautas de los posibles atacantes que pueda tener. Por lo tanto, estos tipos de sistemas no podrán contener ninguna información importante y necesitarán de herramientas pasivas de auditoría que puedan permitir conocer, con posterioridad al ataque, qué es lo que ha pasado en el sistema. Frecuentemente, estos tipos de sistemas también contienen directorios o nombres de ficheros con identificaciones atractivas que despierten la curiosidad de los atacantes. Además de la finalidad de análisis, también pueden utilizarse para distraer la atención de los posibles atacantes del verdadero sistema, el cual no debería ser accesible a través del sistema utilizado como anzuelo. Los honeypots no se encuentran, generalmente, completamente asegurados y las aplicaciones y dispositivos se configuran con las opciones por defecto, las cuales suelen presentar múltiples agujeros de seguridad.

© Editorial UOC

154


La generalización del concepto de honeypot a una red se denomina honeynet. En este caso, los atacantes, además de servidores no completamente asegurados, también pueden encontrar dispositivos periféricos a la red, como enrutadores o cortafuegos.

5.4 Virtual Private Network (VPN)

Una VPN (Red Privada Virtual o Virtual Private Network) es una red privada que se extiende a diferentes puntos remotos mediante el uso de infraestructuras públicas de transporte (cómo por ejemplo, Internet). La transmisión de paquetes de datos se realiza mediante un proceso de encapsulación, y por seguridad, de cifrado, puesto que no hay que olvidar que los datos circularán, durante un tiempo, a través de tramos de red pública. Estos paquetes de datos de la red privada viajan a través de un “túnel” definido en la red pública. Es decir, se aprovecha el bajo coste del acceso a Internet, se añaden técnicas de cifrado fuerte para conseguir seguridad y se simulan las clásicas conexiones punto a punto. De esta forma, un usuario (una sucursal de la organización, un tele-trabajador, un representante comercial, etc.) conectado a través de Internet a la red corporativa de la organización, estableciendo un túnel VPN, puede trabajar como si estuviera dentro de la propia organización a todos los efectos de conectividad. En el caso de acceso remoto en un equipo, la VPN permite al usuario acceder a su red corporativa, asignándole a su ordenador remoto las direcciones y privilegios de la misma, aunque la conexión se haya efectuado mediante una red pública, como es Internet. La característica que convierte la conexión “pública” en “privada” (en una VPN) es lo que se denomina un túnel, término referido a que únicamente ambos extremos son capaces de ver lo que se transmite por el túnel, convenientemente cifrado y protegido del resto de Internet. La tecnología de túnel cifra y encapsula los protocolos de red que se utilizan en los extremos sobre el protocolo IP. De esta forma podemos operar como si se tratase de un enlace dedicado convencional, de forma transparente al usuario. El protocolo más extendido por la creación de las VPN es IPSec (Internet Protocol security). Consiste en un conjunto de estándares industriales que comprueban, autentifican y cifran los datos en los paquetes IP, y protegen los datos en las transmisiones de red. En definitiva, IPSec aporta la propiedad de confidencialidad mediante el cifrado de tráfico IP, integridad en el tráfico IP mediante el rechazo del tráfico modificado, así como autentificación y prevención contra los ataques de reproducción. IPSec utiliza certificados (firmados digitalmente por una entidad emisora de certificados) para comprobar la identidad de un usuario, equipo o servicio, y enlazan de forma segura una clave pública a la entidad que dispone de la clave privada correspondiente (vean el capítulo de administración de la seguridad).

© Editorial UOC

155


El protocolo tiene dos formas operacionales: – Modo transporte: Empleado para proteger conexiones individuales de usuarios remotos. Las comunicaciones se cifran entre un ordenador remoto (el cliente VPN) y los servidores de VPN. Esta configuración puede ser de interés, por ejemplo, cuando la organización dispone de datos muy confidenciales que tendrán que permanecer ocultos para muchos usuarios. De esta manera, se separan los datos confidenciales gracias al servidor VPN, de forma que sólo puedan acceder los usuarios autorizados. – Modo túnel: Las comunicaciones se cifran entre dos dispositivos de tipos enrutador (o un enrutador y el servidor de VPN), con lo que se protegen todas las comunicaciones de todos los ordenadores colocados tras cada enrutador. Además de las VPN basadas en red pública, también cabe mencionar las VPN de confianza (trusted VPN), en las cuales la extensión se realiza sobre una red privada, de confianza, y por lo tanto, permite ahorrar cifrar el flujo de información que circula a través del túnel. Los protocolos empleados en estos tipos de redes son diferentes y pueden ser: ATM (Asynchronous Transfer Modo), MPLS (MultiProtocol Label Switching) y L2F (Layer 2 Forwarding).

6. Responsabilidades del administrador

Como podemos intuir, la administración de una red es una tarea muy compleja que abarca muchísimos aspectos, como por ejemplo los siguientes::

– Velar por el funcionamiento correcto de la red. – Garantizar que el tiempo de respuesta esté dentro los márgenes establecidos. – Controlar la seguridad del sistema informático en la parte que utiliza la red como medio de transmisión. – Gestionar y controlar las impresoras que forman parte de la red de ordenadores. – Gestionar los servicios propios de la red, como por ejemplo la FTP, el Telnet, etc.

© Editorial UOC

156


• A pesar de que se puede tener la sensación que una vez la red ya se encuentra en funcionamiento no necesita ningún mantenimiento, la configuración de la red que interconecta todos los recursos debe supervisar constantemente, puesto que lo más habitual es que siempre haya alguna modificación en las conexiones debido a lugares de trabajo que cambian, creación de nuevos puntos de trabajo, salas de reuniones que necesitan un punto de conexión para hacer una resentación, conexiones temporales para hacer tests, etc. Por lo tanto, hay que tener en cuenta que se debe tener actualizada la configuración de la red para poder responder con rapidez a cualquier petición de cambio por parte de algún usuario o departamento. • El tiempo de respuesta que se exija a la red también es un aspecto que el administrador tiene que poder garantizar. Muy a menudo nos podemos encontrar con usuarios que se quejan de la lentitud del sistema, pero un administrador tiene que saber demostrar que la red funciona en las condiciones que se establecieron en su día con tal de garantizar el funcionamiento correcto de todos los servicios, y en caso de que este tiempo no sea el esperado, tiene que acotar el problema hasta encontrar la solución o, si no se detecta ningún elemento que funcione mal en la red, proponer la solución correspondiente para disminuir la carga y poder garantizar la calidad de los servicios que proporciona la red. • Por otro lado, también es muy importante mantener un control de la que ocurre en la red y verificar si se produce algún tipo de ataque al sistema informático. Existen bastantes herramientas para ayudar al administrador a grabarlos y monitorizarlos, y según las características que tenga el sistema vale es preferible usar unas u otras (en el capítulo de administración de la seguridad veremos algunas). • Ya que la red es el medio por el cual los usuarios tienen acceso a servicios proporcionados por servidores, tal como se ha visto en el capítulo de administración de servidores, es importante mantener un control de las posibles actualizaciones de sus sistemas operativos y del software que tienen instalado. Paralelamente a estos servicios, hay un aspecto al cual hay que dedicar atención: las impresoras instaladas en la red tienen que tener una gestión especial, puesto que los controladores tienen que estar disponibles para ser instalados en cualquiera de las máquinas que tengan que tener acceso a las impresoras, y hay que pensar en una estructura que permita a los usuarios tener las máquinas desvinculadas de las impresoras, para poder apagarlas y no tener ningún efecto sobre otros usuarios que quieran imprimir. • También es especialmente importante disponer de las licencias de software de red (por ejemplo, las licencias de campus de la universidad).

© Editorial UOC

157


Cómo es evidente, instalar software con licencias monousuario en redes es una práctica que puede tener consecuencias en forma de sanción. El administrador de la red también tiene que conocer qué mecanismos tiene a su disposición para denunciar cualquier infracción de la que haya sido objeto (o que observe en la red que administra: ataques de los intrusos –hackers–, presencia de fotografías de pornografía infantil, etc.).

© Editorial UOC

159

Capítulo V . Administración de datos

Capítulo V Administración de los datos

1. Los datos y la organización

La organización crea datos continuamente, por lo que una manera de considerar el sistema informático es como si sólo se tratase de un almacén de datos.

Este “gran depósito” de datos en bruto no es útil de esta manera, porque si los datos no tienen una organización y una coherencia, con la gran cantidad que hay, no tendría ningún tipo de sentido. Antes de continuar adelante, tenemos que decir que hay una diferencia entre información y datos. La definición formal de cada uno de estos conceptos es la siguiente:

Los datos son los registros de los sucesos. La información es el procesamiento de los datos para que tengan sentido.

© Editorial UOC

160


Por ejemplo, 70293 puede significar 7 de febrero de 1993 o embalaje 7029 para el camión número 3. Otro ejemplo: 1813 puede ser un número de matrícula de coche o puede ser una hora, las 18 horas y 13 minutos. Generalmente se guardan datos y se presenta al usuario información, es decir, que el procesamiento de esta información para que tenga sentido se hace en el software en el momento de presentarla en el dispositivo de salida. En principio, esto es lo que da más flexibilidad al sistema, puesto que permite convertir los datos a cualquier formato de salida. Así mismo, a menudo esto queda lejos de la realidad, porque diferentes programas guardan los datos con diferentes formatos. Además, la mayoría de software es incompatibles entre sí, por lo cual la recuperación cruzada de información no es nada sencilla. A pesar de esta diferencia formal, a menudo los informáticos utilizamos estas dos palabras como sinónimas. Cómo que el procesamiento para dar sentido a los datos se puede hacer en muchos lugares, nosotros también usaremos indistintamente los términos datos e información. Así, pues, las organizaciones crean constantemente grandes cantidades de datos y lo que hacen los sistemas informáticos es procesarlas y distribuirlas entre todos los elementos de la organización para aumentar la eficacia del conjunto.

El sistema informático pretende guardar la información de la organización porque sea fácil recuperarla posteriormente y de la misma manera que se había guardado.

El primer objetivo del sistema informático es guardar la información pero haciendo posible la recuperación igual que se había guardado. Ahora bien, con esto desaprovechamos el gran potencial de los ordenadores: la capacidad de manipular información. En este contexto, “manipular información” tiene un sentido bastante amplio. Estos son algunos de los significados posibles: • Poder añadir información nueva a la que ya teníamos. • Poder borrar información obsoleta que teníamos. • Poder modificar información incorrecta que teníamos. • Poder relacionar diferentes informaciones para construir información nueva, contrastar la coherencia o la veracidad de la información que se quiere introducir, reducir la redundancia de la información o buscar nuevas relaciones.

© Editorial UOC

161


La interacción de los datos con la organización la podemos ver de esta manera:

Agentes Pueden ser, por ejemplo, personas o sensores que a partir de programas acceden a los datos de la organización. También podríamos pensar en estos agentes como entidades que están fuera de la organización, en Internet, pero que interaccionan con el sistema informático y modifican de alguna manera los datos del sistema. Programas Lo que se utiliza para acceder a los datos de la organización de una manera ordenada y correcta. Parece lógico que el acceso a los datos, dado que son un bien de la organización, se debe proteger. Los programas se encargan (junto con el sistema operativo) de hacer todos los controles necesarios para evitar los accesos no deseados a los datos de la organización. Con esta visión de los datos de la organización, parece sencillo, viable y quizás incluso fácil resolver el problema de un usuario que nos venga a pedir que necesita extraer determinada información del sistema informático. Por lo que hemos visto aquí, hasta ahora, este problema se reduciría a crear un nuevo programa que accediera a los datos. De momento, por ejemplo, no hemos tenido en cuenta como se manejan los permisos y los grupos que incorporan los diferentes ficheros que integran la información de la organización para proteger el contenido, puesto que la información se tiene que proteger de accesos indiscriminados.

El sistema informático recoge información, la guarda, la manipula y la presenta al usuario.

© Editorial UOC

162


2. Dónde está la información

Desgraciadamente, la realidad no es tan simple. En el apartado anterior todo era ideal: guardábamos los datos y, cuando los necesitábamos, los cogíamos y los presentábamos (imprimíamos). Si era lo que nos hacía falta, ya habíamos acabado. La realidad involucra muchos más procesos que hacen que el sistema sea más complejo. Estos son algunos de los problemas: • Los datos están guardados en ficheros. • Los datos están guardados en un formato determinado. • Los datos no siempre están guardados dónde se necesitan. • Las fuentes de datos, es decir, los sensores, las personas, los formularios web, etc. que generan datos, los generan en un formato determinado. • Cada fuente de datos puede usar un formato diferente, y se puede guardar en ficheros potencialmente diferentes y en ubicaciones diferentes.

Ejemplos Formularios web diferentes pueden generar ficheros de texto diferentes, y un solo usuario, dependiendo de la aplicación que utilice, creará información diferente en formatos diferentes que irá a ficheros distintos. Si, por ejemplo, hace un documento con procesadores de textos del balance anual contable para el banco, y lo hace en diferentes ficheros, según las cuentas, creará información relacionada (del mismo tema) que es muy difícil de poder relacionar nunca la una con la otra.

Por lo tanto, lo que nos pasa en la práctica es que los datos de la organización estarán dispersas desde el punto de vista del software. No todos los programa podrán acceder a todos los datos, independientemente de los permisos del usuario. El problema es todavía más grave si nos fijamos en la estructura de la red. Veamos los lugares dónde puede haber potencialmente información. Los datos pueden estar en estos lugares porque se ha decidido así, o porque los usuarios, por desconocimiento, generan información y la guardan en estos lugares, sin consultarlo.

© Editorial UOC

163


Podemos tener información en cualquier directorio de cualquier partición de cualquier disco de los servidores o de las estaciones de trabajo. Incluso en ordenadores portátiles.

Es decir, yendo al extremo, podemos tener información duplicada en máquinas diferentes, con sistemas operativos diferentes, que tengan sistemas de ficheros diferentes. Lo peor es que parte de esta información puede ser crítica y mucha puede ser desconocida por el departamento de Informática, o quizás sabe que existe y no la tiene controlada y, por lo tanto, no dispone de ningún mecanismo de recuperación ante un desastre.

2.1. Posibles soluciones

Como acabamos de ver, tenemos un problema que puede llegar a ser muy grave y que se ha repetido históricamente en todas las organizaciones. Veamos posibles soluciones. • A partir de la tabla de aplicaciones y del diseño de los usuarios en general, sabemos qué software utilizan los usuarios. También sabemos, a partir de la tabla de aplicaciones, dónde hay la información. El mantenimiento

© Editorial UOC

164


de la que esté en los servidores es responsabilidad del administrador de usuarios o del administrador de servidores. En cualquier caso, sabemos dónde está y disponemos de los mecanismos de seguridad, protección y recuperación correspondientes en caso de emergencia. • A partir de la tabla de aplicaciones y del diseño de los usuarios en general, sabemos cuál es el software que genera información en local. De todo este software, se debe implementar el mecanismo de copias de seguridad que haga falta, y habilitar los permisos y la seguridad que sean necesarios para garantizar la confidencialidad y poderlas incorporar al mecanismo general de copia para estar prevenido en caso de fallo. • Información “no controlable”. Dentro de esta categoría, acostumbra a estar el software de ofimática (hojas de cálculo, procesadores de textos, pequeñas bases de datos, agendas, etc.). Se debe poner especial atención en el hecho de que los datos esten en la unidad de red privada del usuario (de la cual se hace una copia de seguridad cada día). • Igualmente, se tiene que formar los usuarios en el uso de las herramientas informáticas con las que trabajan para que aprendan a poner la información en su unidad personal de red en lugar de hacerlo en la unidad local (o grabarlo dónde propone la aplicación por defecto, puesto que entonces muchas veces ni el mismo usuario no sabe dónde están realmente guardados los datos). Esta “cultura informática” puede evitar la dispersión de la información por todos los discos de la organización, que es uno de los grandes problemas de administración. Informática portátil Actualmente, con el crecimiento en las organizaciones de la informática portátil, hay un gran problema añadido al de la dispersión, puesto que estos equipos necesitan autonomía y funcionan sin estar conectados a la red de la organización. La primera cuestión que se nos plantea es: ¿qué pasa con los datos que necesita para trabajar? Pueden ser sensibles si salen fuera de la organización sin ningún tipo de protección. La segunda cuestión es que estos equipos modifican o añaden datos al sistema informático (están desconectados de la red). ¿Cómo sincronizan esta información con el sistema de la organización? Una última cuestión seria que a veces necesitan funcionar conectados a la red de la organización como si fueran una estación de trabajo más, y a veces les hace falta conectarse a la red de la organización desde fuera. ¿Cómo se puede hacer esto?.

Se tienen que buscar maneras de saber dónde está toda la información de la organización. Nos servirá, por ejemplo, para garantizar la seguridad.

© Editorial UOC

165


3. La consulta de la información

De la misma manera que la organización genera una gran cantidad de datos constantemente, los usuarios también necesitan nueva información de la organización muy a menudo. Esto puede significar nuevas consultas a los datos o generar nuevas fuentes de datos en el sistema. Por lo tanto, el administrador debe conocer todas las bases de datos de la organización. Puesto que la seguridad de toda la información de la organización es responsabilidad del administrador, tiene que:

• Conocer la localización. • Disponer de un método de restauración en caso de problemas. Esto implica copias de seguridad, etc. • Tener una idea general del contenido. Tiene que tener información de la información (podríamos decir metainformación). La localización es importante porque tiene una gran relevancia en las políticas de copias de seguridad y en los tiempos de acceso para los usuarios, como también la facilitación del acceso, de ampliaciones futuras, de ampliación del grupo de usuarios que acceden a los datos, etc. La idea general del contenido tiene utilidad para la optimización del sistema (no se deben repetir bases de datos ni datos existentes) y para las peticiones de la dirección, que generalmente van encaminadas a extraer información del sistema. Cuando conseguimos tener todas los datos en los servidores (algunas particiones, de algunos discos, de algunos servidores) el problema no está resuelto, pero al menos hemos avanzado mucho. Ya podemos hacer algunas cosas: • Que diferentes grupos/usuarios accedan a los mismos datos (los compartan). Esto les permite añadir elementos y consultar, modificar y borrar estos datos. • Cómo los datos están en los servidores, la seguridad es mucho más alta. – Copias de la información – Pérdida por fallo del equipo – Robo

© Editorial UOC

166


– Permisos y, por lo tanto, restricciones de acceso • Más facilidad de acceso y de difusión, porque en estas condiciones la información es potencialmente accesible para toda la organización (está controlado por la seguridad). Los métodos de minería de datos pretenden extraer información coherente a partir de cantidades de información no coherente y probablemente dispersa. Se pueden encontrar libros que hablan de este tema.

3.1. Las consultas de la dirección

También parece que nos podemos comenzar a plantear un problema del cual, hasta ahora, no habíamos hablado: el problema de la dirección..

La dirección ve el sistema informático como un almacén de información y hace consultas a esta información para tener una ayuda en la toma de decisiones.

Por lo tanto, para tomar decisiones hacen peticiones del tipo “¿cuál es el producto que ha dado menos horas de producción y más beneficio de ventas?”,

© Editorial UOC

167


o “¿qué producto ha costado menos de vender a los comerciales?”, o “¿qué productos tienen menos coste de transporte?”, o “¿con qué componentes hemos tenido más pérdidas?”, o bien, finalmente, por ejemplo, “¿qué trabajadores han rendido menos?”. Todas son preguntas a menudo bastante difíciles de contestar, a pesar de que el administrador puede llegar a saber que la información está dentro del sistema. Antes, con los datos distribuidos por toda la organización, era imposible contestar ninguna de estas consultas. Ahora, como que los datos se encuentran en los servidores, son todos accesibles. ¿Cuál es el problema? Para contestar esta pregunta hace falta volver un poco atrás y ver como se llega al punto actual sobre la información de la organización. El proceso de guardar/recuperar información lo podemos esquematizar de la manera siguiente:

De momento sólo hemos conseguido solucionar el paso B, puesto que tenemos toda la información accesible dentro de los servidores. Colateralmente hemos mejorado el problema de seguridad y de compartición de la información, pero lo que no hemos mejorado nada es el punto A: la información continúa entrando con formatos completamente heterogéneos, está en una gran cantidad de ficheros diferentes y, por lo tanto, los programas para manipular esta información pueden ser extremadamente complejos de hacer (por no decir imposibles). Si manipular información en formatos heterogéneos para obtener información coherente es complejo, y la dirección pide consultas a menudo, el problema se plantea intratable. Si, finalmente, obtenemos algún resultado de algunos de estos ficheros con formatos heterogéneos, este resultado también estará en un formato heterogéneo (la misma información guardada de dos maneras). ¿Qué se tiene que hacer para fabricar la lista final (paso D)? No hay bastante con tener toda la información en los servidores para poder decir que ya la podemos manipular cómo queramos.

© Editorial UOC

168


3.2. Servidores de bases de datos

Ante este conflicto aparece en el mercado un primer intento para solucionarlo, los servidores de bases de datos. La idea es muy simple. Integrar toda la información en un solo lugar. Este lugar ha de ser: • Rápido • Seguro • Fácil de utilizar • Fácil de hacer crecer • Fácil de hacer copias de seguridad • Ha de incorporar permisos Los servidores de bases son SGBD (sistemas gestores de bases de datos), a pesar de que actualmente también se conocen como servidores para bases de datos, porque funcionan con tecnología cliente/servidor, es decir, que las estaciones de trabajo obtienen la información de las bases de datos haciendo peticiones de información a un servidor a través de la red. Estos software incorporan interfaces para poder interrogar o programar las bases de datos desde cualquier lenguaje, y una vez se ha creado la base de datos (base de datos, tablas, estructura, campos, etc.) se puede usar desde cualquier aplicación que haya sido preparada para hacerlo. Este conjunto de características ha hecho que muchas organizaciones hayan migrado sus aplicaciones hacia otras orientadas a servidores de bases de datos. De esta manera obtenemos las ventajas siguientes: • Toda la información está concentrada en los servidores. • Toda la información, a pesar de que pueda entrar en formatos heterogéneos, está guardada en formato homogéneo. • Es posible relacionar información de fuentes diferentes, porque está guardada en un solo lugar y en un mismo formato. • Permite hacer salidas mucho más fácilmente. • Permite hacer pequeñas modificaciones de informes mucho más fácilmente.

© Editorial UOC

169


• Posibilita tener todo el conjunto de datos de la organización mucho más integrado. • Simplifica mucho las copias de seguridad. • Facilita las consultas de la dirección. Ofimática e informática móvil Estos elementos continúan existiendo, por lo que no toda la información está dentro del servidor de bases de datos. Por lo tanto, se tiene que educar a los usuarios en el uso de las unidades personales situadas en los servidores como medida para proteger y poder compartir, si hace falta, la información.

Hay una solución para tener toda la información en un solo lugar, un servidor de bases de datos.

3.3. SGBD

En el mercado hay muchos SGBD comerciales, y algunos gratuitos. En general, todos piden grandes cantidades de disco y de memoria RAM. Si las bases de datos tienen que ser grandes, entonces hace falta una CPU rápida para poder procesar las peticiones SQL y las transacciones rápidamente. Si se prevé que el servidor irá cargado con bastante información, seguir las indicaciones del fabricante de la base de datos sobre los requisitos del ordenador en relación con el disco, la RAM y el CPU es muy importante para obtener un buen rendimiento.

3.4.ERP

Actualmente aún se ha llevado mucho más lejos la idea de los servidores de bases de datos. Sobre un servidor de bases de datos se instalan integradas las aplicaciones que sabemos que utilizan todas las organizaciones. Después se comercializa el producto. El resultado se denomina ERP: es un conjunto de módulos o paquetes (las aplicaciones).

© Editorial UOC

170


Por ejemplo, contabilidad, facturación y nómina todo perfectamente integrado y funcionando sobre un servidor de bases de datos. ERP es la sigla de enterprise resource planning... Sistema de planificación de recursos de la empresa. Estos sistemas de gestión de la información, al integrar y automatizar muchos aspectos operacionales de la organización, homogeniza todo el proceso de introducir información y los informes. Al integrar toda la información en un mismo lugar las consultas que se pueden crear son muchas y muy potentes.

4. Protección de la información

La protección de la información se puede ver desde dos vertientes. En el primero, sencillamente se trata de protegerla de accesos no deseados. En el segundo, se trata de protegerla para no perderla.

La información es uno de los bienes más valiosos de la organización. Hay que invertir una parte importante de los esfuerzos para protegerla.

4.1. Seguridad La información está dentro la red de la organización, en servidores, en estaciones de trabajo, portátiles, etc. El personal accede, y es con los mecanismos de accesos que se limita y se controla quién puede acceder a esta información, de qué manera y qué puede hacer. Un diseño del entorno de usuarios correcto es el primer paso para evitar accesos no deseados a la información. El otro paso para tener sistemas seguros es evitar intrusiones. Es muy difícil tener sistemas completamente seguros, por lo tanto, sólo podemos intentar hacer el sistema tan seguro como sea posible.

4.2. Copias de seguridad Las copias de seguridad de los datos de una organización es uno de los temas más importantes dentro de la administración de los datos, puesto que sin una

© Editorial UOC

171


buena política de recuperación ante desastres, la información se puede perder. Básicamente, se debe tener presente que los datos se tendrían que copiar a diario de una manera íntegra, y tener un historial de copias de seguridad, que según la organización puede ir desde pocos meses hasta años. Si se ha seguido una política que refuerza que la información esté en los servidores las copias son mucho más sencillas, puesto que pueden estar perfectamente integradas dentro del proceso normal de copia de los servidores. La política para fortalecer que se guarde la información en el servidor pasa por llevar a cabo acciones como, por ejemplo, las siguientes: • Que las aplicaciones guarden por defecto en los espacios personales del usuario del servidor. De esta manera, si el usuario no dice explícitamente dónde quiere guardar la información, irá al servidor. • Formar al usuario en el entorno informático, explicarle la ventaja de guardar la información en la unidad de red como, por ejemplo, el cambio de ordenador por traslado de lugar de trabajo o la pérdida de datos en caso de fallo del ordenador. • Formar el usuario en las aplicaciones que tiene que usar para enseñarle que tiene que guardarlo todo en unidades de red. • Hacer que todas las aplicaciones corporativas guarden la información en las unidades de red.

4.3. Seguridad en bases de datos

Podemos ver una base de datos como un “conjunto de datos integrados, adecuado a varios usuarios y a diferentes usos”. De forma que los problemas de seguridad vendrán por el uso simultáneo de estos datos. La protección de los datos se debe hacer contra fallos físicos, fallos lógicos y errores humanos (sean o no intencionados), que pueden alterar o corromper los datos, ocasionando que la base datos resulte inútil para lo que se creó. Cualquier SGBD debe proporcionar técnicas que permitan que los usuarios tengan acceso únicamente a una parte de la base de datos y no al resto. De forma que los SGBD tienen un subsistema de seguridad de autorización encargado de garantizar la seguridad de partes de la base de datos contra el acceso no autorizado.

© Editorial UOC

172


Las bases de datos traen mecanismos para prevenir fallos (subsistema de control), para detectarlos cuando se ha producido (subsistema de detección) y para corregirlos después que se hayan detectado (subsistema de recuperación). Los aspectos fundamentales de la seguridad en las bases de datos son: • Confidencialidad: No proporcionar datos a usuarios no autorizados. Incluye aspectos de privacidad (protección de datos personales). • Accesibilidad: La información tiene que estar disponible. • Integridad: Permite asegurar que los datos no hayan sido falseados.

4.3.1. Confidencialidad

Para facilitar la administración, los SGDB incorporan el concepto de perfil, rol o grupo de usuarios que reúne un conjunto de privilegios. De forma que el usuario asignado a un grupo hereda todos los privilegios del grupo. El subsistema de control de acceso se encarga de denegar o conceder el acceso a los usuarios. En un SGDB puede haber varios tipos de autorización. • Autorización explícita: Usada en los sistemas tradicionales. Se trata de almacenar quién puede acceder a qué objetos de la base datos con qué privilegios. Se acostumbra a utilizar una matriz de control de accesos. • Autorización implícita: La autorización sobre un objeto se puede deducir a partir de otras. Por ejemplo, si se puede acceder a una clase en un SGDB, se puede acceder a todas las instancias de la clase. • Autorización fuerte: Cuando las autorizaciones deducidas no pueden ser invalidadas. • Autorización débil: Se permiten excepciones sobre las autorizaciones implícitas. • Autorización positiva: Si está, indica la existencia de la autorización. • Autorización negativa: Es la negación explicita de una autorización.

© Editorial UOC

173


4.3.2. Disponibilidad Los sistemas de bases de datos tienen que asegurar la disponibilidad de los datos a aquellos usuarios que necesitan el acceso. Así pues, hay mecanismos que permiten recuperar la base datos contra fallos lógicos o físicos que destruyen total o parcialmente los datos. El principio básico que sustenta la recuperación de la base de datos delante de cualquier fallo, es la redundancia física. Las más habituales son las provocadas por fallos eléctricos, fallos del hardware y fallos en los dispositivos de almacenaje (discos). Esta situación va a motivar la aparición del concepto de transacción. Delante de cualquier fallo, se tiene que poder asegurar que después de una actualización la base de datos quede en un estado consistente. Para conseguirlo se crean unas unidades de ejecución llamadas transacciones que se pueden definir como secuencias de operaciones que deben ejecutarse de forma atómica. O se realizan todas las operaciones de la transacción globalmente o no se hace ninguna.

4.3.3. Integridad En este contexto, se entiende por integridad, la corrección, validez o precisión de los datos de la base de datos. El objetivo es proteger la base de datos contra operaciones que puedan introducir inconsistencias a los datos. El subsistema de integridad de un SGBD tiene que detectar y corregir en la medida de lo posible las operaciones incorrectas. Hay dos tipos de operaciones que pueden violar la integridad de los datos: las operaciones semánticamente inconsistentes y las interferencias debidas a accesos concurrentes. Integridad semántica. Existen operaciones que pueden vulnerar restricciones definidas en el diseño de la base de datos (por ejemplo restricciones sobre los dominios o sobre los atributos). Estas restricciones pueden ser estáticas (también llamadas de estado o situación) o dinámicas (llamadas de transición). Integridad operacional. En sistemas multiusuario es imprescindible un mecanismo de control de concurrencia para conservar la integridad de la base de datos. De lo contrario

© Editorial UOC

174


se podrían producir importantes inconsistencias derivadas del acceso concurrente.

5. Tareas/responsabilidades del administrador

Por lo tanto, con todo lo que hemos visto, una relación aproximada de las tareas responsabilidades del administrador de datos es la siguiente: • Velar para que los datos estén en los servidores. • Encargarse de la copia de seguridad de los datos y diseñar, si hace falta, la política de copias de seguridad. • Velar para que los permisos de todos los datos sean correctos y nadie pueda acceder a más información de la que necesita.

• Asegurar la disponibilidad de los datos a los usuarios. • Velar por un tiempo de respuesta de las bases de datos correcto. • Saber dónde están todos los datos/bases de datos de la organización. • Evitar al máximo la duplicidad de información dentro la organización. • Resolver las consultas de la dirección al sistema informático. • Configurar bases de datos corporativas. • Establecer los permisos y los accesos a estas bases de datos por parte de los usuarios. • Velar por el funcionamiento correcto de las bases de datos. • Velar por una gestión y un almacenaje correctos de los datos según los protocolos de actuación definidos en la LOPD.

© Editorial UOC

175

Capítulo VI . Administración del web

Capítulo VI Administración de la web

1. Los servidores web y la organización

Cuando se habla de administrar una web se habla de ser responsable del funcionamiento de un servidor web. Ahora bien, un servidor web se puede ver desde dos vertientes.

1.1. Servidor web y aplicaciones

Normalmente, cuando un servidor web se utiliza formando parte de una aplicación, simplemente hace de interfaz para la aplicación, de forma que es un elemento más. Esta aplicación utiliza un navegador como enlace para presentar las pantallas de salida y como mecanismo para pedir información al usuario. Los datos se guardan en una base de datos. Genéricamente, el esquema es el siguiente:

La distribución de estos elementos en servidores físicos depende de muchos factores como, por ejemplo, el tamaño y la complejidad de la aplicación, que seguramente estará dividida en módulos. Muy posiblemente la estructuración estará condicionada al servidor web que se use.

© Editorial UOC

176


No podemos olvidar que aquí habrá seguridad porque esta aplicación no tendrá que llegar necesariamente hasta Internet. Posiblemente sólo interesará que funcione dentro de la intranet. La seguridad también nos marcará mucho la estructura de los servidores.

En esta situación el servidor web es un medio, aunque muy flexible, para hacer funcionar la aplicación, que es el centro principal de todo.

1.2. Servidor web de páginas

Si hace de servidor web con entidad como tal, lo puede hacer dentro de la intranet, en Internet o, incluso, una parte en intranet y la otra en Internet. Terminología Se usal término intranet para referirse a una red usada internamente en una organización. El término intraweb para una web que abarca los nodos de esta intranet. Pero a menudo se usa intranet como sinónimo de intraweb.

Cuando se utiliza una intranet y se publica información en Internet, a veces se usa el término extranet. La primera cuestión que hace falta tener en cuenta es que exportamos la imagen de la organización al exterior y, por lo tanto, hay que tener cuidado en presentamos la web, cómo lo mostramos y qué información introducimos.

La web muestra la imagen corporativa de la organización a la comunidad Internet.

Este esquema que mostramos resume la relación entre el administrador, el servidor web, la organización y los usuarios. A lo largo del capítulo lo iremos entendiendo.

© Editorial UOC

177


1.3. Servidor web y servidor de aplicaciones

Inicialmente el servicio web provenía sólo del servidor web, que proporcionaba todos los recursos necesarios. Actualmente, los sistemas han evolucionado y ya no podemos afirmar que todos los recursos necesarios para un servicio web vengan dados por el servidor web. Con la llegada de los servidores de aplicaciones se inicia una auténtica revolución en el tratamiento de los servicios web. A pesar de que el punto de entrada y primer tratamiento de las peticiones se realiza en el servidor web, los sistemas complejos de generación de páginas que utilizan procesamiento y acceso a datos necesitan los recursos que ofrecen los servidores de aplicaciones.

© Editorial UOC

178


Así, actualmente tenemos dos posibles vías de servicio según los niveles de acceso necesarios: • En dos niveles (servicios estáticos): Servidos desde un servidor web. En el primer nivel situaríamos las estaciones de trabajo, ya sean locales o remotas, y en el segundo nivel el servidor web. Estaríamos hablando de una estructura cliente/servidor aplicada a un entorno web. • En tres niveles (servicios dinámicos): Servidos desde un servidor web y un servidor de aplicaciones. En el primer nivel encontraremos las estaciones de trabajo y los usuarios (locales o remotos). En el segundo nivel encontraremos el servidor web (puerta de entrada) y el servidor de aplicaciones (proporciona capacidad de procesamiento y gestión de datos). Finalmente, en el tercer nivel encontraríamos el servidor de base de datos (datos centralizados del servicio web). Hay que tener presente, que a pesar de que en general siempre hablemos de servidor web en relación con los servicios web, puede ser que debido a las necesidades de la organización, el sistema se componga de servidor web y de servidor de aplicaciones (estos dos últimos, no tienen por que ser máquinas físicas independientes).

2. El administrador y el servidor

El binomio administrador-servidor tendrá que estar coordinado lo mejor posible para obtener el mejor rendimiento posible.

Conocer la arquitectura de software del servidor web que se utiliza es fundamental para el administrador. En general, todos los servidores trabajan de una manera parecida y podemos hacer un esquema genérico de cómo son. También son bastante generales las funciones del administrador, a pesar de que es la cultura y la historia de la organización concreta quién marca las tareas y las necesidades reales que tiene que cubrir.

© Editorial UOC

179


2.1. Estructura de un servidor web

Los servidores web se componen básicamente de los elementos siguientes:

Núcleo Es el servidor como tal, y es el centro del servidor web. Siempre está cargado y funcionando cuando el servidor está encendido. Módulos Actualmente los servidores web pueden ser bastante complejos. Esto es posible ya que se ofrecen módulos para aumentar la funcionalidad del servidor. Estos módulos, conocidos también como extensiones del servidor, se instalan cuando se configuran los servidores web. Entonces informamos qué módulos se tienen que ejecutar. En general, y sin entrar en detalles de los módulos, un servidor puede hacer muchas más funciones que dedicarse exclusivamente a entregar páginas HTML que estén guardadas en el disco duro. Páginas Las páginas son el lugar dónde está guardada la información que presenta el servidor. Están estructuradas en forma de árbol de directorios, a pesar de que en algunos casos hay módulos que modifican esta información. Un servidor web es, a grandes rasgos, el núcleo, los módulos y las páginas.

© Editorial UOC

180


2.1.1. Servidor/cortafuego (firewall) La arquitectura de conexión física más común cuando hay un servidor web que proporciona información es tenerlo detrás de un cortafuego. El concepto es que el cortafuego sólo deja pasar las peticiones de datos que el servidor tiene que proporcionar. Simplemente se tendrá que instalar el servidor de acuerdo con unas normativas de seguridad que la organización ya tiene que tener. Cómo el servidor web mantendrá una cierta interacción con el usuario, el hecho de estar protegido por un cortafuego obligará a tener un control riguroso de qué puertas de acceso tendrá que ofrecer y qué no.

2.1.2. Puertos El puerto estándar de petición de documentos u otros recursos web es el 80. En principio, un servidor web puede escuchar peticiones de cualquier puerto. Los servidores proxy en cambio, pueden estar escuchando por el mismo puerto 80 o por el 8080, y en ambos casos se trata de una configuración estándar.

2.2. El administrador

El administrador es quién lo mantiene en funcionamiento, y también quién administra la seguridad y los permisos, y por lo tanto, quién tiene que conocer mejor que nadie todas las posibilidades del servidor.

2.2.1. Instalar y administrar un servidor web El servidor web es un recurso con el cual la organización da acceso a información que quiere publicar. Este servidor web, por ejemplo, podría dar servicio sólo a usuarios de una red local, o quizás de una intranet, o como en la mayoría de casos, dar una puerta de acceso libre para cualquier usuario conectado a la red Internet. Dependiendo del servicio al cual esté destinado este servidor web, las configuraciones y políticas de diseño variarán. Un servidor proxy actúa como intermediario entre una red interna y una conexión externa en Internet. Así se puede compartir la misma conexión para recibir información desde servidores Web. Se usa también para filtrar contenidos.

© Editorial UOC

181


Un servidor web no plantea muchos problemas para instalarlo, puesto que como concepto sólo se trata de indicar dónde está la información y cómo tiene que aceptar las conexiones de los usuarios que quieran acceder. Además, el servidor ya proporciona herramientas de control que permiten de monitorizar y posteriormente analizar el rendimiento. Por ejemplo, es muy común que un servidor web tenga disponible la cantidad de accesos simultáneos que tiene y cuál es su rendimiento.

2.2.2. Software Hay dos clases de software que el administrador de la web tiene que usar. De un lado, el que se utiliza para configurar el servidor y, del otro, el que proporciona las herramientas de preparación, modificación y organización de las diferentes páginas que forman la web a publicar. Un tema muy importante respecto al software relacionado con un servidor web es lo que correrá en las máquinas cliente, puesto que no todos los navegadores interpretan el código de la misma manera. Así, pues, es importante tomar conciencia de los clientes que visitarán la web ofrecida por nuestro servidor. En caso de desarrollar una intranet, quizás podemos ser más libres, dado que es muy probable que haya un navegador estándar para toda la organización.

2.2.3. Directorios Cuando hay que diseñar una nueva web, también se debe tener en cuenta como se organizarán los diferentes recursos. Lo más habitual, y que el mismo software de desarrollo de las páginas ya gestiona, es tenerlos clasificados en carpetas o directorios según el tipo. Así pues, es habitual que exista un directorio de imágenes, al cual todas las páginas hagan referencia. Esto permite compartir, por ejemplo, ficheros de logos de la organización, puesto que no se tienen que incluir en todas las ubicaciones dónde haya documentos que los requieran. La estructura en directorios también permite, si fuese necesario, una migración mucho menos costosa.

2.2.4. Páginas Normalmente, las páginas quedan fuera del alcance del administrador de la web, puesto que cómo veremos más adelante hay una figura que se acostumbra a dedicar a generarlas. Es importante ser consciente de la importancia de lograr

© Editorial UOC

182


llegar con “pocos pasos” a dónde sea necesario. Así pues, con la experiencia de organizar información, ficheros, directorios y este conocimiento abstracto de cómo hace falta moverse por dentro de una máquina, un administrador tiene que dar apoyo al creador de páginas y aconsejar como hace falta disponer los enlaces para acceder de una manera más rápida a toda la web desde cualquier lugar.

El administrador instala y se encarga de la web, no del contenido.

2.3. Responsabilidades genéricas del administrador Un servidor web proporciona una puerta de acceso a una gran cantidad de información de una manera muy cómoda para el cliente y, por tanto, se trata de un servidor que, a pesar de que durante la instalación no presenta muchos problemas, sí que se tiene que plantear muy bien como se debe administrar cada una de las partes que lo componen, y todos los temas relacionados con la web, puesto que el hecho de proporcionar información es una responsabilidad que recae en manos del administrador.

2.3.1. Responsabilidad del servidor Un servidor web no es excesivamente complejo de administrar. Lo más habitual es que el mismo servidor grabe los datos que se necesita avaluar. Es aconsejable tenerlo (como el resto de servidores del organización) bajo una alimentación eléctrica ininterrumpida y que disponga de una conexión con unos mínimos de ancho de banda garantizados para que un incremento de tránsito en la red local no afecte los clientes remotos que consulten la web. Habitualmente, los servidores web se configuran con dos líneas alternativas de conexión a Internet (ADSL y fibra óptica, por ejemplo) y se les proporciona un mecanismo que permita un cambio instantáneo en la conexión a Internet de copia de seguridad cuando se detecte algún problema, y una vez se haya arreglado vuelva a servir la web por el canal habitual.

2.3.2. Responsabilidad de los contenidos Es importante darse cuenta de los dos aspectos del contenido en un servicio web. Tiene que haber un control de qué datos se proporcionan a cada instante,

© Editorial UOC

183


de forma que no haya contenidos anticuados, repetidos, sensibles o que no sean coherentes entre ellos. En relación con el acceso a estos datos, tiene que haber un control de cómo se gestiona, consulta y modifica la base de datos a la cual puede estar accediendo el servidor web.

2.3.3. Responsabilidad de la homogeneidad Un aspecto más de diseño que no de administración, pero que recae muy a menudo en la administración de la web, y que es muy importante, es el control de la imagen que refleja la web. Cómo se trata de una puerta abierta a muchos usuarios potenciales, que pueden no ser conocidos, se debe poner mucho cuidado en cómo se presentan los recursos. Así, pues, es importante tener en cuenta que en todas las páginas tiene que haber un estilo constante y que, por ejemplo, no nos encontremos con una página con el fondo azul, la siguiente con el fondo negro, y si vamos a otro apartado de la web, encontrásemos que todas las páginas que lo forman tienen un fondo común con el logo del organización.

2.3.4. Generación de estadísticas Según las necesidades de cada organización, esta tarea puede ser más o menos importante. En general, es importante tener un registro de quién ha visitado la web. Tanto lo que ha visto cómo cuando y desde dónde lo ha hecho. Aparte, hay otros tipos de estadísticas muy interesantes cómo, por ejemplo, a qué velocidad se ofrecen los documentos o la cantidad de peticiones que hay sobre las diferentes páginas, y el tiempo total que un cliente se pasa navegando por toda la web.

El administrador no tiene que hacer necesariamente las páginas, pero se preocupa de todas ellas, y también del diseño global de la web.

2.4. El administrador y la creación de páginas Actualmente, el papel del webmaster está dividido. Si recordamos el gráfico inicial, la web tenía el núcleo, los módulos y las páginas. El administrador de

© Editorial UOC

184


la web se encarga que la web funcione bien, que los aspectos de seguridad sean cómo necesita el usuario y la organización, que se sigan las directrices que marca la organización y que el contenido global sea homogéneo. Pero puede no encargarse de los contenidos. La tendencia es que las páginas las mantenga directamente la misma fuente de información. Ello se lleva a cabo dando plantillas y formando a las personas que se tengan que encargar. Por lo tanto, el administrador de la web tiene dos clases de usuarios: Consumidores del material de la web Los consumidores del material de la web son los usuarios finales, los que se conectan por medio de un navegador y consultan la web para saber algo. Creadores del material de la web Ya hemos dicho que el administrador de la web supervisa los contenidos, pero no los fabrica. Puede aconsejar sobre cómo hacerlos, dar plantillas, dar herramientas, explicar las posibilidades de la web y facilitar los mecanismos del servidor web para que los creadores del material de la web puedan hacer la página de la mejor manera posible.

En sus inicios, el creador de páginas web era una persona con un perfil básicamente artístico. No tenía conocimientos técnicos, pero sí sabía bien como combinar elementos para crear efectos vistosos. Nosotros le teníamos que proporcionar los conocimientos de los elementos que integran las webs. HTML, Java, JavaScript, etc. Podríamos considerar que el webmaster tendría que seguir pautas como las que se detallan a continuación: Cómo hay unos propietarios que tienen la responsabilidad de la información que el servidor web está sirviendo, se les tendrá que involucrar en la manera en que esta información se presenta. Así, pues, es importante que el administrador se encargue de orientar e introducir en el mundo del HTML, el FTP, que enseñe a usar escáneres, a convertir formatos de ficheros, a buscar por Internet o a utilizar las propiedades del navegador. Para ahorrar tiempo, ayuda mucho disponer de plantillas de diseño (habitualmente HTML) que se puedan proporcionar en caso de que algún creador pida información. Es necessario tener creada una política de uso del servidor web. Como hay un grupo que ha aceptado la política, no puede haber malentendidos sobre contenidos. Verificar los enlaces. Los documentos se mueven constantemente de un lugar al otro y esto representa un problema muy serio, puesto que es muy importante que un servidor web no ofrezca enlaces “caducados”.

© Editorial UOC

185


El administrador es quien promueve la utilización de los recursos de la web entre los creadores de páginas. Les proporciona todos los recursos y conocimientos necesarios para que puedan hacer páginas web y ponerlas en el servidor.

3. Recursos para crear páginas

Cómo acabamos de comentar, el mantenimiento de las páginas cada vez migra más hacia la misma fuente de información. Esto permite que: • Se actualice al momento. • No haya tantos errores. • Se simplifique el mantenimiento. • Se distribuya la carga de trabajo. Hay que formar a los creadores de páginas en el uso de estas tecnologías, puesto que a medida que las usen encontrar más posibilidades e irán siendo más exigentes. Cómo muchas veces este creador es el usuario final, se le tiene que formar desde la perspectiva de las posibilidades que le ofrece el servidor. Puede hacer páginas muy simples (una página HTML) o muy complejas (programación JSP). El creador debe saber qué herramientas y qué recursos existen para decidir si los necesita o no para su necesidad en concreto. Es el administrador de la web quién, de la manera más simple y didáctica posible, orienta al usuario final en las posibilidades del servidor web, para que las use como más le convenga. Hacemos, pues, un repaso a todas las características de creación de las páginas web.

3.1. HTML El HTML es el corazón de todas las páginas web. Es el “lenguaje” con que están hechas todas las páginas y es el lenguaje que interpretan todos los navegadores.

© Editorial UOC

186


EL HTML es un lenguaje basado en marcas. Siempre van entre ‘<’ y ‘>’ y no es importante si están escritas en minúsculas o en mayúsculas. Las marcas van en parejas de la forma: y todo lo que engloban se escribe entre ellas.

EL HTML contiene el texto que se quiere presentar al usuario, junto con información sobre el formato como, por ejemplo, el tamaño de la letra, el color, la información sobre si hay fotografías, las imágenes de las fotografías, la información sobre tablas, márgenes, etc. HTML significa hypertext markup language, es decir, lenguaje de marcaje de hipertexto’. Es un lenguaje muy completo y actualmente vamos camino de la versión 5. HTML 5, la nueva versión. Actualmente estamos usando la versión 4.01, que fue aprobada por el W3C el 24 de diciembre de 1999. LA especificación se puede encontrar en: http://www.w3.org/TR/1999/REC-html401-19991224. La nueva versión del lenguaje de Internet (en desarrollo por el W3C http://www.w3.org/TR/ html5) incorpora muchos cambios como por ejemplo las etiquetes artículo, dialog, figure, footer, header, section. Se espera tener una revisión estable hacia 2012.

En este formato se ponen los famosos y conocidos enlaces, que permiten ir de un punto a otro de la misma página, a otra página dentro el mismo servidor o a otra página de otro servidor cualquiera. La marca para hacerlo es Texto . Por ejemplo, para ir a la página de la UOC pondríamos Conectaros a la UOC Ver una página Es posible ver el código fuente de una página web. Por ejemplo, con el navegador Firefox 3.0 hay el opción “Visualizar>Código fuente de la página” (o la combinación control + U), que abre una ventana dónde se ve toda la página que muestra el navegador con el formato HTML.

Conocer HTML es básico para todo administrador de web.

3.2. XML/XHTML

En virtud de la existencia del SGML, y en un intento de tener un lenguaje de marcas único, el W3C define el XML (eXtensible Markup Language o lenguaje

© Editorial UOC

187


de etiquetado extensible). Es un estándar ajustado a las necesidades de Internet, puesto que SGML es demasiado complejo de usar. Cómo que HTML 4.01 no es XML compatible, el W3C ofreció un estándar HTML compatible con XML, el XHTML. SGML quiere decir standard generalized markup language (‘lenguaje de marcaje generalizado estándar’).

3.3. CSS

Todo lo que hemos hecho hasta ahora nos permite fabricar páginas, pero nos tenemos que preocupar de dar un estilo uniforme a cada una de las páginas. ¿Y si queremos, por ejemplo, que todas las páginas tengan la misma fuente de letras y los mismos colores? Hasta ahora esto lo teníamos que hacer de una en una. Con la aparición del CSS ya no es necesario. Es un fichero de estilo en que se incluye toda la información relevante del estilo de la página, y todas las páginas lo seguirán. La separación de la presentación del contenido en los documentos simplifica la creación de páginas y el mantenimiento del web. CSS es la sigla de cascading style sheets, estándar propuesto en 1996 por el W3C. Dado que era un gran problema para los diseñadores de páginas, la idea se aceptó rápidamente y en 1998 salió la versión 2, el CSS2. CSS versión 3. La versión 3 de CSS parece accidentada. La versión 2, aparece el 12 mayo de 1998. Con los problemas de adopción por parte de los navegadores, ha pasado por varios estadios de revisión, y el 19 de Julio de 2007 aparece la CSS 2.1. De la versión 3, del que se inició el desarrollo en 1998, diez años más tarde todavía no está terminada.

3.4. Galletas (cookies)

Si queremos hacer una web dinámica, tenemos la posibilidad de usar galletas. Así podemos saber las páginas que visita el cliente pero ofrecerle, desde el servidor, páginas a medida en función de las que haya visitado.

© Editorial UOC

188


3.5. Páginas dinámicas

Todo lo que hemos hecho hasta ahora nos permite fabricar páginas, pero estas son “estáticas”. Residen en el servidor y se entregan al cliente a petición de este. El cliente siempre muestra los elementos en el mismo orden y posición. Si queremos cambiar algo (orden, posición y/o elementos), tenemos que reescribir el código HTML. Así pues, si quisiéramos hacer un buscador o un gestor de correo estaríamos muy limitados con HTML. Ante estas limitaciones aparecerá lo que se conoce como DHTML, que es el conjunto de técnicas para crear páginas dinámicas. DHTML es muy amplio e incluye muchas técnicas y muchos lenguajes de programación. Por lo tanto, DHTML, realmente no es una nueva especificación del HTML. De hecho, es una manera de ver y controlar los códigos y comandos del HTML estándar. DHTML es la sigla de Dynamic HTML, HTML dinámico. A diferencia del HTML estático, una página de DHTML contiene elementos (cómo por ejemplo scripts) en el lado del cliente que cambian el HTML del documento. Esto afecta la apariencia y funciones de los objetos de la página. De esta manera obtenemos más control sobre la página. Esto es posible porque los navegadores actuales incluyen estas capacidades. Los componentes de una página de HTML dinámico son: • Modelo en Objetos para la representación de Documentos (DOM): Es un modelo orientado a objetos que los programas y scripts pueden usar para acceder y modificar dinámicamente el contenido, estructura y estilo de los documentos HTML y el XML. DOM es la sigla de Document Object Model. El modelo ha sido desarrollado por el W3C y se puede encontrar la especificación en: http://www.w3.org/DOM/ • Scripts: Pequeños programas (escritos habitualmente en JavaScript) incrustados en el HTML que permiten la interactividad del código y el control de los objetos especificados en el DOM. • Páginas de estilo (CSS): Se usan en DHTML para controlar la apariencia de los documentos. Las páginas de estilo definen los colores, fuentes de texto, color de fondo, imágenes y el posicionamiento de objetos. • HTML 4.x: Usado para crear la página y los elementos que usarán las páginas de estilo y el modelo DOM. Existen dos clases diferenciadas de DHTML, el DHTML de cliente y el DHTML de servidor.

© Editorial UOC

189


3.6. DHTML de cliente

Incluye el conjunto de técnicas para la construcción de páginas dinámicas que se desarrollan dentro del ámbito de una página web, cuando la página se está viendo en la pantalla del usuario, es decir, en el navegador. En esta situación, para hacer cualquier efecto o interactividad el recurso es el navegador. Por eso se habla de cliente. Este tipo de programación se utiliza para dotar de efectos, sonido, vídeo, menús interactivos y respuesta a las acciones del usuario a las páginas. Permite liberar al servidor de tareas que puede resolver localmente el ordenador cliente (como la validación de parte de los datos de un formulario por ejemplo).

3.6.1 JavaScript

Hasta ahora las páginas eran estáticas. EL usuario las veía tal y como las hacíamos y no se modificaba nada en ningún momento. A partir de este momento intentamos hacer páginas más dinámicas, con más posibilidades. Queremos hacer algún cálculo, una página interactiva, o quizás una página que haga cosas dependiendo de la posición del ratón a la pantalla del usuario. Sea el caso que sea, una posible solución es usar JavaScript. Programación dentro de la página, que se ejecuta en el cliente. JavaScript es un lenguaje para escribir scripts (guiones) que fue desarrollado por Netscape. Permite crear páginas interactivas de una manera muy sencilla. JavaScript no es Java. Lo que se necesita para ejecutar JavaScript es simplemente un navegador con la opción de ejecutar JavaScript activada. El JavaScript se introduce directamente en el código HTML, entre las marcas <script language=“JavaScript”> y . Uno de los puntos más importantes en la programación en JavaScript es la captura de sucesos. Así, pues, se puede crear una página que tenga en cuenta los movimientos y cada vez que se hace clic con el ratón. Aparte, también se pueden definir funciones dentro de la página y, por ejemplo, crear botones que al presionarse hacen que se ejecute esta función.

JavaScript es un código insertado dentro de la página HTML. Lo podemos ver.

© Editorial UOC

190


3.6.2 JScript Es la versión de Microsoft para su navegador de Javascript, con algunas incompatibilidades.

3.6.3 Applets Es una aplicación que se ejecuta en el contexto de otro programa, típicamente un navegador web. El applet se tendrá que ejecutar en un entorno denominado contenedor a través de un plugin. A diferencia de un programa, un applet no puede ejecutarse de manera independiente y tiene unos privilegios de seguridad muy restringidos. La principal ventaja de utilizar applets reside en que son mucho menos dependientes del navegador que los scripts y son independientes del sistema operativo del ordenador en el cual se ejecutan. En cambio, su principal desventaja en relación con los scripts es que son más lentos de procesar y no tienen acceso a todos los otros componentes de la página. Java applets Los applets de Java son una forma de incluir código que se ejecuta en los clientes que visualizan una página web. Se trata de pequeños programas hechos en Java, que se transfieren junto con las páginas web y que el navegador ejecuta automáticamente en el espacio de la página. Los applets de Java están programados en Java y precompilados. Por este motivo funcionan diferente que los lenguajes de script como Javascript. Los applets son más difíciles de programar y requieren de unos conocimientos medios del lenguaje Java. Las restricciones de seguridad (el entorno de seguridad) en los que se ejecutan son muy fuertes, de forma que el programa Java no puede hacer todo lo que quiera. De hecho, no puede abrir conexiones en otros ordenadores que no sean el host del cual proviene ni puede borrar los ficheros del disco duro, por ejemplo. Todo el Java está orientado y pensado para correr por Internet, de forma que aunque se fabriquen programas maliciosos, no pueden operar abiertamente en los ordenadores objetivo. Al ser Java más potente que Javascript, el número de aplicaciones potenciales de los applets puede ser más grande. Los applets Java se copian del servidor al cliente y se ejecutan sobre el ordenador cliente, con fuertes restricciones de seguridad.

© Editorial UOC

191


Ejemplos de applets son las Java applets, las animaciones Flash y el Windows Media Player usado para mostrar vídeo en los navegadores.

3.6.4. VBScript VBScript o Visual Basic Scripting es similar al lenguaje Visual Basic, pero tiene básicamente la misma estructura que JavaScript. VBScript es el lenguaje de scripting desarrollado por Microsoft para páginas web de su navegador. VBScript no tiene relación con Javascript. Son dos lenguajes compitiendo, pero que pueden hacer las mismas funciones.

3.7. DHTML de servidor

Cuando un cliente solicita una página, el servidor ejecuta los scripts y genera una página resultado, que es enviada al cliente. La página resultado sólo contienen código HTML, de forma que puede ser interpretada por cualquier navegador sin errores, independientemente de su versión. Existen una serie de lenguajes basados en servidor para ejecutar sus scripts (genéricamente se denominan ESLembedded scripting language-). Sólo la independencia del navegador ya es una ventaja que justifica la existencia de esta programación, pero ahora contamos con todos los recursos del servidor dónde están alojadas las páginas. Estos recursos, como podrían ser gestores de bases de datos, servidores de correo o el sistema de archivos del servidor, nos permiten construir todo tipo de aplicaciones. Hay que destacar que el código de las páginas nunca llega al cliente. El navegador sólo recibe HTML, y esto implica que los visitantes de una página nunca pueden acceder al núcleo de las aplicaciones que se hayan desarrollado, es decir, a los scripts del lado del servidor.

3.7.1. SSI SSI (Server Side Includes) no se puede considerar un lenguaje. Son un conjunto de funciones del servidor que permiten modificar el documento pedido antes de ser enviado al navegador del cliente. La finalidad básica es insertar contenido como por ejemplo la salida de comandos del sistema.

© Editorial UOC

192


El funcionamiento básico de las SSI es: 1) El cliente hace una petición de una página por medio del navegador. 2) El servidor recibe la petición y ejecuta las server side includes (‘inclusiones en el lado servidor’) que se indican en el fichero, y como resultado de ello obtiene un fichero HTML que guarda en memoria. 3) Envía al navegador del usuario este fichero HTML para que lo muestre. Las inclusiones en el lado servidor están escritas como comentarios HTML de la forma .

3.7.2. CGI Es de las primeras extensiones que aparecieron. La idea original se basaba en ejecutar un programa en el servidor que fuera capaz de hacer cualquier cosa y generar unos resultados que fueran una página HTML. Fue el primer “truco” para acceder a bases de datos y para crear páginas que no estuvieran estáticas en el servidor (páginas on-line o páginas en línea). Hemos de destacar que con CGI el servidor ejecuta un programa arbitrario, hecho con cualquier lenguaje de programación. CGI es la sigla de Common Gateway Interface. El método, a grandes rasgos, es el siguiente: • El cliente informa de que hace falta que se ejecute el aplicación. • El servidor pone en marcha el programa CGI pedido por el cliente. • Este programa se ejecuta (puede consultar una base de datos, por ejemplo) y saca el resultado por la salida estándar (standard output) ya preparado y formateado en formato HTML. De hecho, es una página HTML. • El servidor captura esta salida y la envía al cliente. Inconvenientes: • Carga mucho el servidor, puesto que se ejecuta siempre. • En cada petición se debe cargar y ejecutar el programa y, por lo tanto, es muy costoso.

© Editorial UOC

193


Cómo hay tecnologías más actuales, ha caído bastante en desuso..

CGI es un recurso utilizado ampliamente, puesto que fue el primero a ejecutar código arbitrario en el servidor y a enviar el resultado al cliente.

3.7.3. Perl El CGI es un enlace para ejecutar programas arbitrarios en un servidor web. El Perl es uno de los lenguajes usados habitualmente para programar los CGI, a pesar de que se pueden usar otros lenguajes como C, C++ o VisualBasic. Aún así, el Perl se utiliza en otros muchos sitios, y no solamente para CGI. Perl viene de practical extraction and report language y tiene unas funciones de manipulación de texto muy potentes. Con este lenguaje se pueden definir todo tipo de algoritmos para tratar ficheros en el sistema y generar las salidas que se quieren.

© Editorial UOC

194


Creado por Larry Wall. Quería simplificar las tareas de administración del S.O. Unix. Ahora es un lenguaje de propósito general.

3.7.4 Java Java apareció como un lenguaje de propósito general pero muy orientado a Internet. No está pensado para ninguna plataforma concreta, sino para una plataforma inexistente, una “plataforma virtual” y, por lo tanto, funciona en cualquier plataforma sobre la máquina virtual correspondiente, sin necesidad de recompilar el código generado por el compilador. Esta independencia de plataforma es lo que lo ha hecho uno de los lenguajes preferidos para Internet. Existen diferentes ediciones de la plataforma Java con funcionalidades diferentes. Encontramos J2SE (Java 2 Estandard Edition) que es el entorno de desarrollo de aplicaciones Java orientado a las aplicaciones individuales y los applets. J2EE (Java 2 Enterprise Edition) es la plataforma Java para crear aplicaciones Web. Y el edición J2ME (Java 2 Micro Edition) que es una versión reducida de la plataforma Java 2 para usar en pequeños dispositivos como teléfonos móviles o agendas electrónicas. De hecho, Java se usa casi para cualquier cosa que se pueda hacer en cualquier lenguaje (muchas veces con grandes ventajas). Podemos programar páginas web dinámicas, con accesos a bases de datos. La programación dinámica con Java se ha extendido tanto que no es difícil encontrarnos servlets en el lado del servidor y applets de Java en el lado del navegador. Java es un lenguaje creado por Sun.http://java.sun.como

3.7.5 Servlets

Los servlets son la respuesta de la tecnología Java a la programación CGI. Son programas que se ejecutan en un servidor web y construyen una página web. Así, pues, se puede construir una página con datos que el usuario acaba de introducir, o quizás con el resultado de los motores de búsqueda. Si hemos de tener páginas con información de bases de datos, se puede usar JDBC para acceder y después sacar por la salida estándar el código HTML que el servidor web capturará y enviará al navegador del cliente. Una ventaja importante respecto a los CGI es que cada petición se arranca como un hilo de ejecución ligero de las máquinas virtuales, mientras que con CGI se arranca cada vez un proceso, y esto puede comportar una sobrecarga del sistema.

© Editorial UOC

195


Los servlets, comparados a los CGI, tienen muchas ventajas. Así pueden manipular y sincronizar muchas peticiones concurrentes (se podría hacer un sistema de conferencia on-line por ejemplo). La primera generación de servlets era pesada y requería bastantes conocimientos. La solución pasó por JSP (Java Server Pages), que permite incluir código Java dentro de las páginas HTML. JDBC (Java Database Connectivity). Permite interactuar con una base de datos con un programa Java.

3.7.6. PHP PHP quiere decir Hypertext Preprocessor (‘preprocessador de hipertexto’). El PHP es una herramienta que permite crear páginas web dinámicas. Son páginas que se tratan como si fueran HTML. Por defecto, la extensión es “php” y es necesario que el servidor lo soporte. En este caso, el servidor las interpretará antes de enviarlas al cliente. No se debe compilar nada ni instalar herramientas adicionales. La marca especial para PHP es . Una de las características más potentes del PHP es la manera como trata los formularios HTML, puesto que un elemento en un formulario se convierte directamente en una variable con el mismo nombre, con el valor que el usuario ha puesto en el formulario. El lenguaje es como una mezcla de lo mejor de C, Java y Perl, con características propias de PHP. El resultado está orientado a crear páginas web dinámicas rápidamente.

3.7.7. ASP ASP viene de active server page (‘servidor de páginas activo’), y es una dll que está en Microsoft Internet Information Server (Servidor web de Microsoft). Genéricamente, los pasos son los siguientes: 1) El cliente hace una petición de una página ASP por medio del navegador. 2) El servidor lee el fichero ASP y lo ejecuta, con lo cual obtiene un fichero HTML que guarda en memoria. 3) Envía al navegador del usuario este fichero HTML para que lo muestre. ASP.net La última versión sacada por Microsoft, la denominada plataforma .net incorpora muchos cambios que la hacen incompatible. Así ya no puede usar VBScript, sino VB.net. ASP.net está orientado a objetos.

© Editorial UOC

196


3.7.8. JSP JSP son las siglas de Java server pages (‘servidor de páginas Java’), y es una tecnología que nos permite mezclar HTML estático con HTML generado dinámicamente, e integrar código Java dentro la página JSP. Aparte, tenemos la ventaja respecto a ASP que se escribe en un lenguaje que no es propiedad de Microsoft y que se puede llevar a otros sistemas operativos y servidores web. Acceder a otros programas por medio del servidor Con todo lo que hemos visto, parece que una de las cosas más importantes sea el acceso a otros programas por medio del servidor. ¿Por qué? Pues sencillamente porque la mayoría de veces la petición de información que haga un cliente navegador a nuestro servidor implicará unas acciones que hace falta llevar a cabo para preparar la información correspondiente. En la práctica, la información no acostumbra a ser estática, sino que se debe en bases de datos y, por lo tanto, el resultado tiene que ser diferente según el momento en que se haga la consulta. Por ejemplo, si un cliente navegador pregunta por ’medio de una página web que proporciona información sobre entradas de conciertos, es evidente que hay que hacer una consulta para obtener el resultado, y después presentarlo al cliente

3.8. Aplicaciones web

EL avance en las tecnologías web ha provocado que se utilicen los servidores web y las bb.dd. como tecnologías de base para ofrecer servicios y resolver las nuevas necesidades que ha provocado la situación. Así nos encontramos con nuevas aplicaciones que utilizan tecnología web no como fin, sino como medida para proporcionar un nuevo servicio a la organización y al usuario.

3.8.1. CMS Un sistema de gestión de contenidos es un programa que permite crear una estructura de apoyo para la creación y administración de contenidos por parte de los participantes. Es una aplicación de base de datos que automatiza el proceso de administrar y mantener la publicación de contenido. Un buen sistema de administración de contenido separa el contenido de la presentación. Esta división conlleva diferentes ventajas a lo largo del ciclo de vida de la publicación y más allá de ésta. El diseño puede ser concebido, extendido y de hecho relanzado sin la necesidad de extraer o reinsertar el contenido existente. CMS es la sigla de Content Management System.

© Editorial UOC

197


Cómo funciona Consiste en una interfaz que controla una o varias bases de datos dónde se aloja el contenido (textos, imágenes, etc.) que veremos en el sitio web. El sistema permite manejar de manera independiente el contenido y el diseño. Así, es posible conservar el contenido y cambiar en cualquier momento el diseño sin tener que modificar el formato de todo el contenido. Además, permite la publicación fácil y controlada al sitio web. Un ejemplo clásico es el de editores que cargan el contenido en el sistema y otro de nivel superior que permite que estos contenidos sean visibles a todo el público. Un CMS tiene dos funciones principales: facilitar la creación de contenidos y la presentación de estos contenidos. En relación a la primera, provee una serie de herramientas para que publicar contenido sea tan fácil como llenar un formulario, y exista, además, una sola fuente. Respecto a la segunda, facilita la publicación de contenidos en múltiples formatos a partir de una sola fuente, y añade metadatos a los mismos, por facilitar la navegación.

Un CMS provee las herramientas necesarias para gestionar el ciclo de vida de los contenidos: creación, gestión, presentación y mantenimiento y actualización.

Ventajas de los CMS: • Mantenimiento descentralizado: La actualización del contenido se puede llevar a cabo desde cualquier navegador. Ello permite hacer las tareas desde cualquier estación de trabajo, en cualquier momento y por varios editores simultáneamente. • Autores de contenido con pocos conocimientos técnicos: Los autores sólo necesitan un conocimiento estándar de aplicaciones de procesador de texto para crear contenido. No es necesario ningún conocimiento de HTML o herramientas adicionales. • Restricciones de acceso configurables: Se asignan roles y permisos a los diferentes usuarios. De esta manera se protege al contenido de ser modificado sólo por los elementos autorizados. • Consistencia del diseño: Al separar el contenido del diseño, este último se consigue preservar mucho mejor. El contenido de todos los autores se presenta en un estilo predefinido, conservando la unidad, identidad y consistencia de la información.

© Editorial UOC

198


• Vínculos, menús y navegación generados automáticamente: Los menús son generados automáticamente basados en el contenido de la base de datos. Los vínculos también y se evitan los vínculos erróneos o que no enlazan a ningún lugar. • Contenido almacenado en una base de datos relacional: El almacenaje central e independiente de la presentación se traduce en la posibilidad de usar el mismo contenido de diferentes maneras (diferentes webs por ejemplo) y en diferentes medios (WAP, PDAs, ...). • Contenido dinámico: Las extensiones, como por ejemplo foros, encuestas, aplicaciones de compra, búsqueda o noticias, pueden añadirse de manera modular. Incluso el CMS permite la creación de extensiones a medida que se pueden añadir de manera modular. • Actualizaciones diarias: No es necesario personal para las modificaciones rutinarias. • Coordinación de tareas: Simplifica las actualizaciones, registra los cambios y actividad hecha por cada autor (log) y proporciona herramientas de colaboración y trabajo en grupo entre autores. • Programación del contenido según calendario: El contenido puede tener una vigencia para ser publicado o requerir contraseña. Mientras tanto puede estar escondido para ser visto sólo por los editores.

3.8.2. Wiki Las herramientas para la creación y mantenimiento de wikis son un tipo de software colaborativo. Un wiki es una web que permite leer, editar y crear páginas que al final son visualizadas en formato HTML. Son usados como apoyo para la colaboración, para documentación, recopilación de informaciones, etc. Las páginas se almacenan en una base de datos y se incluyen enlaces generados dinámicamente. Para el usuario del wiki representa la creación de páginas web de forma rápida y eficaz sin necesidad de tener muchos conocimientos de informática ni programación. Pueden incluir de forma muy intuitiva texto, enlaces, documentos digitales y otros elementos multimedia. El término wiki es de origen hawaiano y significa rápido.

© Editorial UOC

199


Control de cambios La tecnología wiki permite que las páginas wiki sean escritas de forma colaborativa a través de un navegador web, conservando un historial de cambios que permite recuperar fácilmente cualquier estado anterior de la página. Es decir, que están diseñados para que sea fácil corregir los errores, y difícil cometerlos. En los wikis se puede consultar (desde el registro de cambios) los “Cambios Recientes”, dónde encontramos una lista con los cambios hechos durante un periodo de tiempo. El ”Historial de Revisión” muestra versiones anteriores de una página, y se pueden ver los cambios entre dos revisiones. A través del Historial un editor puede ver y decidir restaurar una versión anterior del artículo. Ventajas de los wikis: • Libertad para el usuario. Provoca mucha más participación en su uso, a diferencia de los sistemas tradicionales. • Los contenidos se actualizan rápidamente (a tiempo real). • El documento final acostumbra a ser producto de la comunidad de usuarios. • Hay un registro y control de cambios. • Las páginas permiten un mecanismo de comentarios. De forma que se puede llegar a acuerdos sin presencia en tiempo y espacio. • Las herramientas de edición y actualización son sencillas y no requieren conocimientos muy técnicos. El primer software para wikis fue creado por Ward Cunningham hacia 1995. En el actualidad, existe una gran variedad de herramientas para wikis, muchas de ellas con licencia GPL. La Wikipedia (2001) es una wiki. Contiene más de un millón de artículos en inglés. Es una enciclopedia que permite a los usuarios consultar y modificar los contenidos.

3.8.3. RSS Las webs que nos interesan pero que cambian muy a menudo (por ejemplo lugares de noticias o weblogs) los tenemos que visitar regularmente. Puede llegar a ser un problema.

© Editorial UOC

200


De la misma manera, si nuestra web genera contenidos de forma continuada forzará a los usuarios a visitar muy a menudo algunas páginas. La solución reside en crear unas páginas que contienen la información de una página web con las últimas actualizaciones que se han hecho. Este tipo de archivos son los RSS y han resultado ser muy útiles para cualquier web. Al usuario (consumidor) de contenidos RSS sólo le hace falta recoger información de varias fuentes utilizando unos programas, denominados agregadores o Lectores de RSS.). El agregador, con una interfaz única, permite el acceso inmediato a las diversas fuentes de información, evitando visitar los diversos lugares web. Los agregadores comprueban, por encargo o periódicamente (por ejemplo cada 15 minutos), si ha habido cambios en el contenido de las Fuentes RSS a que están suscritos y actúan en consecuencia. Mostrando un aviso visual o sonoro al usuario (por ejemplo). RSS Es la sigla de: Rich Site Summary (RSS 0.91). RDF Site Summary (RSS 0.9 y 1.0) Really Simple Syndication (RSS 2.0)

Cómo funciona El fichero RSS es una especificación de formato de fichero, basada en XML 1.0, utilizada en Internet para difusión de noticias y titulares. Es muy habitual en lugares web de prensa, weblogs y de contenidos técnicos. Igual como el XML, es independiente de la plataforma y se utiliza en las arquitecturas y sistemas operativos más populares.

Ventajas Esta forma de distribución de información tiene varias ventajas sobre la suscripción clásica a boletines de noticias mediante correo electrónico: • El usuario no tiene que facilitar una dirección electrónica, y no se le llenará ningún buzón de correo en caso de que no lo consulte. • La disponibilidad de contenidos es inmediata. Está disponible en RSS, en formado web y no hace falta esperar a mensajes en ninguna lista de correo. • No hay problemas de disponibilidad en servidores de correo o filtros antispam que identifiquen erróneamente a mensajes de listas de correo.

© Editorial UOC

201


3.9. Aplicaciones de ejemplo

3.9.1. Acceder a información de la organización por medio de la web La organización puede aprovechar el servidor web para proporcionar una puerta de acceso a toda la información que sus integrantes necesiten. Con una política de usuarios y grupos, se puede montar un servidor de documentación que permita acceder a toda la información de la organización de una manera ordenada y jerarquizada, si es necesario. Por ejemplo, se podría utilizar el servidor web de forma que cuando alguien necesite llenar un formulario de petición de vacaciones sólo tenga que acceder a la web e imprimirlo. Se puede ir más allá e incluso montar un sistema de compartición de información y actas de la organización. Si se agrupa por proyectos, o por áreas, se puede tener toda la información centralizada y hacerla accesible para todos.

3.9.2. Creación de aplicaciones Uno de los problemas con los que se encuentran las organizaciones es que cada vez que se debe desarrollar una nueva aplicación, hace falta formar a los usuarios para que sepan interactuar con ella. La solución a este problema sería simplemente utilizar siempre la misma interfaz entre el usuario y la aplicación, de forma que el usuario ya estuviera acostumbrado a moverse dentro de la aplicación. De una manera natural, surgió la idea de aprovechar el navegador que es independiente de plataforma, como herramienta entre el usuario y la aplicación, y por lo tanto, basarse siempre en un servidor que acaba sirviendo páginas HTML. Así pues, puesto que los usuarios ya saben como elegir entre varias opciones, saben como añadir datos, modificar, consultar, etc., desarrollar una aplicación con formado web es una opción muy atractiva para la eficacia de interacción con el usuario final.

3.9.3. Correo web (webmail) El correo web permite a un usuario consultar el correo electrónico sin necesidad de estar siempre en la misma ubicación. A la mayoría de usuarios esto los representa un incremento importante de la comodidad, puesto que usar programas específicos de correo implica, por un

© Editorial UOC

202


lado, tenerlos instalados en el ordenador y, por lo tanto, depender de ellos para mirar el correo, y por otro lado, todo un proceso de aprendizaje para poder utilizar las funcionalidades que proporciona. Se hace evidente pensar en el hecho de que un medio de acceso común a todas las aplicaciones facilita mucho las cosas y, por lo tanto, cada vez surgen más aplicaciones que se basan en un cliente (navegador) y un servidor (servidor web).

4. Seguridad

La seguridad es un aspecto muy complejo, y más cuando se trata de una aplicación orientada específicamente hacia el exterior. Aquí, la seguridad se puede ver desde muchas vertientes.

4.1. Seguridad de publicación

Dado que la web publica información de la organización, hay que vigilar de no publicar por error información que sea confidencial. Ello puede pasar, por ejemplo, cuando el servidor accede a una base de datos: por un problema de permisos relajados, quizás se puede acceder a más información de la necesaria.

4.2. Seguridad del software

Todos los servidores web son aplicaciones que escuchan peticiones por unos puertos determinados y dan la información cogiéndola de los servidores y proporcionándola a los clientes. Esto los hace interesantes y potencialmente vulnerables para ser atacados por piratas informáticos, que constantemente buscan las debilidades para usarlas como puerta para poder acceder a los sistemas informáticos.

© Editorial UOC

203


4.3. Protocolos de comunicación cifrados (HTTPS)

Para comunicarse con el servidor web que contiene información sensible es recomendable usar protocolos que utilicen cifrado. El más utilizado es el HTTPS (HTTP seguro), que usa un cifrado en la comunicación, a diferencia del protocolo HTTP, en que la información circula visible, por lo cual con un sniffer (detector) se puede ver toda la sesión. Por lo tanto, en caso de una aplicación de correo electrónico, transacciones electrónicas, información personal o información privada de la organización, es muy recomendable instalar el módulo de HTTPS. HTTPS es una versión cifrada de HTTP, implementada por medio del estándar SSL/TLS. La conexión cifrada se lleva a cabo simplemente con una conexión HTTP ordinaria por encima de una conexión SSL cifrada. Por lo demás, HTTPS y HTTP son iguales. El puerto estándar de conexión HTTPS es el 443. HTTP SSL

Socket

TCP/IP

4.4. Registros de las conexiones

Los servidores hacen un log de las conexiones, pero, además, con poco trabajo añadido, es posible llevar un registro de qué máquinas son las que se han conectado, o incluso verificar contra DNS el nombre de las máquinas. Si no está en ningún DNS, una opción es no permitir la entrada, y si está en el DNS, guardar la dirección IP, el nombre IP y la dirección MAC de la máquina.

4.5. Copias de seguridad

El servidor web tiene pocos ficheros de configuración pero, viendo su importancia dentro el organización, es indispensable disponer de un sistema de copias de seguridad que proporcione todo lo necesario en caso de un fallo. Lo primero que deberia tener guardado es todo el proceso para instalarlo y cómo está organizado internamente.

© Editorial UOC

204


Aparte, es importante tomar nota de todos los cambios que se van haciendo y todas las políticas de registros que se han establecido. Se acostumbra a tener toda esta documentación por escrito y aparte, a hacer a diariamente o semanalmente una copia de seguridad íntegra de todos los componentes que forman el servidor web.

4.6 Ataques al servidor

Un servidor está expuesto a gran variedad de ataques, por lo que debe ser un elemento importante dentro del esquema de seguridad del sistema informático. Un ataque (con éxito) a un servidor puede tener consecuencias que hace falta tener presentes. • Degradación de la imagen de la organización. • Funcionamiento incorrecto o destrucción de parte o de toda la Web. • Robo de información. • Modificación de datos, y en especial de datos personales y/o sensibles de los usuarios y de la organización. • Intrusión en el servidor Web. Al existir muchos ataques diferentes, se pueden clasificar de la siguiente manera: • Vulnerabilidades del servidor Web. Ya no es habitual. Los servidores web cada vez son más seguros. • Manipulación de URL. Modificación manual de parámetros de URL para modificar el comportamiento esperado del servidor web. • Debilidades de los identificadores de sesión y sistemas de autenticación. • Inyección de código HTML y secuencias de comandos entre sites. • Inyección de comandos SQL.

© Editorial UOC

205


4.6.1. Falsificación de datos HTTP Este ataque consiste en enviar al servidor web datos introducidas manualmente para crear un contexto anormal.

© Editorial UOC

206


Se envían datos al servidor a través de los formularios, de las URL y de las cabeceras HTTP. De forma que se pueden hacer ataques diferentes en base a como se enfoque los datos que se modifiquen. Así pues, dado que toda esta información puede estar manipulada fácilmente por un usuario, no se puede considerar esta información fiable desde la perspectiva de la seguridad. La seguridad no puede estar basada en verificaciones del cliente. Hay que tener presente que establecer una conexión SSL no protege contra la manipulación de datos enviados hacia el servidor, sino que certifica la confidencialidad de la información entre la web y el usuario final. Dentro de este tipo de ataques podemos encontrar la manipulación de URL, inyección SQL, modificación de cabeceras HTTP o la modificación de formularios.

4.6.2. Manipulación URL Una URL tiene esta estructura:

Protocolo

Contraseña (opcional)

Nombre del servidor

Puerto (opcional si es 80)

Ruta

http://

Usuario:password@

www.uoc.edu

:80

/portal/catala/inde5.html

La URL permite enviar parámetros al servidor añadiendo el signo de interrogación después de la ruta. http://www.uoc.edu/forum?cat=5&page=1 La manipulación de algunas partes de una URL puede producir que un servidor Web permita el acceso a páginas que supuestamente no tenía acceso. También puede provocar el procesamiento de un caso no previsto (parámetro inexistente o un valor no contemplado) con un comportamiento anómalo de la página web ofreciendo información.

4.6.3. Inyección de código La inyección de código es conocida habitualmente como Cross Site Scripting (XSS). La técnica se basa en inyectar y ejecutar scripts (habitualmente javascript) que no están en el servidor atacado. Se puede llevar a cabo de varías maneras. Una de ellas se basa en enviar el código desde un formulario, aprovechando que el formulario no transforma los caracteres en secuencias HTML.

© Editorial UOC

207


4.6.4. Inyección SQL Los ataques de inyección SQL se hacen a webs que tienen bb.dd. relacionales. En este tipo de ataque, las páginas web reciben parámetros que se pasan a la bb.dd. como una consulta SQL. Si no se verifican los parámetros, se puede modificar la consulta para acceder a todo el contenido o modificarlo.

4.7. Métodos para acceder a bases de datos de la organización El servidor web es la parte pública de la red de la organización. Por lo tanto, la seguridad en esta parte es especialmente delicada. Veamos posibles maneras de asegurarla.

4.7.1. Arquitectura a tres niveles La idea que hay detrás de esta arquitectura es la de tratar diferente la parte de la web de la parte de los datos.

1) Son los clientes que acceden a la web para consultar y/o modificar información. 2) Puede ser un sólo servidor físico o dos, como es el caso representado en el esquema.Es recomendable que sean dos si la información es especialmente sensible. El servidor web hace de visualizador.

© Editorial UOC

208


El cortafuego (firewall) está configurado para que sólo el servidor web pueda llegar hasta el servidor de aplicaciones. De esta manera, sólo una máquina puede usar las aplicaciones que tienen acceso a las bases de datos. También tenemos separadas la parte de la visualización de la parte de aplicación. Otra de las razones de separar la parte de aplicación de la parte web es para no dejar en ningún momento las máquinas inconsistentes por problemas del visualizador. La comunicación entre el servidor web y el servidor de aplicaciones se puede hacer utilizando, por ejemplo, servlets, JSP o IAS. 3) El servidor de bases de datos tiene los datos. Es un servidor diferente, de forma que los datos están seguros y son independientes de la aplicación. Esto permite que incluso los usuarios de la base de datos las puedan mantener independientemente. La comunicación entre el servidor de aplicaciones y la base de datos se puede hacer, por ejemplo, utilizando JDBC. 4.7.2. Restricción de accesos Otra arquitectura para controlar el acceso es la siguiente::

Este esquema evita, en la medida de lo posible, los ataques por Internet, puesto que los cortafuegos deben tener seguridad entre máquinas para asegurar que no entra nadie no autorizado. El servidor web también tendrá que estar confi-

© Editorial UOC

209


gurado para que máquinas (a nivel de dirección) que no sean de la organización no puedan acceder a la información. La seguridad de los servidores web se puede ver desde muchas ópticas, puesto que un servidor se dedica a publicar información de la organización posiblemente en Internet.

5. Aspectos legales Los aspectos legales de los servidores web, y en este caso del webmaster, se centran en un punto muy discutido: la propiedad de la información que se hace pública. Una vez más, y a expensas de hacernos reiterativos, la legislación es muy cambiante en estos puntos, de modo que se debe consultar un asesor legal en caso de que se sospeche que puede haber problemas sobre esta materia. ¿Qué contestaríais ante las preguntas siguientes? • “¿Podemos coger cualquier cosa de Internet y ponerla en la web?”. • (Si antes habéis contestado que no) “¿Y si decimos a nuestra página de dónde la hemos sacado?”. • “¿Si queremos poner algo en nuestra web pero no queremos que nos lo copien, lo tenemos que registrar para evitarlo?”. • “Si todo lo que hay en Internet es de todos y podemos coger lo que queramos. ¿Qué discutimos?”. 5.1. Propiedad intelectual y sociedad de la información

Bajo un punto de vista legal, se usan los términos siguientes: Información: concepto que incluye datos y hechos, pero también imágenes, sonidos, textos, etc. Por ejemplo, datos meteorológicos, una película, una canción, un logotipo, un cuadro o una obra literaria. La información es un bien valioso y es un bien inmaterial que está en un soporte físico (material) del cual se puede ser propietario.

© Editorial UOC

210


Se comete un error grave al pensar que la propiedad de un soporte da derechos sobre la información que está fijado. Por ejemplo, comprar un libro da derecho a leerlo, pero no a hacer copias y a venderlas.

Administración de la web Se ha diseñado la web de la organización y, además, se ha decidido que los usuarios tendrán páginas personales en la que podrán poner lo que quieran. Esta acción pretende motivar al personal a usar las nuevas tecnologías. En poco tiempo, como no hacéis la web vosotros, como administradores del sistema, os dáis cuenta que tiene texto, imágenes, fotografías, animaciones, sonidos e incluso música bajada de Internet. ¿Qué pensáis? a) Esto se tiene que arreglar rápido. Eso no puede aparecer, puesto que es ilegal que aparezcan elementos que no ha hecho el autor de la web. b) Todo esto ya estaba en Internet, e Internet es libre. Por lo tanto, se puede coger todo lo que se quiera y volverlo a colgar en Internet. ¿Qué problema hay? Si bajamos fotografías de Internet, las podemos poner a nuestra página web, ¿verdad?Si están en Internet, bien que hay algún tipo de ‘licencia implícita’. También podemos hacer enlaces sin pedir permiso (cómo podemos acceder a la página, también podemos hacer ir). ¿Y la música? Por un trocito de canción no tiene que pasar nada. Y las estadísticas de la revista del sector también están en la web de la organización (total, si aparecían en una revista, cualquiera las puede tener, comprándola o haciendo fotocopias). La respuesta, como pasa siempre en estas situaciones, no es simple, pero sí clara: la información tiene propietario. Ponemos un ejemplo de un caso extremo. Podemos ser propietarios de un soporte y no tener ni siquiera derecho a usar la información que contiene. Si compramos un software copiado ilícitamente, nadie pondrá en entredicho la propiedad del disquete (el apoyo), pero si instalamos el programa, cometemos un acto ilícito.

Cualquier creación, producto de la creatividad humana, se intenta proteger mediante la propiedad intelectual, y el caso del ciberespacio no es ninguna excepción.

© Editorial UOC

211


6. Tareas/responsabilidades

El administrador de la web tiene un conjunto de funciones muy amplio, especialmente si también tiene que tener cuidado de los contenidos: • Hacer que la web siempre esté activa. • Procurar que el tiempo de respuesta esté dentro de los márgenes aceptados. • Hacer que la web sea homogénea. • Recoger todas las consultas, quejas y propuestas que se hagan sobre la web. • Controlar la seguridad del servidor. • Generar las estadísticas. • Preparar la formación de las personas que deben mantener los contenidos. • Responsabilizarse (aunque sea parcialmente) de los contenidos.

© Editorial UOC

213

Capítulo VII . Administración de seguridad

Capítulo VII Administración de la Seguridad

1. Seguridad informática

Aunque sea de una manera intuitiva, todos entendemos que un sistema informático se considerará seguro si se encuentra libre de todo riesgo o daño. A pesar de que no resulta muy sencillo formalizar el concepto de seguridad informática, entenderemos como tal el conjunto constituido por varias metodologías, documentos, software y hardware que determinan que los accesos a los recursos de un sistema informático sean llevados a cabo exclusivamente por los elementos autorizados a hacerlo. Teniendo en cuenta que es del todo imposible garantizar la seguridad o inviolabilidad absoluta de un sistema informático, en lugar del inabarcable concepto de seguridad será preferible usar el término fiabilidad. Por lo tanto, no se podrá entender la seguridad informática como un concepto cerrado consecuencia de la aplicación mecánica de una serie de métodos, sino como un proceso que se puede ver comprometido en cualquier momento de la manera más insospechada posible. En general, pues, diremos que un sistema informático es fiable cuando se satisfacen las tres propiedades siguientes:

Confidencialidad: sólo pueden acceder a los recursos que integran el sistema los elementos autorizados a hacerlo. Por recursos del sistema no solamente se entiende la información, sino cualquier recurso en general: impresoras, procesador, etc. Integridad: los recursos del sistema sólo pueden ser modificados o alterados por los elementos autorizados a hacerlo. La modificación incluye varias operaciones, como por ejemplo el borrado y la creación, además de todas las posibles alteraciones que se puedan hacer sobre un objeto. Disponibilidad: los recursos del sistema tienen que permanecer accesibles a los elementos autorizados.

© Editorial UOC

214


Como nos podemos imaginar, es muy difícil encontrar un sistema informático que maximice las tres propiedades. Normalmente, y según la orientación del sistema, se priorizará alguna de las tres vertientes. Por ejemplo, en un sistema que almacene datos de carácter policial, el elemento que hace falta priorizar es la confidencialidad de la información, aunque también hay que tener muy en cuenta la preservación (en la medida de lo posible) de la integridad y la disponibilidad. Observemos que no sirve de nada garantizar la confidencialidad mediante algún método criptográfico si permitimos que un intruso pueda borrar fácilmente la información almacenada en el disco duro del servidor (ataque contra la integridad). Por otro lado, es absolutamente necesario que los datos puedan estar disponibles en el curso de una actuación policial, por lo cual tampoco podemos descuidar la propiedad de disponibilidad en un sistema de estas características. A pesar de que no se tendrán en consideración las medidas que hace falta aplicar para prevenir o reducir el efecto de los desastres naturales u otros tipos de accidentes (incendios, inundaciones, etc.), en un estudio real pueden ser de importancia vital.

1.1. Tipo de ataques

La protección de un sistema informático no solamente se ha de dirigir al hardware y al software, sino también a los datos, tanto si se encuentran circulando por una red como si están almacenados en un disco duro o en otros soportes. Pensamos que si bien casi siempre es posible sustituir el hardware o el software, los datos, objetivo primordial de todo sistema informático, no tienen sustituto en caso de que se pierdan definitivamente. Los ataques que pueden sufrir el hardware, el software y, de una manera muy especial, los datos, se clasifican en cuatro grandes grupos: : Interrupción: ataque contra la disponibilidad en el cual se destruye o queda no disponible un recurso del sistema (por ejemplo, cortar una línea de comunicación o deshabilitar el sistema de ficheros del servidor). Intercepción: ataque contra la confidencialidad en el cual un elemento no autorizado consigue el acceso a un recurso. En este tipo de ataque no nos referimos únicamente a posibles usuarios que actúen como espías en la comunicación entre emisor y receptor. Por ejemplo, un proceso que se ejecuta en un ordenador y que almacena en un fichero las teclas que pulsa el usuario que utiliza el terminal, también constituiría un ataque de intercepción.

© Editorial UOC

215


Modificación: ataque contra la integridad en el cual, además de conseguir el acceso no autorizado a un recurso, también se consigue modificarlo, borrarlo o alterarlo de cualquier manera. Los ataques realizados por los intrusos (borrado de bases de datos, alteración de páginas web, etc.) son ejemplos típicos de esta modalidad de ataque. Fabricación: ataque contra la integridad en el cual un elemento consigue crear o insertar objetos falsificados en el sistema (por ejemplo, añadir de una manera no autorizada un nuevo usuario –y la contraseña correspondiente– al fichero de contraseñas).

Representación de los diferentes tipos de ataques de que puede ser objeto la comunicación entre emisor y receptor

1.2 Ataques procedentes de personas

La mayor parte de los ataques de que puede ser objeto un sistema informático se producen en manos de personas que, con varios objetivos, intentan acceder a información confidencial, destruirla o simplemente conseguir el control absoluto del sistema atacado. Conocer los objetivos de los atacantes y sus motivaciones resulta, pues, esencial para prevenir y detectar estas acciones.

© Editorial UOC

216


Así, pues, los ataques procedentes de personas se pueden clasificar en dos grandes grupos: Ataques pasivos El atacante no modifica ni destruye ningún recurso del sistema informático, simplemente lo observa, normalmente, con la finalidad de obtener alguna información confidencial. A menudo, este ataque se produce sobre la información que circula por una red. El atacante no altera la comunicación, sino que sencillamente la escucha y obtiene la información que se transmite entre el emisor y el receptor. Como la información que se transmite no resulta alterada, la detección de este tipo de ataque no es una tarea sencilla, porque la escucha no tiene ningún efecto sobre la información circulante. Una solución muy eficaz que permite resolver este tipo de problema consiste en el uso de técnicas criptográficas para hacer que la información no se transmita en claro y no pueda ser comprensible para los espías. Ataques activos En una acción de este tipo, el atacante altera o destruye algún recurso del sistema. Por ejemplo, en el caso de un espía que monitoriza una red, se podrían producir problemas muy serios, como los que exponemos a continuación: Suplantación de identidad: el espía puede suplantar la identidad de una persona y enviar mensajes en nombre suyo. Reactuación: uno o varios mensajes legítimos son interceptados y reenviados varias veces para producir un efecto no deseado (por ejemplo, intentar repetir varias veces un ingreso en una cuenta bancaria). Degradación fraudulenta del servicio: el espía evita el funcionamiento normal de los recursos del sistema informático. Por ejemplo, podría interceptar y eliminar todos los mensajes que se dirigen a un usuario determinado. Modificación de mensajes: se modifica una parte del mensaje interceptado y se reenvía a la persona a quien iba dirigido originalmente.

Como ya se ha indicado previamente, conocer las motivaciones que pueden tener las personas para atacar los sistemas informáticos puede ser vital a la hora de prevenir todo tipo de intrusiones.

© Editorial UOC

217


Veamos, pues, el perfil de los posibles atacantes de un sistema informático: • Personal de la misma organización: a pesar de que por defecto el personal interno disfruta de la confianza de la organización, hay que tener en cuenta que algunos ataques se pueden producir desde el interior de la propia institución. A menudo, estos ataques no son intencionados (a pesar de que, cuando lo son, son los más devastadores que se pueden producir), pueden ser accidentes provocados por el desconocimiento del personal (por ejemplo, el formateo accidental de un disco duro). • Antiguos trabajadores: una parte muy importante de los ataques a sistemas informáticos son los llevados a cabo por antiguos trabajadores que, antes de dejar la organización, instalan todo tipo de software destructivos como, por ejemplo, virus o bombas lógicas que se activan en ausencia del trabajador que, despedido o descontento por las condiciones de trabajo, ha decidido cambiar de trabajo. La presencia de este tipo de software no siempre es fácil de detectar, pero al menos sí que se pueden evitar los ataques que el antiguo trabajador pueda llevar a cabo desde fuera con el nombre de usuario y la contraseña que poseía cuando todavía trabajaba en la organización. Por lo tanto, como norma general, hay que dar de baja todas las cuentas del ex-trabajador y cambiar las contraseñas de acceso al sistema tan pronto como sea posible. • Hackers (intrusos informáticos): estas personas llevarán a cabo normalmente ataques pasivos orientados a obtener información confidencial (por ejemplo, un examen de un curso universitario), o simplemente con la finalidad de ponerse a prueba para obtener el control del sistema atacado. Además, si el atacante es bastante hábil, incluso podría borrar las huellas de sus acciones en los ficheros que las graban (denominados genéricamente ficheros log). Ya que este tipo de acciones no producen ningún efecto “visible”, no son fácilmente detectables. Los intrusos suelen aprovechar las vulnerabilidades conocidas de sistemas operativos y software para conseguir el control de todo el sistema informático. Para llevar a cabo este tipo de acciones es suficiente con ejecutar varios programas diversos que se pueden obtener en Internet y que automatizan los ataques a los sistemas informáticos sin que el intruso necesite disponer de muchos conocimientos técnicos. En el tercer apartado describiremos algunas de las técnicas que pueden usar los intrusos para llevar a cabo sus acciones. Además de las herramientas que hemos mencionado, los intrusos disponen de otras técnicas más sencillas (al menos desde el punto de vista informático), pero igual de efectivas. Por ejemplo, puede resultar muy productivo hacer una sencilla búsqueda de contraseñas escritas en papeles entre la basura contenida en una papelera (trashing), o de una manera más ingeniosa el intruso incluso podría suplantar la identidad de otra persona para averiguar la contraseña (mascarada). Así mismo, un intruso que desee obtener una contraseña en un sistema determinado,

© Editorial UOC

218


podría llamar por teléfono al administrador, hacerse pasar por otra persona y pedir la contraseña con la excusa de que la ha olvidado o perdido. En un exceso de buena fe, el administrador podría cambiar la contraseña y entregar la nueva al intruso en la misma comunicación telefónica. Las variantes de este tipo de ataques son múltiples y muchas se incluyen dentro de lo que se denomina ingeniería social, es decir, la manipulación de las personas para que hagan determinadas acciones que en realidad no deseen hacer. • Intrusos remunerados: a pesar de no ser un tipo de ataque muy frecuente, también vale la pena tenerlo en cuenta. En este caso, los intrusos se encuentran perfectamente organizados (pueden ubicarse en distintas localizaciones geográficas) y atacan de una manera conjunta el sistema de una organización determinada. Disponen de muchos medios técnicos y reciben remuneraciones muy elevadas de la organización rival que dirige el ataque, a menudo con el ánimo de acceder a información confidencial (un nuevo diseño, un nuevo software, , etc.) o bien con la intención de provocar un daño importante en la imagen de la organización atacada. Otras finalidades ilícitas que hay que considerar: utilización del sistema atacado como servidor de copias no autorizadas de software o como trampolín para atacar otras máquinas. Las acciones de los intrusos (hackers) pueden ser constitutivas de delito de daños –entre otras– (vean el apartado relativo al Código penal) y pueden implicar responsabilidades civiles y penales.

1.3. Mecanismos de seguridad

La seguridad global de un sistema informático depende en gran medida del Medidas de prevención: aumentan la seguridad del sistema durante su diseño ajustado de las medidas de prevención, detección y recuperación: funcionamiento (por ejemplo, el uso de cortafuego para evitar los intrusos). Medidas de detección: se utilizan para detectar violaciones de la seguridad de un sistema (por ejemplo, el uso de la herramienta de seguridad e integridad de datos Tripwire –vean el apartado 3). Medidas de recuperación: permiten la recuperación del funcionamiento correcto del sistema una vez se ha producido el ataque. Además de los mecanismos de copia de seguridad, también entran dentro de esta categoría las aplicaciones de análisis forense (como la herramienta Encase, por ejemplo), las cuales permiten averiguar cuál ha sido la puerta de entrada al sistema y también las actividades que ha llevado a cabo el intruso.

© Editorial UOC

219


Teniendo en cuenta que el desarrollo a fondo de estos tres puntos no es posible por motivos obvios de espacio, en este capítulo nos limitaremos a exponer los problemas básicos que comporta la administración de un sistema en relación a la prevención y detección de violaciones de la seguridad. En caso de caída del sistema, nos puede ser útil tener en consideración el protocolo de actuación siguiente: 1) Desconexión del equipo atacado de la red. Con esta acción evitamos que el intruso cause más daños y que pueda eliminar (si todavía no lo ha hecho) las huellas de sus acciones. 2) Hacer una copia de seguridad a bajo nivel que se utilizará posteriormente para analizar el ataque. 3) Analizar y compilar toda la información posible sobre el ataque: logs, software instalado por el atacante (troyanos, por ejemplo), puerta de entrada que ha usado, etc. 4) Restaurar el sistema y aplicar las actualizaciones del software instalado (o patch) para solucionar la vulnerabilidad de la que se ha servido el atacante para introducirse en el sistema. Además, hay que notificar el ataque a los usuarios para que cambien las contraseñas de las cuentas en cuanto antes. 5) Si se detecta que la máquina ha sido utilizada como trampolín para atacar otras máquinas, se deben avisar los responsables de estos sistemas. También hay que notificar el ataque al jefe de la organización del sistema atacado y, en caso de que se considere necesario, denunciarlo a la policía (todos los cuerpos policiales del Estado disponen de unidades especializadas en este tipo de delito) y notificarlo al CERT. Finalmente, también es posible solicitar informes periciales a los colegios de ingenieros informáticos y a empresas especializadas del sector. Los CERT (computer emergency response team) són equipos de respuesta a los incidentes de seguridad de los sistemas informáticos. Cada país dispone de sus propios CERT, los cuales ofrecen servicios de asistencia técnica, análisis y documentación sobre los incidentes de seguridad que se producen.

© Editorial UOC

220


2. Seguridad del entorno

En este apartado veremos algunas medidas de protección física que se pueden usar para evitar los accesos no autorizados a los sistemas informáticos. Una organización puede invertir mucho dinero en software que evite y detecte los accesos ilícitos a sus sistemas, pero toda esta inversión no servirá de nada si los recursos físicos del sistema se encuentran al alcance de todo el mundo. El hardware suele ser el elemento más caro de un sistema informático y, por lo tanto, hay que tener especial cuidado con las personas que tienen acceso material a dichos recursos. Una persona no autorizada que accediera al sistema podría causar enormes pérdidas: robo de ordenadores, introducción de software malicioso en el servidor (por ejemplo, un troyano o un key logger), destrucción de datos, etc. Para evitar este problema hay varias medidas de prevención como, por ejemplo, las siguientes: • Mantener los servidores y todos los elementos centrales del sistema en una zona de acceso físico restringido. • Mantener los dispositivos de almacenaje en un lugar diferente del resto del hardware. • Llevar a cabo inventarios o registros de todos los elementos del sistema informático (útil en casos de robo). • Proteger y aislar el cableado de la red (tanto para protegerlo de daños físicos como del espionaje). • Instalación de cámaras de videovigilancia. • Utilización de contraseñas en los salva pantallas. • Utilización de contraseñas de BIOS. • Desactivar las opciones de autocompletar y recordar contraseñas de los navegadores de Internet. • Elegir una topología de red adecuada a nuestras necesidades de seguridad (vean el capítulo de administración de red). • Garantizar la seguridad del hardware de red (enrutadores, conectores, concentradores y módems –vean el capítulo de administración de red).

© Editorial UOC

221


• Mecanismos de autentificación de los usuarios que quieren acceder al sistema.

Se denomina autentificación al proceso de verificación de la identidad de una persona o de un proceso que quiere acceder a los recursos de un sitema infomático.

De mecanismos de autentificación existen de muchos tipos diferentes, desde los más baratos y sencillos (como, por ejemplo, un nombre de usuario y una contraseña) hasta los más caros y complejos (como, por ejemplo, un analizador de retina). Como siempre, según los objetivos y el presupuesto de la organización, hay que elegir el que más se ajuste a nuestras necesidades. También hay que tener en cuenta que muchos de estos mecanismos son complementarios y se pueden utilizar a la vez.

2.1 Mecanismos de autentificación de usuarios

Sistemas basados en elementos conocidos por el usuario • Sistemas basados en contraseñas Es uno de los métodos que se usan más a menudo para autentificar un usuario que quiere acceder a un sistema. Obviamente es el método más barato, pero también es el más vulnerable, puesto que aunque la palabra de paso o contraseña tendría que ser personal e intransferible, a menudo acaba en poder de personas no autorizadas. Por otro lado, aunque las contraseñas se almacenen cifradas en un fichero, es posible descifrarlas con múltiples técnicas (por ejemplo, un ataque de diccionario). A pesar de que la asignación de las contraseñas a los usuarios se basa en el sentido común, no está de más recordar los aspectos siguientes: • Memorizarla y no llevarla escrita encima. • Cambiarla periódicamente (con carácter mensual, por ejemplo). • No repetir la misma contraseña en cuentas diferentes. • Evitar introducirla en presencia de otras personas.

© Editorial UOC

222


• No tirar documentos con contraseñas a la papelera. • Evitar utilizar palabras de diccionario (vean el apartado dedicado a los ataques a contraseña). • Evitar utilizar datos que puedan ser conocidos por otras personas (por ejemplo, nombre y apellido de el usuario, login, DNI, número de móvil, etc.). • Usar contraseñas de un mínimo de ocho caracteres. • Evitar la reutilización de contraseñas antiguas. • No utilizar contraseñas exclusivamente numéricas. • Favorecer la aparición de caracteres especiales (¡, *, ¿, etc.). • No utilizar secuencias de teclado del tipo “qwerty”. • Usar mnemotécnicos para recordar la contraseña. Aunque como usuarios de un sistema informático pensamos que no es necesario tomar precauciones con nuestra contraseña porque no almacenamos ninguna información importante en el sistema, vale la pena detenerse a pensar que una persona bastante lo hábil podría obtener el control de todo el sistema a partir de la obtención de una cuenta sin ningún privilegio especial. Por ejemplo, según un artículo publicado a primeros de los años noventa, el 30% de las cuentas de los sistemas Unix de la muestra analizada tenían contraseñas que se podían descifrar en sólo unos minutos de tiempo de CPU. Teniendo en cuenta que los ordenadores actuales son mucho más rápidos, si la política de asignación de contraseñas (y la educación de los usuarios en su uso) no ha variado, el problema se habrá agravado todavía más. Sistemas basados en elementos que posee el usuario A diferencia de los métodos anteriores, estos sistemas no se basan en lo que conoce el usuario, sino en lo que posee. • Sistemas basados en tarjetas inteligentes y tokens de seguridad Una tarjeta inteligente (smartcard) es similar a una tarjeta de crédito, pero a diferencia de ésta, las tarjetas inteligentes alojan un microprocesador (y memoria) que las dota de las características siguientes:

© Editorial UOC

223


• Capacidad para hacer cálculos criptográficos sobre la información que almacenan (DES, Triple DES, DSS, RSA, etc. –estos algoritmos los describiremos en el apartado 2.2). • Almacenamiento cifrado de la información. • Protección física y lógica (clave de acceso) a la información almacenada. • Capacidad para almacenar claves de firma y cifrado (vean el apartado 2.2 de este mismo capítulo). Es un método de autentificación que cada vez usan más las organizaciones, a pesar del coste de adaptación de la infraestructura a los dispositivos que permiten la lectura de las tarjetas. Además, las tarjetas pueden ser de contacto (es decir, deben ser insertadas en la ranura de un lector para que puedan ser leídas), o sin contacto. Por ejemplo, este segundo tipo se ha comenzado a emplear con éxito en varios países como sistema de pago en el transporte público. Otra solución para resolver el problema de la autentificación, bastante popular en el sector empresarial, consiste en el denominado token de seguridad. Suelen ser dispositivos físicos de dimensiones reducidas (algunos incluyen un teclado para introducir un PIN), similares a un llavero, que calculan contraseñas de un único uso (cambian a cada login o cada cierto tiempo). Pueden almacenar claves criptográficas, como por ejemplo la firma digital o datos biométricos (que se verán enseguida). • Sistemas biométricos Se basan en las características físicas del usuario que se ha de autentificar (o en patrones característicos que puedan ser reconocidos como, por ejemplo, la firma). Como principal ventaja, el usuario no tiene que recordar ninguna contraseña ni hace falta que lleve ninguna tarjeta encima. Suelen ser mucho más caros que los métodos anteriores, motivo por el cual todavía no se usan mucho, a pesar de que algunos de estos métodos ofrecen un alto nivel de seguridad (por ejemplo, el reconocimiento dactilar). Entre las diferentes características que se pueden utilizar para reconocer un usuario mediante medidas biométricas destacamos las siguientes: • Voz • Olor corporal • Escritura • Huellas dactilares (probablemente es el método más utilizado y de menor coste).

© Editorial UOC

224


• Patrones de la retina o del iris. • Geometría de la mano • Trazado de las venas • Estructura facial

2.2. Protección de los datos Para evitar los ataques contra la confidencialidad y las técnicas de los espias (vean el apartado 1.2) se pueden usar varios métodos criptográficos. A continuación, definiremos los criptosistemas de clave privada y clave pública, las funciones resumen y la firma digital, y estudiaremos las implicaciones que pueden tener estos elementos en la seguridad global del sistema informático. Una cifra o criptosistema es un método secreto de escritura, mediante el cual un texto en claro se transforma en un texto cifrado o criptograma. El proceso de transformar un texto en claro en texto cifrado se llama cifrado, y el proceso inverso, es decir, la transformación del texto cifrado en texto en claro, se llama descifrado. Tanto el cifrado como el descifrado son controlados por una o más claves criptográficas. Se llama criptografía a la ciencia y estudio de la escritura secreta. Junto con el criptoanálisis (técnica que tiene como objetivo averiguar la clave de un criptograma a partir del texto en claro y del texto cifrado) forman lo que se conoce con el nombre de criptología. Para proteger la confidencialidad de los datos (almacenados o circulando por la red) se pueden usar criptosistemas de clave privada (simétricos) o de clave pública (asimétricos):

Criptosistemas de clave compartida: criptosistemas en los cuales emisor y receptor comparten una única clave. Es decir, el receptor podrá descifrar el mensaje recibido sólo si conoce la clave con la cual el emisor ha cifrado el mensaje.

El algoritmo más representativo de los criptosistemas de clave privada es el DES (data encryption standard, 1977). Este algoritmo cifra la información en bloques de 64 bits de longitud usando claves de 56 bits. Actualmente se encuentra en desuso, puesto que no es seguro. En lugar del DES se utiliza una variante denominada Triple DES, u otros algoritmos como, por ejemplo, IDEA, CAST,

© Editorial UOC

225


Blowfish, etc. No obstante, el actual estándar (desde el año 2002), adoptado como tal por el gobierno de los Estados Unidos, es el denominado AES (Advanced Encryption Standard), representado por el algoritmo Rijndael. Las especificaciones del AES (que no coinciden exactamente con su representante, el algoritmo Rijndael), determinan una longitud de bloque fijo de 128 bits y longitudes de clave de 128, 192 ó 256 bits. A continuación, veremos un criptosistema verdaderamente ingenioso y conceptualmente muy elegante:

Criptosistemas de clave pública: en este tipo de criptosistemas, cada usuario u tiene asociada una pareja de claves . La clave pública, Pu, es accesible para todos los usuarios de la red y aparece en un directorio público, mientras que la clave privada, Su, tan sólo es conocida por el usuario u.

Cuando un usuario A quiere enviar un mensaje a un usuario B, cifra el mensaje usando la clave pública de B (recordemos que esta clave es conocida por todo el mundo). Cuando el receptor reciba el mensaje únicamente lo podrá descifrar utilizando su clave privada (la cual obra exclusivamente en poder suyo). La criptografía de clave pública fue introducida por Diffie y Hellman en el año 1976. Cifrado de un mensaje en un criptosistema de clave pública

© Editorial UOC

226


El criptosistema de clave pública más conocido es el denominado RSA (Rivest, Shamir y Adleman, 1978), pero existen muchos otros como, por ejemplo, el criptosistema DSA (digital signature algorithm). Estos tipos de criptosistemas se basan en funciones matemáticas unidireccionales (no utilizan sustituciones o transposiciones) y son lentos si se comparan con los de clave privada, motivo por el cual se suelen usar para intercambiar claves simétricas en los protocolos de comunicación, pero no para cifrar información. Una ventaja muy importante de este tipo de criptosistema es que permite la incorporación de firma digital. Cada usuario podrá firmar digitalmente su mensaje con su clave privada y esta firma podrá ser verificada más tarde de forma que el usuario que lo ha originado no pueda negar que se ha producido (propiedad de no-repudio).

Para poder explicar el mecanismo de firma digital, hay que definir previamente el concepto de función hash:

Una función hash (o función resumen) es una función matemática que hace corresponder una representación de longitud fija a un mensaje m de longitud variable. Esta representación tiene de 128 a 160 bits –los nuevos algoritmos pueden llegar a los 256, 384 y 512 bits–) y se llama valor resumen del mensaje.

Las funciones resumen (hash) tienen un papel muy importante en la verificación de la integridad del sistema (detección de troyanos, virus, etc.). Por ejemplo, lo que se puede ver a continuación es el resultado de aplicar una función resumen a un fichero denominado MD5.TXT: MD5.txt 89736DF30DC47A7D5AC22662DC3B5E9C

Las funciones resumen tienen que ser unidireccionales:

Una función resumen o función hash (H) es unidireccional si para cualquier mensaje m’ del recorrido de H, es difícil (dede el punto de vista computacional) encontrar m tal que m’ = H (m).

© Editorial UOC

227


Los algoritmos MD5 (message digest, desarrollado por Ron Rivest y con resúmenes de 128 bits –cuestionado des de el año 2004) y SHA-1 (secure hash algorithm, desarrollado por la Agencia de Seguridad Norteamericana y con resúmenes de 160 bits) son los que más se usan para implementar las funciones resumen. Además de los algoritmos SHA-0 (el precursor) y SHA-1, existen diversas variantes (SHA-224, SHA-256, SHA-384 y SHA-512), todos ellos identificados como SHA-2. En la actualidad todavía no se ha podido realizar ningún ataque efectivo sobre el algoritmo SHA-1, a pesar de que se han publicado resultados comprometidos sobre funciones similares a SHA-1. A continuación, describiremos el funcionamiento del protocolo de firma digital con funciones resumen. Suponemos que el usuario A quiere firmar el mensaje m y enviarlo a el usuario B. 1) El usuario A calcula el resumen de m. 2) A continuación, el usuario A firma el resumen, m, con su clave privada y obtiene s. El usuario B recibirá el mensaje m y el resumen firmado s. Cuando el usuario B quiera verificar el origen del mensaje recibido hará las acciones siguientes: 3) El usuario B calcula el resumen de m. 4) A continuación, el usuario B descifra el resumen firmado, s, usando la clave pública del usuario A. Si este valor coincide con el calculado en el apartado 3, entonces s es una firma digital válida para el valor resumen de m. A la hora de utilizar la clave pública de un usuario, ¿cómo podemos saber que es auténtica? Para resolver este problema se requiere la participación de una tercera parte (denominada autoridad de certificación) que confirme la autenticidad de la clave pública de un usuario mediante la expedición de un certificado digital. La herramienta criptográfica PGP (pretty good privacy) El software PGP, acrónimo de pretty good privacy, fue desarrollado por Phil Zimmermann en el año 1991 y en la actualidad todavía es una de las herramientas que más se usan mundialmente para preservar la confidencialidad de la información y firmar las comunicaciones a traves del correo electrónico, a pesar de las sospechas que han originado sus presuntos backdoors.

© Editorial UOC

228


PGP es un software híbrido que utiliza tanto técnicas de criptografía de clave privada como de clave pública. Además de gestionar las claves y permitir varios algoritmos de cifrado distintos, también permite el borrado seguro de ficheros. Una característica esencial que convirtió el PGP en una herramienta muy atractiva a nivel mundial es que su código fuente era de libre distribución (hasta la versión 6.5.8), motivo por el cual Zimmermann padeció serios problemas con los servicios secretos norteamericanos (en los Estados Unidos, la exportación de herramientas criptográficas era considerada una práctica similar al contrabando de armas). La venta del PGP a una empresa norteamericana y la dificultad para acceder a su código fuente, han provocado que sus usuarios sospecharan de la existencia de puertas traseras o backdoors (a pesar de que Zimmerman afirma que la versión 7.0.3 se desarrolló bajo su supervisión y no tiene puertas traseras). Por este motivo, en el año 1999 apareció un nuevo software, denominado GnuPG (gnu privacy guard), obra del alemán Werner Koch y que, como su nombre indica, es un programa libre bajo licencia GNU, el cual desarrolla los estándares de implementación del OpenPGP. Estaganografía Se llama esteganografia al conjunto de técnicas que permiten ocultar o esconder cualquier tipo de datos. A diferencia de la criptografía, la esteganografía esconde los datos entre otros datos, pero no los modifica de forma que no sean ilegibles. Por ejemplo, mediante el uso de técnicas esteganográficas, un fichero de una imagen digitalizada podría ocultar en su interior un fichero de texto con todas las contraseñas de los usuarios de un sistema informático. Desde el punto de vista del usuario que examina la imagen, no se podría apreciar ninguna diferencia entre la imagen original y la imagen que oculta los datos confidenciales; los dos ficheros tendrían el mismo tamaño. En general, cualquier fichero, tanto si es una imagen como un documento o incluso un fichero de sonido, es susceptible de esconder algún tipo de información. Aunque las diferencias entre el fichero original y el fichero esteganografiado sean prácticamente inapreciables, obviamente exiten. Una de las técnicas que se pueden usar para ocultar información en un fichero consiste en alterar los bits menos significativos del fichero original, de forma que en estas alteraciones se almacene precisamente la información que se quiere ocultar. El tamaño del fichero esteganografiado será exactamente el mismo que el del fichero original, pero el contenido será ligeramente e inapreciablemente diferente. No hay ningún tipo de duda que, si la criptografía puede tener usos delictivos, de la esteganografia todavía se puede hacer un uso más ilegítimo. Si se localiza un fichero cifrado se puede pensar que en él se esconde algo confidencial (aunque descifrarlo sea muy complejo o casi imposible), pero en el caso de la esteganografía, el análisis superficial de los datos ni siquiera puede llegar a crear sospechas que algún fichero contenga información relevante. Una técnica que

© Editorial UOC

229


se puede usar para localizar ficheros que contengan información oculta consiste en la comparación de los valores resumen de los ficheros sospechosos con los valores resumen de los ficheros originales. Por ejemplo, en caso de que los ficheros sospechosos sean ficheros de sistema operativo, es relativamente sencillo obtener los valores resumen de los ficheros originales del sistema, los cuales se compararán posteriormente con los valores resumen de los ficheros sospechosos para determinar si han sido tratados con técnicas esteganográficas.

3. Seguridad del sistema

El objetivo de este apartado se centrará en el estudio de las intrusiones y ataques de los que puede ser objeto un sistema informático. Algunas de las técnicas descritas pueden parecer obsoletas, pero a nuestro parecer son didácticamente interesantes y pueden servir de fundamento para comprender procesos más complejos. Así mismo, muchos de los sistemas actuales todavía funcionan con sistemas operativos antiguos, o con sistemas no actualizados que, muy probablemente, son susceptibles de padecer muchos de los problemas que se describirán a continuación. Las fases o etapas de las que suele constar una intrusión son las siguientes:

• Etapa previa al ataque: recogida de información. • Ataque inicial. • Acceso completo al sistema. • Instalación de backdoors, key loggers, troyanos, etc, para obtener información y facilitar futuros accesos del atacante. • Eliminación de huellas.

Los procedimientos y herramientas que se estudiarán en este capítulo se pueden utilizar para prevenir y detectar las intrusiones en un sistema informático, si bien también pueden ser utilizadas maliciosamente para producir el efecto contrario.

© Editorial UOC

230


3.1. Seguridad en el sistema de ficheros

En este capítulo consideraremos que la administración de usuarios, grupos y sus privilegios, y también la de ficheros y directorios, se ha hecho correctamente. A pesar de que tampoco las estudiaremos en profundidad, también hay que tener en cuenta las ACL (access control lists) o listas de control de acceso. Mediante las ACL es posible la asignación de permisos a usuarios o grupos concretos. Esto puede ser útil en caso de que dos usuarios que pertenecen a grupos diferentes necesiten los mismos permisos a la hora de acceder a unos determinados directorios. Por ejemplo, un proyecto interdisciplinario entre profesores del departamento de Informática y el de Filosofía (los dos grupos de usuarios con perfiles perfectamente definidos dentro de cada departamento), podría requerir que los componentes del proyecto tuvieran que acceder a los mismos directorios, necesidad que se podría satisfacer con la creación de la ACL correspondiente.

3.2. Ataques a contraseña

A pesar de la existencia de muchos mecanismos de autentificación, lo cierto es que hoy en día la vía de entrada más común para acceder a un sistema informático es el uso del nombre de usuario acompañado de la correspondiente contraseña. En consecuencia, la política de gestión y mantenimiento de contraseñas es vital para garantizar la seguridad del sistema. En este apartado estudiaremos con cierto detalle el fichero de contraseñas de sistemas Unix/Linux. A pesar de su especificidad, muchos de los conceptos que aparecen en este apartado son fácilmente extrapolables a otros sistemas operativos y útiles para comprender como funcionan los ataques a contraseña. Ejemplo: el fichero ‘/etc/passwd’ en Unix/Linux La finalidad de este tipo de ataque consiste en averiguar o descifrar, borrar, modificar o insertar contraseñas en el fichero que las almacena. En los sistemas Unix cada nombre de usuario (login name) tiene una entrada, junto con la contraseña cifrada respectiva, en el fichero /etc/passwd. Para el correcto funcionamiento del sistema este fichero tiene que tener permisos de lectura para todos los usuarios. El fichero /etc/passwd también contiene cuentas de usuarios no reales, relativas a varios servicios del sistema. Hay que eliminar los que no se tienen que utilizar.

© Editorial UOC

231


Las entradas del fichero /etc/passwd tienen el formato que se puede ver en el ejemplo siguiente (el símbolo “:” actúa de elemento separador entre los diferentes campos):

Pere:HGY89fgf801we:UID:GID:información de usuario:directorio de trabajo de l’usuari:shell por defecto del usuario

Los campos que nos interesan son, básicamente, el primer campo (nombre de login del usuario), y el segundo, la contraseña cifrada del usuario. Los campos UID y GID representan, respectivamente, el identificador (único) del usuario y el identificador del grupo del usuario. Cuando un usuario entra en el sistema, la contraseña del fichero /etc/passwd no se descifra (puesto que el algoritmo de cifrado es unidireccional), sino que se cifra la contraseña introducida por el usuario usando el mismo algoritmo de cifrado simétrico y se compara con la contraseña cifrada del fichero /etc/passwd. En caso de que coincidan, el usuario estará autorizado a entrar. Teniendo en cuenta el carácter unidireccional del algoritmo de cifrado, la manera más evidente de romper las contraseñas del fichero /etc/passwd será el uso de técnicas de fuerza bruta (explorando todo el árbol de posibilidades y, por lo tanto, en general el método es muy lento). Además, pero, también se pueden utilizar los denominados ataques de diccionario. Como ya se ha mencionado anteriormente, el fichero /etc/passwd tiene que permanecer con permisos de lectura para todos los usuarios, de forma que resulta relativamente sencillo visualizar u obtener el contenido del fichero /etc/ passwd, localmente o remotamente. Una vez se dispone de este fichero, se podrán intentar averiguar las contraseñas, simplemente cifrando todas las palabras contenidas en un fichero de diccionario (se llaman de esta manera los ficheros ASCII que contienen muchas palabras de un idioma determinado o de un tema concreto: deportes, música, etc.) y comparando el resultado con las contraseñas cifradas del fichero /etc/ passwd. Si alguna de las contraseñas cifradas coincide con el resultado de cifrar una palabra del diccionario, habremos obtenido una clave de acceso al sistema de una manera no autorizada. En realidad, el proceso de cifrar todas las palabras de un diccionario es más complejo de los que se ha explicado anteriormente, puesto que no hay un único cifrado para cada palabra. A la hora de cifrar una palabra (es decir, en el momento en que se creó o bien se cambió la contraseña), hay que tener en cuenta 12 bits (denominados salt en inglés) que proporcionan 4.096 codificaciones diferentes para cada palabra (el valor del rango de 0 a 4.095 se elige según la hora del sistema). Así, pues, cada palabra del diccionario tendrá que ser codificada 4.096 veces para asegurar que no nos dejamos ninguna posibilidad para explorar. La presen-

© Editorial UOC

232


cia de los bits de salt no dificulta (computacionalmente no representa un coste insalvable) el descifrado de las contraseñas, pero permite que dos usuarios que tengan la misma contraseña aparezcan cifrados de una manera diferente en el fichero /etc/passwd. La creación de contraseñas usando las recomendaciones que se han especificado anteriormente en el apartado dedicado a la autentificación de usuarios dificulta en gran manera los ataques basados en el uso de diccionarios. En este sentido, el administrador dispone de varias herramientas que permiten de comprobar la calidad de las contraseñas de los usuarios del sistema. Por ejemplo, las aplicaciones npasswd o passwd+ (entre otras) permiten la denominada comprobación proactiva de contraseñas, la cual permitirá eliminar las contraseñas que, según una serie de criterios, sean consideradas débiles. Así, pues, en caso de que un usuario escoja una contraseña que no satisface estos criterios, se verá obligado a elegir otra. Además, el administrador también puede ejecutar con una cierta periodicidad (y con la autorización para hacerlo), herramientas como por ejemplo Crack o John the Ripper para realizar ataques de diccionario sobre el mismo fichero de contraseñas y poder comprobar de esta manera su robustez. Estas herramientas automatizan el procedimiento de ataque basado en diccionarios e incluso permiten llevar a cabo ataques de fuerza bruta, efectivos cuando las contraseñas tienen un número de caracteres muy reducido.

Ocultación de contraseñas en Unix: el fichero ‘/etc/shadow’ Mediante la técnica de ocultación de contraseñas (shadowing), las contraseñas cifradas que antes se podían localizar en el fichero /etc/passwd (con permiso de lectura para todos los usuarios), ahora pasan a localizarse en el fichero /etc/ shadow, el cual únicamente podrá ser leído por el usuario root. Las entradas del fichero de contraseñas, /etc/passwd son idénticas a las que hemos visto anteriormente, con la excepción que ahora el campo de la contraseña contendrá un símbolo (generalmente una “x”) que indicará la localización de la contraseña en el fichero /etc/shadow a los programas que lo requieran:

Pere:x:500:100:Pere Joan:/export/home:/bin/bash

Además, cada usuario tendrá una entrada en el fichero /etc/shadow que contendrá el nombre de usuario, la contraseña cifrada y una serie de campos que sirven para implementar mecanismos de envejecimiento de contraseñas (agin password), los cuales no se detallarán, puesto que exceden los propósitos de estos materiales:

© Editorial UOC

233


Pere:HGY89fgf801we:120078:0::7:10::

En la actualidad, en muchas distribuciones de Linux la opción de shawdowing se encuentra activada por defecto y, a veces, ni siquiera se puede desactivar.

3.3. Código malicioso y amenazas lógicas

Se llama código malicioso (malware) a cualquier fichero que pueda resultar pernicioso para un sistema informático. Algunas veces, el código malicioso se puede insertar dentro de un programa “autorizado”. El código malicioso también puede estar oculto y provocar todo tipo de daños como, por ejemplo, el borrado de datos o el envío de información confidencial del usuario por correo electrónico. En otras ocasiones, el código malicioso no se inserta dentro de un programa autorizado, sino que aparece como un nuevo software que desarrolla alguna función útil. El usuario lo ejecuta con una finalidad y el programa, en virtud del código malicioso que contiene, lleva a cabo acciones desconocidas por el usuario. Hay muchas listas de correo de seguridad que aportan información de vulnerabilidades y actualizaciones diariamente. como ejemplo, www.hispasec.com. El código malicioso, en todas sus múltiples variantes, se puede encuadrar dentro lo que se llaman las amenazas lógicas (de las cuales, los virus y los troyanos son les elementos más representativos): • Software incorrecto: consiste en el aprovechamiento de vulnerabilidades accidentales del software (errores de programación) con finalidades destructivas. Dicho de otra manera, consiste en utilizar el software con un objetivo diferente del objetivo con que fue concebido. Estas vulnerabilidades reciben el nombre genérico de bugs (errores) y el software que se utiliza para aprovecharlos se llama exploit (hablaremos de ellos más adelante). Para evitar este tipo de problema es fundamental estar al día de todos los agujeros de seguridad que presenta nuestro software mediante una suscripción en listas o foros de seguridad que publican estas vulnerabilidades y explican dónde se pueden encontrar las actualizaciones del software que las solucionan. • Herramientas de seguridad mal empleadas: escáneres, sniffers (detectores), software para atacar contraseñas, etc.

© Editorial UOC

234


• Bombas lógicas: son partes de código de un software que se mantiene inerte hasta que no se produce una cierta condición que lo activa (una fecha, una secuencia de teclas, etc.). Algunos programadores maliciosos insertan estas partes de código en sus programas con la intención de activarlas si son despedidos de la organización en la que trabajan. • Virus: habitualmente, los virus son secuencias de código que se insertan en un fichero ejecutable (denominado huésped) de manera que cuando se ejecuta también lo hace el virus. Su principal cualidad es la autorreplicación, es decir, la capacidad de insertarse en otros programa del sistema informático atacado. Pueden tener efectos sumamente destructivos (o simplemente perseguir la replicación): formateo de un disco duro, borrado de ficheros, disminución del rendimiento del sistema, etc. Los virus constituyen uno de los problemas de código malicioso más importantes en sistemas informáticos basados en Windows. En relación a los programas antivirus, además de los basados en la búsqueda de patrones víricos en los ficheros infectados, también existen varios productos que bajo la denominación de antivirus actúan en realidad como programas protectores de la integridad del sistema, y permiten tan sólo la instalación de software autorizado (firmado digitalmente por el fabricante). • Gusanos: similares a los virus, un gusano es un programa que es capaz de autoejecutarse con el fin de propagarse por la red y colapsar el ancho de banda de los sistemas atacados o dañar los ordenadores (pueden ir acompañados de virus). • Troyanos: son partes de código insertadas en el software que habitualmente se utiliza en el sistema. Este código se mantiene oculto y lleva a cabo tareas diversas sin que el usuario o el administrador se den cuenta. Camuflado bajo la apariencia de un software útil o habitual, no suelen ocasionar efectos destructivos. Generalmente capturan contraseñas y otros datos confidenciales y las envían por correo electrónico a la persona que ha introducido el troyano dentro el sistema atacado. También pueden abrir agujeros de seguridad que posteriormente podrán ser aprovechados por el atacante. Realmente, los efectos de los troyanos pueden llegar a ser muy perniciosos y, como se verá más adelante, su uso puede ser fuente de delitos. Por ejemplo, mediante un troyano es posible activar remotamente una webcam y grabar al usuario destino con total desconocimiento por parte de este. • Backdoors: puertas de entrada a sistemas operativos y software, insertados por los mismos diseñadores o programadores, que les permiten acceder a la aplicación evitando todos los mecanismos de autentificación (vean el apartado relativo al PGP).

© Editorial UOC

235


• Phising: prácticamente todos los usuarios de Internet hemos padecido la recepción de correos electrónicos que, haciéndose pasar como “fiables” y procedentes de entidades bancarias reales, nos solicitan información confidencial que una verdadera entidad bancaria jamás solicitaría a través del correo electrónico (del envío de spam –publicidad no solicitada se hablará más adelante). Los links o vínculos de estos correos nos remiten a sitios web falsos y que no corresponden a la entidad bancaria real. El pharming, en el cual se explota una vulnerabilidad en el software de los servidores o de los usuarios, permite que el atacante redirija un nombre de dominio a otra máquina diferente. Es una variante muy técnica de efectos similares al phising. • Hoax: tan “popular” como el phising o el spam, un hoax no es más que un correo electrónico en el que se avisa de la existencia de virus (naturalmente falso) de efectos devastadores contra los cuales no existe ningún antivirus que los pueda detectar. • Adware: software que muestra publicidad diversa. Habitualmente se instala sin el consentimiento del usuario. • Spyware o software espía: software que envía datos a empresas sobre nuestros hábitos de Internet. Como de costumbre, suelen instalarse sin el permiso del usuario. Existen múltiples soluciones para “limpiar” nuestros sistemas de este tipo de software. A continuación, estudiaremos las diferentes técnicas que se pueden usar para detectar y prevenir la presencia de código malicioso en nuestro sistema informático. Según la configuración del sistema, la detección del código malicioso (normalmente ficheros compilados) será una tarea más o menos complicada. Por ejemplo, si se conoce la última fecha de actualización del sistema y se localiza algún fichero de sistema posterior a esta fecha, se puede pensar en la presencia de código malicioso. En este sentido, puede resultar de mucha ayuda la observación de los parámetros siguientes: • Última fecha de modificación de los ficheros. • Fecha de creación de los ficheros. • Tamaño de los ficheros. Desgraciadamente, las fechas y tamaños de los ficheros se pueden alterar con facilidad y, por lo tanto, no son una fuente de información segura. Una vez más, las funciones resumen nos pueden ser de mucha utilidad para garantizar la integridad de todo el sistema.

© Editorial UOC

236


Como ya se ha visto previamente (vean el apartado 2 de este mismo capítulo), las funciones resumen permiten de obtener lo que podríamos denominar una huella única de un fichero o conjunto de ficheros. Así, pues, el administrador puede obtener en cualquier momento una instantánea o huella única del sistema informático usando funciones resumen. Cualquier alteración de un fichero, por mínima que esta sea, provocará que cuando el administrador vuelva a calcular la función resumen, obtenga un resultado diferente. La herramienta más conocida para llevar a cabo esta función recibe el nombre de Tripwire (hay versiones para Linux, UNIX y Windows NT). Es configurable, incluye un lenguaje de macros para poder automatizar tareas y usa varios algoritmos de resumen (entre los cuales el algoritmo MD5). El funcionamiento de Tripwire es el siguiente: una vez se ha instalado el sistema, se obtiene un resumen de cada fichero relevante y se almacena en una base de datos. Cuando el administrador quiere comprobar la integridad del sistema, ejecuta Tripwire y si se ha producido algún cambio en algún fichero, se generará la señal de avíso correspondiente en el fichero de salida de la aplicación. El funcionamiento correcto de este procedimiento sólo se puede garantizar si la base de datos dónde se guardan las salidas resumen no es modificable por ningún usuario. Esto se puede conseguir haciendo que la base de datos tenga atributo de sólo lectura, o mejor todavía, almacenándola en un medio que no admita reescrituras como, por ejemplo, un CD-ROM. Como hay algunos ficheros del sistema que pueden variar a menudo (por ejemplo, el fichero de contraseñas), Tripwire permite actualizar la base de datos sin volver a calcular el resumen entero de todo el sistema.

3.4. Detectores (sniffers) Se llaman detectores (sniffers) los programas que permiten la captura y la grabación de la información que circula por una red. Su funcionamiento se basa en la activación del modo promiscuo de las interfaces de red de las estaciones de trabajo. Con la activación de este modo, la estación de trabajo podrá monitorizar, además de los paquetes de información que se dirigen de una manera explícita, el tránsito entero de la red. Esto incluye, por ejemplo, la captura de nombres de usuario y contraseñas, o incluso la intercepció de correos electrónicos (o cualquier otro documento confidencial). La actividad de los detectores es difícilmente detectable porque no quedan huellas en ningún sitio. No podemos tener constancia de la información que puede haber sido interceptada por la acción de los detectores (sino es de manera indirecta, por medio de los ataques que puede padecer el sistema informático). No obstante, se pueden usar medidas de protección de alcance más general. Por ejemplo, si se cifran los documentos que se envían por la red con PGP, aunque puedan ser interceptados, muy difícilmente podrán ser descifrados por

© Editorial UOC

237


el espía. Desgraciadamente, las herramientas criptográficas protegen la información que circula, pero no permiten establecer conexiones seguras. El detector por excelencia se llama Wireshark (conocido como Ethereal hasta el año 2006) y tiene versiones para Unix y Windows. Por este motivo, es de vital importancia la instalación de otras herramientas como, por ejemplo, un servidor de Secure Shell (SSH) y las respectivas utilidades de los clientes. Secure Shell permite el establecimiento de inicios de sesión seguros y se puede usar como sustituto del comando Telnet. Una vez instalado, configurado e iniciado el servidor, el uso de las diferentes utilidades de los clientes se puede ejecutar de una manera muy sencilla y similar al habitual Telnet, motivo por el cual la utilización de Secure Shell no necesita ninguna fase de aprendizaje. Finalmente, notemos que los detectores tienen muchas ventajas para el administrador del sistema, no sólo para monitorizar, por ejemplo, el flujo de información que circula por la red, sino para protegerse de muchas amenazas (por ejemplo, si sospechamos que nuestro sistema ha sido troyanizado, podemos monitorizarlo con un detector para averiguar sus efectos).

3.5. Escáneres

Escáneres de sistema: Se utilizan para detectar las vulnerabilidades del sistema informático local: problemas de configuración, permisos erróneos, contraseñas débiles, etc. Escáneres de red: analizan los servicios y puertos disponibles de host remotos en busca de debilidades conocidas que puedan aprovechar los atacantes (en cierta manera, pues, automatizan las tareas que llevaría a cabo un intruso remoto).

Un puerto indica un punto por el cual entra o sale la información de un ordenador. Los protocolos relativos a Internet (FTP, Telnet, etc.) utilizan, emisor y receptor, un puerto de salida y recepción común en ambos extremos de la comunicación. El llamado escaneo de puertos consiste en averiguar los puertos TCP/UDP que están abiertos en una máquina remota perteneciente a una red determinada. Los puertos abiertos constituyen una información muy interesante para los posibles intrusos, puesto que las vulnerabilidades de los servicios que se encuentran abiertos o en funcionamiento pueden permitir, al ser aprovechadas o “explotadas”, el acceso no autorizado al sistema. La asignación de los puertos no es arbitraria y es determinada por la IANA (Internet Assigned Numbers Authority). La IANA (www.iana.org) también es responsable de la coordinación y mantenimiento del Sistema de Nombres de Dominio (DNS).

© Editorial UOC

238


A continuación, se verán algunos ejemplos de asignación de puertos a servicios de Internet: Puerto TCP/UDP 20: FTP (datos) Puerto TCP/UDP 21: FTP (control) Puerto TCP/UDP 23: Telnet Puerto TCP/UDP 25: SMTP Puerto TCP/UDP 53: DNS Puerto TCP/UDP 80: HTTP Puerto TCP/UDP 110: POP3 Puerto TCP/UDP 194: IRC

Los puertos situados a partir del 1024 hasta el 65535 se llaman puertos registrados, no se encuentran bajo el control de la IANA y pueden ser utilizados por determinadas aplicaciones. Por ejemplo, una aplicación cliente de una herramienta de control remoto podría utilizar un puerto de este rango para realizar sus tareas y pasar desapercibido por el usuario local o el administrador del sistema. El comando NETSTAT (válido tanto para sistemas Windows como UNIX) puede ofrecer información sobre las conexiones establecidas y los números de puerto que se están empleando. Todos los escáneres, tanto si son de sistema como de red, comparten a grandes rasgos un esquema de funcionamiento similar. Por ejemplo, el diagrama de flujo siguiente representa el algoritmo, a grandes rasgos, que seguiría un escáner de red:

© Editorial UOC

239


A pesar de que los escáneres son herramientas de mucha utilidad para los administradores de los sistemas informáticos, hay que decir que los intrusos también pueden hacer de ellos un uso malicioso. Los escáneres permiten la automatización de cientos de pruebas para localizar las vulnerabilidades de un sistema. Por otro lado, el posible intruso no hace falta que conozca con precisión las vulnerabilidades del sistema; simplemente utiliza la información que le proporciona el escáner, sin necesidad de ser un experto informático. El análisis de las vulnerabilidades de una red o sistema informático, en definitiva, el estudio de su seguridad, desde el punto de vista del que haría un intruso, recibe el nombre de test de penetración. A pesar de que en su inicio los escáneres sólo analizaban entornos Unix, en la actualidad existen para todo tipo de plataformas. Por ejemplo, la herramienta Nessus es capaz de evaluar tanto entornos Windows como Unix.

3.6. Ataques de denegación de servicio

Se llama ataques de denegación de servicio (Denial of Service) toda acción iniciada por una persona o por otras causas, que inutiliza el hardware y/o software, de forma que los recursos del sistema no sean accesibles desde la red. Los ataques de denegación de servicio (DoS) pueden atacar el hardware de la red, el sistema operativo, e incluso las aplicaciones del sistema. Los ataques DoS pueden implicar otros ordenadores intermediaros (incluso millares), con lo cual se consigue un daño todavía más grande. Además, el atacante puede ocultar su dirección IP gracias a ordenadores puente (denominados zombies). Estos tipos de ataques se llaman ataques DoS distribuidos (Distributed Denial of Service –DDoS). A continuación, se verá un ejemplo de ataque DoS

Ejemplo: el ataque SYN Este ataque consiste en el envío, por parte del sistema atacante, de un gran número de solicitudes de conexión por segundo. El sistema atacado responde correctamente las solicitudes de conexión, pero al no obtener respuesta del sistema atacante, se colapsa y no puede atender las solicitudes de conexión legítimas. Este ataque se basa en el modus operandi del protocolo de establecimiento de sesión entre cliente y servidor.

© Editorial UOC

240


1. El ordenador cliente envía una solicitud de sincronización (SYN) al servidor. 2. El servidor responde con un mensaje ACK (acknowledgement) y un mensaje de sincronización al cliente. 3. En respuesta a la solicitud de sincronización, el ordenador cliente envía una respuesta ACK al servido

Protocolo de establecimiento de sesión en 3 pasos:

El servidor mantiene en cola de espera todos los paquetes SYNACK que va recibiendo, hasta que son cancelados por el envío del correspondiente ACK por parte del cliente (o bien expira un temporizador que regula el tiempo de espera). El ataque SYN se produce cuando los paquetes enviados por el emisor contienen direcciones IP erróneas y, en consecuencia, el servidor nunca podrá recibir el paquete ACK que liberaría la cola de recepción. Así, cuando ésta se llena, las nuevas y legítimas solicitudes de conexión no se podrán servir.

3.7. Auditoría y ficheros ‘log’

Se llama logging el procedimiento mediante el cual se graban en un fichero las actividades que suceden en un sistema operativo o en una aplicación. Este fichero, denominado genéricamente log, recoge, por decirlo de alguna manera, las “huellas” de todo lo que ha sucedido en un sistema informático, incluyendo el origen de los posibles ataques de que haya sido objeto.

© Editorial UOC

241


Ejemplo: los ficheros de log de Unix/Linux A diferencia de otras sistemas operativos (como, por ejemplo, Windows), UNIX/Linux presenta un gran número de comandos y ficheros relacionados con las tareas de logging: • syslog: fichero de texto que almacena (según un fichero de configuración denominado syslog.conf) información diversa relativa a la seguridad del sistema como, por ejemplo, los accesos a determinados servicios, la dirección IP de origen, etc. Es el fichero log más importante del sistema Unix. • lastlog: este comando informa del último login de los usuarios contenidos en /etc/passwd. Esta información se encuentra en el fichero /var/log/lastlog. Los intrusos utilizan software especializado para borrar las huellas en este fichero (es un fichero binario y, por lo tanto, no se puede reescribir fácilmente).

• last: el comando last proporciona información relativa a cada conexión y desconexión al sistema. Esta información se encuentra almacenada en el fichero var/log/wtmp. Las mismas observaciones formuladas para el comando lastlog son aplicables en este caso. Información proporcionada por last: – Usuarios. – Terminal o servicio utilizado en el login – Dirección IP. – Fecha y hora. –

Duración de la sesión.

• utmp: fichero que almacena los usuarios que se encuentran conectados en el sistema informático en un momento determinado. El comando who busca los usuarios en este fichero. También es un fichero binario. • messages: fichero que graba actividades diversas del sistema (usuarios conectados, su dirección IP, mensajes de Kernel, etc. –es posible configurar la información que se quiere almacenar). Es un fichero de texto y, por lo tanto, se puede visualizar con el comando cat o modificarlo de una manera muy sencilla con el comando grep o un editor de texto cualquiera. Una buena estrategia para evitar que los intrusos puedan borrar las huellas en los ficheros log, consiste en el uso de herramientas de logging diferentes

© Editorial UOC

242


de las proporcionadas por el sistema operativo que mantengan sus propios ficheros de actividad, independientemente de los que pueda usar el sistema operativo. No son los únicos comandos y ficheros de que dispone Unix para llevar a cabo las tareas de logging. Por otro lado, el volumen de información que puede generar la actividad de un sistema informático es tan enorme que hacen falta herramientas especializadas para llevar a cabo tareas de auditoría. Por ejemplo, logrotate sirve para establecer sistemas de rotación de logs (configurable a partir del fichero etclogrotate.conf), lo cual consiste al comprimir cada cierto tiempo los logs objeto de interés y almacenarlos sólo hasta una cierta antigüedad. Los ficheros ‘log’ y la investigación de delitos informáticos De todo lo que se ha visto hasta ahora se desprende fácilmente que la información contenida en los ficheros log (tanto locales a nuestro sistema, como los remotos, alojados, por ejemplo, para los proveedores de servicios de Internet u otros sistemas) es muy importante en la investigación de cualquier incidente de seguridad. Tal y como veremos en próximos apartados de este mismo capítulo, los proveedores de servicios de Internet, según la LSSICE (Ley de servicios de la sociedad de la información y comercio electrónico), sólo tienen la obligación de mantener los fichero de log durante un tiempo máximo de 12 meses, pero no hay ningún mínimo exigible, motivo por el cual es necesario actuar rápidamente en caso de presunto delito.

4. Aspectos legales de la seguridad informática. Marco jurídico penal y extrapenal. El “delito informático”

El “delito informático” no aparece explícitamente definido en el actual código penal (1995) ni en las reformas posteriores que se han realizado y, por lo tanto, no se podrá hablar de delito “informático” propiamente dicho, sino de delitos realizados con el concurso de la informática o las nuevas tecnologías, en los cuales el ordenador se rige como medio de ejecución del delito, o bien como objetivo de esta actividad (por ejemplo, una intrusión en un sistema informático). El objetivo de este apartado no es aleccionar a los administradores de un sistema informático, sino tan sólo hacerles conocer las responsabilidades en que pueden incurrir debido a su trabajo y, como objetivo principal, dotarles

© Editorial UOC

243


de mecanismos que, en caso de acciones delictivas que tienen por objeto los sistemas que administran, les permitan denunciar los delitos de los cuales han sido víctimas y solicitar las actuaciones legales pertinentes. Por otro lado, tampoco se pretende hacer una compilación excesivamente generosa en lenguaje jurídico, ni profundizar en posibles sentencias relacionadas con los delitos que se explicarán en este capítulo. La legislación actual todavía presenta vacíos con respecto a los mal denominados “delitos informáticos”, de forma que tan sólo se ofrecerán directrices básicas, más bien relacionadas con el sentido común y los artículos del código penal (entre otras normas), que no con la compleja normativa que se va generando entorno de esta nueva problemática. La vertiente tecnológica o científica de los estudios de ingeniería a menudo deja de banda la vertiente social de la aplicación de los adelantos que se van produciendo en estas disciplinas. Consiguientemente, el administrador de un sistema puede ser muy competente en el trabajo técnico, pero es posible que tenga muchas dudas a la hora de tratar problemas como los siguientes: • Si mi jefe me pide que le muestre el contenido del buzón de correo personal de un trabajador, ¿tengo la obligación de hacerlo? • Se ha producido un acceso no autorizado al servidor y los intrusos han modificado la página web del departamento. ¿Este hecho es denunciable? ¿A quién lo tengo que denunciar? • El servidor almacena datos de carácter personal. ¿Se han de proteger con algunas medidas de seguridad determinadas? • Es legal la utilización de escáneres (entendidos como herramientas de administración de sistemas)? • ¿Puedo colgar en Internet una página web con las fotografías y logotipos de mi grupo de música preferido? • ¿Cómo puedo denunciar el uso de copias no autorizadas de software? • ¿Puedo usar herramientas criptográficas para proteger la información? • ¿Los administradores de sistemas de hosting son responsables de los contenidos que alojan las páginas web de los clientes? En este apartado intentaremos orientar al administrador en relación con las dudas que se han expresado, si bien hace falta ser consciente que no hay una línea de actuación única y que las particularidades de cada caso hacen que sea necesario ser muy prudente a la hora de enfrentarse con este tipo de problemas. En definitiva, hay que tener muy presente que no todo aquello que es técnica-

© Editorial UOC

244


mente posible es legal, y que el desconocimiento de las normas no exime de responsabilidad (penal o no) al trabajador informático.

4.1 Marco jurídico penal de las conductas ilícitas vinculadas a la informática

En este apartado se estudiarán las sanciones previstas por el código penal (en muchas ocasiones, penas privativas de libertad). Como se verá, algunas de las acciones planteadas por las dudas del apartado anterior pueden originar responsabilidad penal. Otras tendrán la consideración de extrapenales, entendiendo con este nombre, la rama del ordenamiento jurídico que contiene sanciones menos graves que las previstas por el derecho penal (derecho administrativo, derecho civil, derecho laboral, etc.).

4.1.1. Delitos contra la intimidad (art. 197 CP a 200 CP) El artículo 197.1 del actual Código penal (a partir que ahora CP) asimila la intercepció del correo electrónico con la violación de la correspondencia. Así, pues, serán constitutivas de delito las conductas siguientes:

a. El apoderamiento de papeles, cartas, mensajes de correo electrónico o cualquier otro documento o efectos personales. b. La intercepción de las telecomunicaciones. c. La utilización de artificios técnicos de escucha, transmisión, grabación o reproducción de sonido, o de cualquier otra señal de comunicación.

Para ser constitutivas de delito, estas actividades se han de producir sin el consentimiento del afectado (ni autorización judicial motivada) y con la intención de descubrir los secretos o vulnerar la intimidad. Por lo tanto, abrir el buzón de un correo electrónico que no sea nuestro propio y leer los mensajes que se almacenan podría implica una conducta constitutiva de delito. Hay que ir con mucho cuidado con este tipo de acciones y, como norma general, nunca se debe leer ningún correo electrónico que no vaya dirigido a nosotros mismos.

© Editorial UOC

245


El trasfondo de la intercepció empresarial del correo electrónico es casi siempre el mismo: el derecho de las organizaciones a controlar sus medios de producción. En este sentido, varias sentencias que se han dictado en los tribunales en relación con el uso de los medios de la empresa con finalidades personales, se han pronunciado a favor de la empresa, puesto que se entiende que los medios pertenecen a la empresa y que este no es un lugar adecuado para enviar y recibir mensajes de carácter privado (o practicar otras actividades personales, como por ejemplo el uso de los juegos que se incluyen en los sistemas operativos). Una manera útil para hacer saber a los usuarios de una organización cuales son los usos correctos de los medios de la empresa, y sus limitaciones, consiste en el uso de contratos en los cuales se especifica, por ejemplo, qué obligaciones y responsabilidades tiene un usuario de una cuenta de correo electrónico. Por otro lado, también es importante que los sindicatos tengan conocimiento y que, por tanto, los trabajadores sepan que se les puede someter a ciertas medidas de control, las cuales, más que basarse en la apertura de los correos electrónicos, lo tendrán que hacer en el uso de controles menos lesivos, como por ejemplo, el estudio del número de bytes transmitidos, entre otros. Usurpación y cesión de datos reservados de carácter personal El resto de apartados del artículo 197 (y artículos, hasta el art. 200 CP) tipifican como conductas delictivas el acceso, utilización, modificación, revelación, difusión o cesión de datos reservados de carácter personal que se encuentren almacenados en ficheros, soportes informáticos, electrónicos o telemáticos, siempre que estas conductas sean llevadas a cabo por personas no autorizadas (conductas denominadas, genéricamente, abusos informáticos sobre datos personales). Explícitamente se hace mención del agravante de estas conductas cuando los datos objeto del delito son de carácter personal que revelen ideología, religión, creencias, salud, origen racial o vida sexual. Otros agravantes que hay que tener en cuenta se producen cuando la víctima es un menor de edad o incapaz, o bien cuando la persona que comete el delito es el responsable de los ficheros que están involucrados. Merece una especial consideración el art. 199.2, en el cual se castiga la conducta del profesional que, incumpliendo la obligación de reserva, divulga los secretos de otra persona.

4.1.2 Delito de fraude informático (art. 248.2 CP) En este artículo se castiga la conducta de quien, empleando cualquier manipulación informática, consiga la transferencia no consentida de cualquier activo

© Editorial UOC

246


patrimonial, con ánimo de lucro y perjuicio sobre tercero. La Ley 15/2003, por la cual se aprobó la reforma del código penal del año 1995, introduce el castigo para las conductas preparatorias para la comisión de delitos de fraude informático. Así pues, también se castiga la fabricación, facilitación o la mera posesión de software específico destinado a la comisión del delito de fraude informático. El artículo 387 del CP considera moneda las tarjetas de crédito, de débito, o las otras que se puedan usar como medios de pago. Por lo tanto, la clonación o duplicación de tarjetas de banda magnética se considera un delito de falsificación de moneda.

4.1.3 Delito de uso abusivo de equipos de telecomunicaciones (art. 256 CP) Este artículo castiga el uso de cualquier equipamiento terminal de telecomunicaciones sin el consentimiento de su titular, siempre que le ocasione un perjuicio superior a 400 euros (esta cantidad fué establecida por la Ley 15/2003). Notemos que el aprovechamiento no consentido de una conexión wi-fi podría tener esta tipificación, siempre y cuando se produzcan los requisitos exigidos por el CP.

4.1.4. Daños (art. 264.2 CP) El delito de daños consiste en la destrucción, la alteración, la inutilización o cualquier otra modalidad que implique el daño de datos, software o documentos electrónicos almacenados en redes, soporte o sistemas informáticos. Es uno de los delitos “informáticos” más frecuentes y a menudo tiene repercusiones económicas muy importantes en las organizaciones afectadas. Los daños producidos en un sistema informático se han de poder valorar y es esencial adjuntar una valoración de estos daños al denunciar la acción delictiva ante un cuerpo policíaco. La valoración de los daños es un proceso complejo de llevar a cabo y puede abarcar diferentes aspectos: coste de restauración de una página web, pérdidas en concepto de publicidad no emitida (lucro cesante) o por servicios que no se han podido prestar, etc. Hay que decir que si bien la intrusión en un sistema informático de momento no es en sí misma constitutiva de delito (a pesar de que en breve tendrá esta consideración), estos tipos de conductas se suelen hallar vinculadas a otras conductas que sí que son delictivas como, por ejemplo, los delitos contra la intimidad, los daños en un sistema informático o los medios que se hayan usado para llevar a cabo el acceso no autorizado (intercepció de correos electrónicos, sniffing (detección) de contraseñas, etc.).

© Editorial UOC

247


La alteración de una página web por una persona no autorizada se tipifica como delito de daños. La cantidad de 400 euros marca el umbral entre la falta y el delito. El envío de virus (con la clara voluntad de causar daños), los ataques DoS, entre otros similares, también podrían tipificar-se como delitos de daños.

4.1.5. Delitos contra la propiedad intelectual (art. 270 CP) Las conductas relativas a los delitos contra la propiedad intelectual son aquellas en las que se reproduce, plagia, distribuye o comunica públicamente, tanto de una manera total como parcial, una obra literaria, artística o científica sin la autorización de los titulares de los derechos de propiedad intelectual de la obra. Estas condiciones se aplican independientemente del soporte en el que se haya grabado la obra –textos, software, vídeos, sonidos, gráficos o cualquier otro fichero relacionado. Es decir, los delitos relativos a la venta, distribución o fabricación de copias no autorizadas de software son delitos contra la propiedad intelectual. Dentro del marco jurídico extrapenal, la Ley de Propiedad Intel.lectual (RD Legislativo 196, de 12 abril, por el cual quedaba el Texto Refundido de la Ley de Propiedad Intelectual), regula la protección de las obras literarias, artísticas o científicas, con independencia del soporte en las que sean plasmadas. No podemos hacer un uso libre de la información que se pueda encontrar en Internet como, por ejemplo, gráficos, animaciones, logotipos, etc., sin el permiso de los titulares de los derechos de propiedad intelectual. Veamos algunos ejemplos de este tipo de delito:

– Reproducción íntegra de software y venta al margen de los derechos de licencia. – Instalación de copias no autorizadas de software en un ordenador en el momento de su compra. – Publicación del código fuente de software, software diverso (servidores de warez, software pirateado) u otros ficheros (MP3, libros, etc.) en Internet, al margen de los derechos de licencia de estas obras. – Utilización de una licencia de software para un sólo ordenador para dar servicio a toda la red. – Rotura de los mecanismos de protección que permiten el funcionamiento correcto del software (mochilas, contraseñas y otros elementos de seguridad). Estas técnicas reciben el nombre genérico de cracking (‘piratería’).

© Editorial UOC

248


El mismo artículo prevé penas para quienes hagan circular o dispongan de cualquier medio específicamente diseñado para anular cualquier dispositivo técnico de protección del software (cracking –vean el glosario). Con la reforma de la Ley 15/2003, los cuerpos policiales pueden actuar de oficio en la persecución de este tipo de delito. Por otro lado, un particular, dado que normalmente no dispone de los derechos de propiedad intelectual, no puede denunciar directamente estos tipos de delito, no obstante, es posible hacerlo de manera indirecta a través de organizaciones como la BSA (Bussiness Software Alliance). Actuar de oficio implica que los cuerpos policiales pueden actuar sin necesitar la denuncia de las personas o de sus representantes legales. Con respecto a la creación de software, también hay algunas consideraciones que hay que tener en cuenta. Según el tipo de contrato al cual se encuentre sujeto el trabajador, el software que desarrolla para una organización pertenece a la empresa y, en consecuencia, si el trabajador abandona la organización, no se puede llevar el software que ha creado en su antiguo lugar de trabajo. Como en el caso de la utilización del correo electrónico, sería recomendable que el contrato de trabajo especificara esta cuestión.

4.1.6. Revelación de secretos de empresa (art. 278.1 CP)

Tiene esta conducta quien, con el fin de descubrir un secreto de empresa, intercepte cualquier tipo de telecomunicación o utilice artificios técnicos de escucha, transmisión, o grabación del sonido, imagen o de cualquier otra señal de comunicación.

4.1.7. Delito de defraudación de los intereses económicas de los prestadores de servicios (art. 286 CP)

Este es un nuevo delito, introducido a raíz de la reforma 15/2003 del código penal. El artículo contiene cuatro modalidades de comisión:

© Editorial UOC

249


a. Se castiga la facilitación del acceso inteligible a servicios de radiodifusión sonora o televisiva, prestados a distancia por vía electrónica, mediante la facilitación, importación, distribución, posesión de programas o equipamientos informáticos, destinados a hacer posible el mencionado acceso. Esta modalidad incluye la instalación, mantenimiento o sustitución de estos equipamientos con finalidades comerciales. b. Se castiga la alteración o duplicación del número de identificación del equipo de telecomunicaciones, con ánimo de lucro. c. Se castiga la facilitación del mencionado acceso a una pluralidad de personas por medio de cualquier publicación pública, aunque sea sin ánimo de lucro. d. Finalmente, también se castiga la utilización de los equipamientos o programas que permiten el acceso, así como la utilización de los equipamientos alterados, independientemente de la cuantía de la defraudación.

4.1.8. Otros delitos Además de los delitos que hemos descrito, es evidente que otros muchos delitos también se pueden llevar a cabo con el concurso de la tecnología: amenazas y coacciones (por chats o mediante correo electrónico), estafas electrónicas, falsedad documental (alteraciones y simulaciones de documentos públicos o privados) o difusión de pornografía infantil en Internet. En relación con este último delito (art. 189.1 del CP), la Ley 15/2003 ha ampliado notablemente el tipo delictivo. Así, la mera posesión (aunque no esté destinada a la venta) de pornografía infantil ya se encuentra castigada (la difusión, creación y venta ya lo estaban). Además, se introducen ciertos agravantes, como por ejemplo, la utilización de menores de 13 años, entre otros. Así mismo, también se castiga la producción, venta, distribución y exhibición, de material en el que, a pesar de que no aparezcan directamente menores de edad, se haya modificado la voz o la imagen con el fin de que el contenido sea relativo a la pornografía infantil. Si el administrador de un sistema informático es víctima de cualquier de estos delitos, o bien, por ejemplo, descubre que el sistema que administra es utilizado como plataforma de distribución de copias de software no autorizadas o de

© Editorial UOC

250


pornografía infantil, lo tiene que denunciar inmediatamente a la comisaría de policía más próxima, teniendo en cuenta el protocolo de actuación siguiente:

– Adjunción de los ficheros log (locales) relacionados con el delito cometido. – En caso de que se haya producido un delito de daños, hace falta adjuntar una valoración de los daños ocasionados. – Actuar con rapidez (los proveedores no almacenan indefinidamente les ficheros log de sus servidores). – En caso de que esta acción delictiva se haya producido por correo electrónico, hay que adjuntar las cabeceras completas del correo recibido. – Si el administrador lo considera necesario (por ejemplo, descubre pornografía infantil en un servidor de su responsabilidad), puede clonar el disco duro del servidor para preservar la evidencia digital y reinstalar el sistema para evitar que el delito se continúe produciendo.

4.1.9. Uso de herramientas de seguridad

• Utilización de escáneres de red o de sistema: Aunque tengamos la posibilidad de dotar los escáneres de un uso malicioso, sus beneficios son evidentes con respecto a las tareas que tiene que hacer el administrador. La fiabilidad de un sistema informático no se puede basar en la ignorancia de los defectos que presenta y, por tanto, los escáneres pueden llegar a ser herramientas de gran valor en manos de los administradores. Ahora bien, des de el punto de vista legal, ¿se pueden usar? No hay ninguna ley en contra del uso de los escáneres, si bien se ha generado una interesante polémica en su entorno. Algunas opiniones consideran que el uso de los escáneres es equivalente a ir a un domicilio particular y abrir la puerta por la fuerza. Otros expertos opinan que por el solo hecho de tener una ubicación en Internet, ya se da el consentimiento implícito para “escanear” la localización. • Utilización de herramientas criptográficas: con respecto a la criptografía, tampoco hay ninguna ley que prohíba su uso en nuestro país. Según el artículo 52 de la Ley general de telecomunicaciones, España dispone de un régimen de libertad de cifrado para proteger cualquier dato que circule por

© Editorial UOC

251


una red. Por otro lado, este mismo artículo deja la puerta abierta a la definición de mecanismos de control como, por ejemplo, la obligación de notificar al Estado los algoritmos criptográficos que se utilicen. Hay que tener en cuenta, pero, que en algunos países como, por ejemplo, los Estados Unidos, la exportación de herramientas criptográficas se asimilaba (hasta el final del año 1999) al contrabando de armas (recordamos los problemas que tuvo Zimmermann con la publicación del código del PGP).

4.2. Marco jurídico extrapenal

4.2.1. Ley Orgánica de Protección de Datos Personales (LOPDP) La Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos Personales, tiene por objetivo la protección de la intimidad de las personas físicas, en relación tratamiento de sus datos personales. Por datos personales se entiende cualquier información relativa a personas físicas identificadas o identificables. Por el tratamiento se entenderá el conjunto de operaciones y procedimientos técnicos de carácter automatizado o no, que permitan la recogida, grabación, conservación, elaboración, modificación, bloqueo y cancelación de datos. Además, también existe un reglamento relacionado con esta ley que regula las medidas de seguridad que deben satisfacer los ficheros que contengan datos de carácter personal. Estas medidas se disponen en los tres niveles siguientes: • Nivel básico: consiste en la implantación de medidas de autentificación y control de acceso para los usuarios que tienen que acceder al fichero con contenido sensible, y también en la elaboración de protocolos de actuación sobre el fichero que permitan la identificación de posibles responsables en las incidencias que se produzcan en la manipulación de los datos. Este nivel es exigible en la gestión de todos los ficheros que almacenen datos de carácter personal. • Nivel medio: en este nivel de seguridad, el administrador tiene que elaborar un catálogo sobre las medidas de seguridad genéricas que se han de llevar a cabo e implementar mecanismos de autentificación remota seguros. Además, estas medidas se han de someter, como mínimo cada dos años, a una auditoría externa que certifique la eficacia de las medidas de seguridad que se han tomado. Son medidas exigibles para todos los fiche-

© Editorial UOC

252


ros que almacenen datos relativos a la comisión de delitos o infracciones administrativas, hacienda pública, servicios financieros y los relativos a la solvencia patrimonial y crédito. • Nivel alto: para proteger los ficheros situados en este nivel es necesario el uso de métodos criptográficos para evitar que los datos sensibles sean inteligibles y no puedan ser alterados o capturados mientras circulan por una red. Pertenecen a este nivel los datos relativos a ideología, creencias, origen racial, salud, vida sexual o lo obtenido con finalidades policíacas. La LOPDP distingue entre el responsable de los ficheros y el responsable de la seguridad de los ficheros. A la vez, el responsable de los ficheros se desdobla en dos figuras que no tienen porque ser coincidentes: el responsable del fichero o tratamiento (por ejemplo, la empresa X) y el encargado del tratamiento (por ejemplo, otra empresa, contratada por la empresa X, con la finalidad de efectuar el tratamiento de los datos). La LOPDP determina el deber de secreto profesional a todos los encargados del tratamiento de datos personales. Finalmente, el responsable de la seguridad de los ficheros sería cualquier empresa que se responsabilizara de esta seguridad (habitualmente, el encargado del tratamiento y el responsable de seguridad son figuras coincidentes). Finalmente, hay que tener en cuenta que la ley obliga a que todas las empresas que tienen ficheros con datos personales los notifiquen a la Agencia de Protección de Datos.

4.2.2. LSSICE (Ley de servicios de la sociedad de la información y comercio electrónico)

La Ley 34/2002, del 11 de julio, de servicios de la sociedad de información y comercio electrónico, representa el desarrollo en nuestro país de la directiva comunitaria sobre comercio electrónico. La LSSICE regula los servicios ofrecidos por los operadores de telecomunicaciones, los proveedores de acceso a Internet, portales e incluye, entre otros, el comercio electrónico. Algunas características que la definen son las siguientes: – Prohibición del correo electrónico no solicitado o no consentido (spam). El incumplimiento de esta prohibición puede comportar sanciones de hasta 150.000 euros.

© Editorial UOC

253


– Regulación de cualquier actividad que genere ingresos o permita la obtención de beneficios económicos (inclusión de cibertiras publicitarias (banners) en una página web, tiendas virtuales, patrocinios, etc.). – Sanciones (aplicadas por la Agencia de Protección de Datos) económicas de hasta 600.000 euros para las infracciones consideradas muy graves. – Obligatoriedad de denunciar hechos ilícitos y suspensión de la transmisión y alojamiento de contenidos ilícitos. – Definición de las responsabilidades de los proveedores de Internet. Por ejemplo, en el caso de hosting y linking, los proveedores no tendrán ninguna responsabilidad sobre la información almacenada, siempre y cuando no tengan conocimiento de que esta información sea ilícita, o bien, si tienen conocimiento, deben actuar con la máxima diligencia para imposibilitar el acceso o eliminar el contenido ilícito. – Obligación de almacenar los ficheros de log, por parte de los proveedores de servicios, como mucho durante un perecíodo de 12 meses (observemos que no se establece ningún período mínimo).

4.2.3. Firma electrónica o digital Esta materia queda regulada en el Estado español mediante el Real decreto ley 14/1999, de 17 de septiembre, basado en la directiva europea que establece el marco comunitario para la firma electrónica. Este decreto ley determina la eficacia jurídica de la firma digital al Estado español, y el establecimiento de las condiciones de los servicios de certificación. Hay dos tipos diferentes de firma

– Firma electrónica o digital avanzada: Permite identificar la persona que firma y detectar cualquier cambio que se pueda producir de forma posterior a la firma de los datos. – Firma electrónica o digital reconocida: Consiste en la firma electrónica avanzada, basada en un certificado reconocido y generado mediante un dispositivo seguro de creación de firma (les prestadores de servicios de certificación). Es equiparable a la firma manuscrita.

© Editorial UOC

254


5. Informática forense

Una vez descrito el marco jurídico en el cual se ajustan las conductas ilícitas relacionadas con el uso de las tecnologías de la información, se estudiarán brevemente las metodologías de trabajo que se pueden emplear, una vez ha sucedido el incidente, con la finalidad de averiguar qué ha ocurrido y quién ha sido el presunto autor. Estas técnicas se recogen en una disciplina de reciente creación, situada a caballo entre el marco jurídico y la tecnología, denominada informática forense. Las huellas que permiten reconstruir la ejecución de un hecho (el cual no tiene que ser necesariamente constitutivo de delito) se encuentran almacenadas en apoyos digitales y se llaman genéricamente evidencias digitales. La evidencia digital presenta, básicamente, las propiedades siguientes:

– Se puede modificar o eliminar fácilmente. – Es posible obtener una copia exacta de un archivo sin dejar ninguna huella de esta acción. – La adquisición de la evidencia puede suponer la alteración de los soportes digitales originales.

El análisis forense informático aparececió debido a la necesidad de aportar elementos relevantes en los procesos judiciales en los que las nuevas tecnologías se encontraban presentes, ya sea como objetivos finales (por ejemplo, una intrusión con daños en un sistema informático), o bien como medio (por ejemplo, el envío de amenazas a través del correo electrónico a un personaje público). La finalidad, en cualquier caso, consiste en responder a la clásica línea argumental policíaca: qué, cuándo, dónde, quién, cómo y por qué . Más precisamente, se podría definir el análisis forense informático como el proceso de aplicar el método científico a los sistemas informáticos con la finalidad de asegurar, identificar, preservar, analizar y presentar la evidencia digital, de forma que sea aceptada en un proceso judicial. Naturalmente, la informática forense va más allá de los procesos judiciales y, en muchas ocasiones, los informes elaborados por los expertos analistes no tendrán como objetivo final su presentación ante de los tribunales, sino la empresa privada.

© Editorial UOC

255


5.1 Asegurar la escena del suceso

Esta fase únicamente será preceptiva en el curso de una actuación policíaca. No obstante, las recomendaciones que se enumerarán pueden ser de mucha utilidad para cualquier perito que deba intervenir en el lugar de los hechos. La finalidad de esta etapa consiste en asegurar la escena del suceso, restringiendo su acceso para que nadie pueda alterarla. Los referentes policiales son evidentes, aunque seguir las recomendaciones que ahora se describirán permitirá preservar, en cualquier caso, la evidencia, así como facilitar su posterior análisis: a. Identificar la escena dónde se ha producido el hecho a investigar y establecer un perímetro de seguridad. b. Realizar una lista con los sistemas involucrados en el suceso. c. Restringir el acceso de personas y equipamientos informáticos al interior del perímetro. d. Fotografiar y/o grabar en vídeo la escena del suceso. También puede ser muy útil representar esquemáticamente la topografía de la red de ordenadores. e. Mantener el estado de los dispositivos. En algunas ocasiones puede ser muy importante fotografiar o grabar el contenido de los monitores en funcionamiento, así como la identificación y adquisición de las evidencias volátiles (por ejemplo, la extracción del contenido de la memoria para saber qué procesos se encontraban en ejecución en aquel momento) f. Desconectar las conexiones de red. g. En caso de existir, comprobar y desconectar las conexiones “inalámbricas”, puesto que podrían permitir conexiones remotas a los equipos objeto de investigación. h. Si hay impresoras en funcionamiento, permitir que acaben la impresión. y. Anotar la fecha y hora del sistema antes de apagarlo. Estos datos también se pueden fotografiar y/o grabar en vídeo. j. Apagar los dispositivos en funcionamiento, o bien extrayendo el cable de alimentación, o bien mediante el procedimiento de apagado normal. El

© Editorial UOC

256


experto tendrá que evaluar en cada caso cual es el método más adecuado que ofrece más garantías de preservación de la prueba. k. Etiquetar cables y componentes. Además, hay que tener en cuenta que algunos dispositivos requieren de cableado muy específico, sin el cual no será posible analizar el aparato en el laboratorio, puesto que no se podrá poner en funcionamiento. En algunas ocasiones, el aseguramiento la escena se produce en el curso de una entrada y registro en el lugar de los hechos en presencia de miembros de las Fuerzas y Cuerpos de Seguridad del Estado. En este caso, la entrada contará con la presencia del secretario judicial, con lo cual se puede hacer constar en acta la fecha y hora del sistema, entre otras comprobaciones de las cuales el secretario judicial podría dar fe y, por lo tanto, podría ahorrar al analista algunos procesos de documentación, fotografías y/o grabaciones de vídeo.

5.2 Identificación de la evidencia digital

Se llama así al proceso de identificación y localización de las evidencias que se han que recoger para ser analizadas posteriormente. Este proceso no es tan trivial como puede parecer a primera vista puesto que, a menudo, el experto se encontrará con configuraciones de sistemas complejos con muchos dispositivos (locutorios, empresas, etc.) o, simplemente, con usuarios que guardan muchos soportes susceptibles de ser analizados (por ejemplo, un particular adicto a almacenar cualquier software descargado de Internet en miles de CDs y DVDs). En consecuencia, el analista tendrá que encontrar una solución de compromiso entre la calidad, la validez de la prueba y el tiempo de que dispone para recoger las evidencias. En primer lugar, el experto tendrá que identificar el sistema informático (un único PC, una red local, un sistema IBM AS/400, un RAID, etc.) con el fin de saber dónde se almacenan las evidencias digitales que pueden ser de utilidad para el análisis. Estas se pueden encontrar en ordenadores locales, en soportes como CDs o DVDs, en servidores remotos, o incluso en la memoria RAM de los equipos en funcionamiento. Este tipo de evidencias, las volátiles (en esencia, aquellas que desaparecen en ausencia de alimentación eléctrica), son las que tendrá que intentar preservar en primera instancia, en los casos en que sea necesario. También, en este instante, convendrá valorar la posibilidad de realizar una análisis en caliente a la búsqueda de evidencias que de otra forma se perderían al

© Editorial UOC

257


parar el sistema. No obstante, hay que tener presente que este tipo de análisis puede comportar la pérdida de otras evidencias, así como la invalidación de la prueba en un procedimiento judicial, puesto que el análisis en caliente implica la manipulación del dispositivo original y si no se hace con las herramientas forenses adecuadas se puede alterar la evidencia.

5.3 Preservación de las evidencias digitales

Dada la facilidad con la que las evidencias digitales se pueden modificar y/o eliminar, esta fase se convierte en la parte más crítica de todo el procedimiento. Es evidente que es del todo imposible obtener una “instantánea” completa de todo un sistema informático en un momento concreto (la naturaleza intrínseca de las evidencias volátiles así lo determina), aunque afortunadamente para el analista, en la gran mayoría de ocasiones, las pruebas determinantes se encuentran almacenadas en el sistema de ficheros, el cual continuará conservando la evidencia a pesar de que carece de alimentación eléctrica. A diferencia de otras pruebas (por ejemplo, un análisis biológico de ADN), la evidencia digital se puede duplicar o clonar de manera exacta (a nivel de bits), incluyendo los archivos ocultos, eliminados y no sobreescritos, e incluso el llamado slack file (al cual nos referiremos posteriormente), posibles particiones ocultas, o el espacio no asignado del disco duro. Así, en virtud de esta característica, y también como garantía de preservación de la prueba, el analista actuante acabará realizando un clon de la evidencia, ya sea en la escena del suceso, o a las dependencias del laboratorio. A primera vista resulta tentador aplazar la clonación de los soportes informáticos al momento en que estos lleguen al laboratorio (puesto que es dónde se podrá hacer el proceso con todo tipo de garantías y sin prisas), pero esto no siempre será posible. Si, por ejemplo, las evidencias se localizan en el servidor de una empresa, no es posible precintar el equipo porque entonces la empresa tendría que detener su actividad. En estos casos es preferible parar momentaneamente la actividad de la empresa y obtener un clon allí mismo, para reanudar enseguida la actividad empresarial, o bien realizar un análisis en caliente, con los inconvenientes que ya se han explicado. La copia o clon se efectuará, normalmente, sobre dispositivos (CDs, DVDs, discos duros, etc.) aportados por el analista. La elección de un medio u otro dependerá de la cantidad de información contenida en los soportes originales. Finalmente, el software o hardware empleado para la obtención del clon calculará un CRC (código de redundancia cíclica) o un valor hash que tendrá que ser el mismo, tanto pora el disco duro de origen, como para el destino, garantizando de esta manera que el proceso de copia se ha ralizado correctamente.

© Editorial UOC

258


Además de la adquisición de la evidencia, en esta etapa también es necesario documentar quién preservó la evidencia, dónde y cómo se hizo y cuándo. Seguidamente hay que empaquetar las evidencias, identificándolas de manera unívoca. Este proceso se lleva a cabo embalando los paquetes con material protector que pueda proteger las evidencias de golpes, lluvia o cualquier otro elemento que pueda echar a perder los soportes. Esta fase acabará con el transporte de las evidencias a un lugar seguro o a las dependencias del laboratorio dónde tengan que ser analizadas. El embalaje y el transporte de las evidencias es el inicio de la denominada cadena de custodia, la cual permite garantizar la integridad de las pruebas, desde su obtención, hasta su disposición a la autoridad judicial o al laboratorio dónde tengan que ser analizadas. La documentación de la cadena de custodia permite saber, en cualquier momento del proceso, dónde han sido almacenadas las evidencias y quienes han tenido acceso.

5.4 Análisis de las evidencias digitales

En esta fase, el experto tendrá que responder las preguntas “policíacas” introducidas al inicio de este capítulo. Este estudio se fundamentará, sobre todo, en el análisis del contenido de los archivos (datos) y de la información sobre estos ficheros (metadatos). Por ejemplo, el contenido del campo AUTOR que aparecen en todos los archivos de MICROSOFT WORD es un buen ejemplo de metadato. Normalmente, no se realizan análisis exhaustivos de los soportes objeto de interés (seria una tarea inabarcable), sino que los informes periciales se limitan a responder aquellas cuestiones planteadas en los extremos del análisis. En general hay cuatro categorías diferentes de datos que son susceptibles de ser analizadas:

– Datos lógicamente accesibles: Es decir, los datos contenidos en archivos directamente accesibles. Este análisis, no exento de dificultades, puede no ser muy sencillo debido a la enorme dificultad que puede existir a la hora de discriminar la información relevante de entre muchos miles de ficheros, la existencia de archivos cifrados, o la presencia de ficheros troyanizados, la ejecución de los cuales podría producir consecuencias inesperadas.

© Editorial UOC

259


– Datos localizados en el denominado ambient data: Es decir, aquellos datos que aparecen en localizaciones no directamente visibles y que requieren del uso de programas específicos para ser recuperados. Un buen ejemplo de este tipo de datos es la información residual que se puede encontrar en clusters no asignados a ningún archivo, o aquella información localizada en el slack file (espacio entre el final lógico de un fichero y el final físico del mismo). – Datos que han sido borrados o eliminados, pero que todavía no han sido sobreescritos por otros ficheros y que, por lo tanto, son susceptibles de ser recuperados empleando las herramientas correspondientes a esta finalidad. – Datos ocultos mediante esteganografia, los cuales son mucho más difíciles de detectar que los archivos cifrados.

Para realizar el análisis de las evidencias se pueden emplear varias herramientas, algunas de las cuales ya se han descrito previamente. Posiblemente, una de las más conocidas es la herramienta Encase, de código propietario, la cual abarca, con una interfaz muy amigable, todas las fases del análisis forense, desde la adquisición de los soportes originales y el análisis, hasta la generación automática del informe final. Otras herramientas, también muy conocidas, son la herramienta Ilook (de momento gratuita para Fuerzas y Cuerpos de Seguridad del Estado), la distribución de Linux Knoppix STD (Security Tools Distribution) o la colección de programas TCT (Coroner’s Toolkit), desarrollada por Dan Farmer y Wietse Venema.

5.5 Presentación e informe

En el informe elaborado por el experto se presentarán las evidencias relacionadas con el caso, la justificación del procedimiento empleado y, lo más importante, las conclusiones. En muchas ocasiones, el informe será ratificado en presencia del juez, o bien será entregado a empresas y abogados. No obstante, en ningún caso los destinatarios de las pericias tienen que disponer necesariamente de conocimientos informáticos para poder comprender el informe a fondo. Por lo tanto, en general nunca se debe emplear un lenguaje excesivamente técnico y, cuando sea

© Editorial UOC

260


necesario hacerlo, se deberan añadir notas aclaratorias a pie de página, o incluso redactar glosarios técnicos, a menudo añadidos en el anexo del informe. En los casos en que los informes tengan que ser defendidos ante el juez, el analista, Además del rigor técnico, tiene que ser lo suficientemente hábil para comunicar el resultado del análisis de forma concisa y clara.

© Editorial UOC

261

Capítulo VIII . Sistema informático dentro de...

Capítulo VIII El sistema informático dentro de la organización

1. El jefe de informática

Para ser eficiente, el jefe de informática debe ejercer un papel muy importante como transmisor de información entre el departamento de informática y la organización. Es el puente de comunicación en las dos direcciones (técnicamente hablando).

Ello significa que el jefe de informática tiene información relativa a la situación de la organización que el personal técnico no tiene que conocer necesariamente. Además, el jefe vigila los planes que llevan a cabo los administradores (o incluso otros departamentos o quienes están contratados externamente) relativos a la informática de la organización. Tal y como se ve en el gráfico anterior, la figura del jefe de informática es quien gestiona los recursos del departamento (tanto humanos como materiales). Por lo tanto, debe poseer un conocimiento de la organización y del departamento perfecto para conseguir que los dos elementos se muevan de forma sincronizada.

© Editorial UOC

262


Tiene que conseguir que el departamento de Informática se ajuste al máximo a los objetivos de la organización con los recursos que esta última le da. En la práctica es siempre un canal de comunicación en los dos sentidos para detectar necesidades, conseguir recursos, ajustar objetivos, etc.

El jefe de informática gestiona los recursos del departamento de informática y hace de nexo entre el departamento y la organización.

1.1 El jefe de informática y el administrador de sistemas

Como hemos dicho, el jefe de informática tiene una visión más global de todo. Por lo tanto, necesita la figura del administrador, que es quien se cuida de los servidores. Esta persona le ofrece la situación y la visión técnica del departamento de informática en cada momento. Por lo tanto, lo puede asesorar para tomar muchas decisiones sobre software y hardware. En la práctica, la mayoría de decisiones técnicas se toman con la ayuda del administrador de sistemas.

2. Los planes

Todas las organizaciones, con el fin de estar coordinadas y preparadas para cualquier situación, tienen un conjunto de planes que los jefes de cada departamento deben preparar, revisar y tener preparados.

2.1. Plan estratégico de la organización El plan estratégico es una planificación, normalmente, quinquenal, en la que se establece la orientación de la organización para lograr los objetivos que se propone. Este plan estratégico de la organización se debe concretar posterior-

© Editorial UOC

263


mente en un plan estratégico para cada departamento vinculado al plan estratégico global.

Una planificación estratégica es un conjunto de propuestas realistas para fijar los objetivos de la organización en un futuro.

Dado que el jefe de informática tiene que establecer el plan estratégico del departamento de informática, miramos como es, a grandes rasgos, el plan estratégico de una organización. El de un departamento se basa en el plan estratégico de la organización.

2.1.1. La planificación estratégica Ante una sociedad cambiante, la organización se tiene que adaptar para cumplir sus objetivos. La planificación estratégica es una herramienta útil y necesaria para ajustar el funcionamiento de la organización en el si de la sociedad. La planificación estratégica tiene que ser una herramienta para integrar todos los departamentos en unos mismos objetivos y en un marco de trabajo común.

La planificación estratégica, para minimizar riesgos y maximizar resultados, debe plantear estrategias y objetivos simples, claros, alcanzables y medibles.

2.1.2. Metodología Hay que recopilar información interna y externa. La externa proviene del análisis del entorno para identificar las oportunidades y amenazas. La información interna permite identificar las fortalezas y debilidades de la misma organización. Entre los aspectos fundamentales que debe haber en el análisis podemos incluir, por ejemplo, la evaluación de los servicios que se hacen o los sistemas de administración.

© Editorial UOC

264


2.1.3. Componentes del plan estratégico Declaración de la misión La declaración de la misión simplemente intenta determinar el objetivo final al cual se pretende llegar. Visión Es el camino que hay que seguir para conseguir la misión. La visión será la guía para las acciones que se llevarán a cabo. Problema estratégico general Determinar factores internos o externos que pueden afectar la consecución de la misión. Solución estratégica general Dar estrategias que permitan lograr la misión y superen, por lo tanto, los problemas estratégicos. Objetivos y estrategias Determinar los objetivos e implementar las estrategias es clave para la planificación. Los objetivos, al menos con respecto a los departamentos, tienen que ser de tipo cualitativo. Es decir, tienen que ser cuantificables para poder medir el cumplimiento y poderlos formular en acciones estratégicas. Presupuesto y control Los objetivos y las acciones se tienen que prever en los presupuestos.

2.1.4. El análisis DAFO En los últimos años el análisis DAFO se ha convertido en una herramienta de diagnóstico dentro la dirección estratégica de la organización. Junto con el diag-

© Editorial UOC

265


nóstico financiero y el funcional, forman las tres partes básicas para el análisis interno de una organización. DAFO es la sigla de debilidades, amenazas, fortalezas y oportunidades. En inglés, SWOT: strengths, weaks, oportunities and threats. El objetivo es concretar en una tabla la evaluación de los puntos fuertes y débiles de la organización con las amenazas y las oportunidades externas. Todo ello partiendo de la base que la estrategia pretende conseguir un ajuste correcto entre la capacidad interna de la organización y su posición competitiva externa. Lo más importante es encontrar lo que nos permite identificar y medir los puntos fuertes, los puntos débiles, las oportunidades y las amenazas de nuestra organización, que reuniremos en esta tabla. Las fortalezas y debilidades internas son muy importantes, puesto que nos ayudan a entender la posición de nuestra organización en un entorno concreto. Cada organización tiene que ver ciales son las variables correspondientes que determinan la posición dentro el mercado, segmento o sociedad en la que está inmersa. Una vez definidas estas variables, tenemos que hacer un proceso de benchmarking o análisis comparativo con las mejores organizaciones competidoras (es posible que a lo largo de este proceso identifiquemos alguna oportunidad nueva). Finalmente, hacemos el gráfico que recoge las posibles estrategias. En esta matriz DAFO, en las columnas estableceremos el análisis del entorno (1a. columna: amenazas, 2a. columna: oportunidades) y en las filas, el diagnóstico de la organización (1a. fila: puntos fuertes, 2a. fila: puntos débiles). Cada uno de los cuatro cuadrantes refleja las posibles estrategias que tiene que adoptar la organización.

DAFO

Amenaces

Puntos fuertes

Estrategias defensivas

Puntos fuertes

Estrategias de supervivencia

Oportunidades Estrategias ofensivas Estrategias de reorientación

El estudio de la matriz se realiza mirando aisladamente cada cuadrante. Por ejemplo, si nos miramos el primer cuadrante (1-1 puntos fuertes-amenazas) tendremos que identificar cada uno de los puntos fuertes que hay en la organización, junto con cada una de las amenazas del exterior que tiene. Así, pues, tenemos que analizar cada intersección para ver las consecuencias y las acciones que se pueden derivar.

© Editorial UOC

266


2.2. Plan de seguridad y análisis de riesgos

Este plan tiene que velar por la seguridad de todo el equipamiento informático de la organización. La responsabilidad del jefe de informática es hacerlo y asegurar que se llevará a cabo correctamente. La ISO define el riesgo tecnológico como la probabilidad de que ocurra una amenaza usando vulnerabilidades existentes de un activo o activos generando pérdidas o daños. Sobre la base de esta definición, existen varios elementos en juego (amenazas, vulnerabilidades, activos...), y por lo tanto, hay muchas maneras de enfocar el riesgo. Nosotros lo haremos basándonos en el plan de prevención de riesgos laborales. Se fundamenta en la idea de que la seguridad es parte de un mecanismo global de 3 componentes.

Prevención

Seguridad

Contingencias

Esquema genérico de un plan de prevención.

Este mecanismo se aplica a otros muchos sectores con otros nombres como planes de prevención y evacuación, planes de emergencias, etc. Prevención: El objeto de interés en este componente está en lo que se desea proteger. Es necesario averiguar qué nos interesa proteger y qué soluciones existen para proteger nuestro sistema. Seguridad: En aquesta fase tenemos que “implementar” la seguridad. Este es el plan de seguridad, es decir, cómo protegeremos. Contingencia: Tenemos que tener presente que los sistemas pueden fallar, bien sea por ataques debidos a intrusos o por causas externas que no controlamos, como por ejemplo los desastres naturales. Por lo tanto, es necesario prever los protocolos de actuación ante una situación de estas características, es decir, qué hacer cuando falla la seguridad.

© Editorial UOC

267


2.2.1. Prevención. El plan de prevención, aplicado sólo al entorno informático, es un plan que implica analizar los posibles riesgos a los cuales puede estar expuesto el equipo informático y la información existentes (en cualquier medio de almacenaje). Se trata de analizar qué puede pasar y qué queremos proteger. Análisis de riesgos Es necesario asegurarse que se tienen en cuenta todas las posibles causas de riesgos que pueden provocar problemas en el sistema. Se hace un análisis de los riesgos, que se basa en calcular la posibilidad que tengan lugar hechos problemáticos, se obtiene una valoración económica del impacto de estos sucesos negativos y se contrasta el coste de la protección con el hecho de volverla a crear o a comprar. Esta operación se repetirá con el resto de los “activos” (equipos informáticos por ejemplo). • Imaginarse qué puede pasar (qué puede ir mal). • Estimar el coste que comportaría para la organización. • Estimar la probabilidad que se dé en cada uno de los problemas posibles. Esto permite priorizar los problemas y su coste potencial y desarrollar el plana de acción correspondiente. El análisis de riesgos pasa primeramente por responder preguntas como por ejemplo las siguientes: • ¿Qué puede ir mal? • ¿Con qué frecuencia puede pasar? • ¿Cuáles serían las consecuencias? Fundamentalmente, evaluar los riesgos representa tener claras cuestiones como por ejemplo las siguientes: • ¿Qué se intenta de proteger? • ¿Qué valor le da la organización?

© Editorial UOC

268


• ¿De qué se quiere proteger? • ¿Cuál es la probabilidad de un ataque? El procedimiento para hacer un plan de riesgos es el siguiente: 1) Evaluar los riesgos en una reunión del jefe de informática con el resto de jefes de departamento para tratar de los puntos siguientes: • ¿A qué riesgos en seguridad informática tiene que hacer frente la organización? – Al fuego, que puede destruir equipos e información. – Al robo de equipos y archivos. – A actos vandálicos que estropeen equipos y archivos. – A fallos en el equipo que echan a perder archivos. – A errores que corrompen archivos. – A virus, que corrompen equipos y archivos. – A accesos no autorizados, que comprometen la información. Una vez se ha hecho la relación, hay que ver como se puede actuar para prevenir las causas y cómo actuar para minimizar los efectos. 2) Hay que evaluar la probabilidad de que tenga lugar cada una de estas causas. Por ejemplo: ¿Qué probabilidad hay que pase alguna de las cosas mencionadas? • El fuego, que puede destruir equipamiento e información. – ¿La organización tiene alguna protección contra incendios? – ¿Son necesarios sistemas de aspersión automática? – ¿Hacen falta extintores? ¿Hay? – ¿Son necesarios detectores de humos? ¿Hay? – ¿El personal tiene alguna formación para actuar ante un incendio?

© Editorial UOC

269


• Fallos del equipamiento, que pueden estropear la información. – ¿El personal informático lleva a cabo el mantenimiento de los equipos en los tiempos previstos? – ¿Cuáles son las condiciones actuales del hardware? Y así para todas las causas que hayan aparecido en la reunión. 3) Se tiene que determinar la probabilidad para cada riesgo..

Factor de riesgo Muy Alto Alto Medio Bajo Muy bajo

4) Se hace el resumen de los riesgos ordenados por el factor de riesgo de cada uno. Tipo de riesgo

Factores de riesgo

Robo

Alto

Fallos en equipos

Medio

Acción de virus

Medio

Robo de datos

Bajo

Fuego

Bajo

Fraude

Muy Bajo

Análisis de los puntos débiles de la seguridad de la red informática Una de las tareas del departamento de infrmática es estudiar el hardware, el software, su localización, instalación, etc., todo con el objetivo de buscar fisuras en la seguridad. Cualquier ordenador conectado a la red de la organización puede ser una fuente potencial para acceder al sistema. Se puede aplicar tanto a portátiles como a ordenadores con placa de red (wifi o cableada).

© Editorial UOC

270


5) Se hará una relación de las tareas actuales que se llevan a cabo respecto a la seguridad del sistema general. • ¿Se hace una copia diaria de los ficheros críticos de la organización? • Evitar el robo. ¿Cierre físico de las puertas? • Evitar el vandalismo. ¿Puerta principal siempre cerrada? • Problema de los virus. ¿Está controlado todo el software que entra y se analiza con un software antivirus? ¿Los programas de dominio público y de uso compartido (shareware), sólo se usan si provienen de lugares fiables?

La prevención o Plan de Prevención se lleva a cabo a través de un análisis de riesgos.

2.2.2. Seguridad. Este plan debe velar por la seguridad de todo el sistema informático y, naturalmente, de manera muy especial por la información de la organización. La responsabilidad del Director de informática consiste en elaborar este plan, y asegurar que se llevará a cabo correctamente. A través del Plan de Prevención hemos analizado qué queremos proteger y hemos propuesto soluciones para hacerlo. En el Plan de Seguridad proponemos la manera de llevar a cabo las soluciones, es decir, protocolos, mecanismos, herramientas, tecnología, asignación de responsabilidades, etc. para que la seguridad sea una realidad. Una vez más, es muy importante que todos los procedimientos y protocolos de actuación no estén incumpliendo la legislación vigente en ninguna vertiente, puesto que si es así pueden convertirse en un agujero de seguridad. Las copias de seguridad, puesto que contienen información sensible, casi siempre deben “cumplir” las políticas de copia que se hayan fijado en organización (dentro del plan de seguridad), y tienen que cumplir también la legislación vigente, en este caso una de ellas es la LOPD. Consulta el capítulo 7.

2.2.3. Contingencias El “Plan de Contingencias” es, de hecho, una consecuencia de análisis de riesgos. Si sabemos qué queremos proteger (y naturalmente como a través del

© Editorial UOC

271


Plan de Seguridad), ahora tenemos que decidir qué hacemos ante un fallo del sistema o una grieta de seguridad. Un Plan de Contingencias no tendría sentido si pensásemos que nuestro plan de seguridad es perfecto. Desgraciadamente, los sistemas de seguridad no lo son nunca. Con el paso del tiempo aparecen agujeros no descubiertos antes, o errores de hardware en los equipos que pueden dejar el sistema informático vulnerable. O peor todavía, una actualización del sistema (servidores, encaminadores, estaciones de trabajo), que suponemos que mejora la seguridad, en realidad puede abrir nuevas grietas en nuestro sistema sin que nos demos cuenta. También podríamos hablar de contraseñas inseguras o débiles, rotación de personal dentro de la organización, etc., aspectos que debemos comprobar periódicamente para asegurar que nuestro sistema se mantiene seguro. Así, hay que suponer que podemos padecer un incidente de seguridad en cualquier momento y tenemos que prepararnos para el “peor” caso. Por lo tanto, es necesario prever las acciones y actuaciones a llevar a cabo en estas situaciones. Sabiendo que a pesar de todas las medidas que se puedan tomar puede tener lugar un desastre, el plan de contingencias incluye un plan de recuperación de desastres, que tiene como objetivo restaurar el servicio informático lo más pronto posible y minimizar el coste y las pérdidas en la medida de lo posible. Para que el diseño del plan de contingències tenga sentido, hay que presuponer el peor caso de todos, el desastre total. De esta manera, el plan será lo más completo y podrá incluir toda la casuísticas. El Plan de Contingencias deberá tener presente: • Si hay una pérdida, la asumimos (en coste y tiempo) y volvemos a comenzar desde cero. • No podemos asumir la pérdida (por algún motivo, sea coste, tiempo, etc.) y por lo tanto, necesitamos copia de seguridad. Esta información estará dentro del sistema de copias y, posiblemente, dentro del Plan de Recuperación de Desastres. • También contemplaremos los incidentes, como por ejemplo, fallos de hardware o software que pueden dejar inutilizado total o parcialmente el sistema informático, y confeccionaremos los protocolos a seguir ante este tipo de situaciones.

© Editorial UOC

272


2.3. Sistemas de Gestión de Seguridad de la Información (SGSI).

Debido a la complejidad de llevar a cabo un plan de seguridad, es necesaria una metodología. Por este motivo aparecieron los sistemas de gestión de la seguridad de la información (SGSI) En general, cualquier sistema de gestión de la seguridad, tendrá que comprender la política, la estructura organizativa, los procedimientos, los procesos y los recursos necesarios para implantar la Gestión de la Seguridad de la información dentro de una organización. Básicamente, un sistema de gestión se caracteriza por: • Cubrir los aspectos organizativos, lógicos, físicos y legales. • Ser independiente de plataformas tecnológicas y mecanismos concretos. • Ser aplicable a todo tipo de organizaciones, independientemente de la medida y actividad. • Tener, como todo sistema de gestión, un fuerte contenido documental. En los SGSI se define: Activo: Recurso del sistema de información o relacionado con este, necesario para que la organización funcione correctamente y logre los objetivos propuestos por la dirección. Amenaza: suceso que puede desencadenar un incidente en la organización, produciendo daños o pérdidas materiales o inmateriales en sus activos. Riesgo: Posibilidad que una amenaza se materialice. Impacto: Consecuencia sobre un activo de la materialización de una amenaza. Control: Práctica, procedimiento o mecanismo que reduce el nivel de riesgo. La base para el desarrollo, implementación y funcionamiento de un SGSI se puede resumir en cuatro “tareas” repetitivas. Es el denominado modelo PDCA. En estas metodologías la seguridad consiste en la realización de las tareas necesarias para garantizar los niveles de seguridad exigibles en una organización. En consecuencia, la seguridad deberá entender como un proceso.

© Editorial UOC

273


Los riesgos no se eliminan, se gestionan.

Existen diferentes metodologías para implementar un SGSI. Veamos algunas.

2.3.1. MAGERIT Es la sigla de Metodología de Análisis y Gestión de RIesgos de las AdminisTraciones públicos. Es un método formal para investigar los riesgos que soportan los Sistemas de Información , y para recomendar las medidas correspondientes que se deberán tomar para controlar estos riesgos. Es una metodología pública desarrollada por el Ministerio de Administraciones Públicas. MAGERIT consta de cuatro fases: 1. Planificación de análisis y gestión de riesgos: estimaciones iniciales de los riesgos que pueden afectar al sistema de información y el tiempo y recursos necesarios para su tratamiento. 2. Análisis de riesgos: realiza una estimación del impacto que tendrán los riesgos en la organización. Este área es muy importante porque un uso desproporcionado puede afectar negativamente al rendimiento. Es necesario establecer un umbral de riesgo deseable (tolerable) que hay que superar para ser objeto de tratamiento. 3. Gestión del riesgo: seleccionar posibles soluciones para cada riesgo. Son fundamentales los ejercicios de simulación. 4. Selección de salvaguardas: Elegir los mecanismos que implementaran las soluciones elegidas en la fase anterior.

2.3.2. ISOIEC 27001:2005 El 15 deoctubre de 2005 nace el estándar ISO 27001:2005, sustituyendo el BS 7799. Se usa para la implantación de un SGSI. La norma ISOIEC 27001 (Information technology - Security techniques - Information security management systems - Requirements) es certificable y especifica los

© Editorial UOC

274


requisitos necesarios para establecer, implantar, mantener y mejorar un Sistema de Gestión de la Seguridad de la Información según el modelo PDCA. Es consistente con las mejores prácticas descritas en ISO/IEC 17799 y tiene su origen en la norma británica British Standard BS 7799-2 publicada por primera vez el 1998. Esta norma se elaboró para poder certificar los Sistemas de Gestión de la Seguridad de la Información implantados en las organizaciones a través de un proceso formal de auditoría. La ISO8IEC considera la organización como una totalidad y tiene en cuenta todos los posibles aspectos que se pueden ver afectados ante los posibles incidentes que se pueden producir. La mencionada norma está estructurada en once dominios de control que cubren completamente la Gestión de la Seguridad de la Información, dónde cada uno de ellos se refiere a un aspecto de la seguridad de la organización. 1. Política de seguridad. 2. Aspectos organizativos para la seguridad. 3. Clasificación y control de activos. 4. Seguridad del personal. 5. Seguridad física y del entorno. 6. Gestión de comunicaciones y operaciones. 7. Control de accesos. 8. Desarrollo y mantenimiento de sistemas. 9. Gestión de incidentes de seguridad de la información 10. Gestión de continuidad del negocio. 11. Conformidad legal.

La norma pretende aportar las bases para tener en consideración todos los aspectos que pueden suponer un incidente en las actividades de la organización.

3. Detección de necesidades de software en la organización

¿Por qué se necesita software nuevo? Responder esta pregunta es casi una cuestión filosófica. En esencia, una organización es una entidad “viva” (en un amplio sentido). Esto quiere decir que sus necesidades varían a lo largo del tiempo y, por lo tanto, las necesidades

© Editorial UOC

275


informáticas también. Más concretamente, un software puede tener errores, o bien aparecen nuevas versiones y se queda anticuado, o a alguna persona se le ocurren cosas nuevas que mejorarían el rendimiento o la producción, o cambio del equipo directivo o la cadena de producción, o el método de administrar o las leyes, y se tienen que modificar los programas contables, o la organización es absorbida por otra más importante que trabaja de una manera muy diferente, o se cambia completamente el departamento de marketing y ventas, etc. Y todo esto son necesidades que pueden motivar cambios profundos en el software que hay o bien hacer que se tenga que comprar software nuevo. Ver esta necesidad, la importancia que puede tener para la organización y el impacto que puede representar para el sistema informático requiere un cierto tiempo. Básicamente pasa por las etapas siguientes.

Cuando la informática está implantada en una organización, en más o menos grado, siempre hay necesidades nuevas.

3.1. Detección de necesidades A menudo, una necesidad es muy evidente, y otras veces es muy difícil de detectar. Puede provenir de muchas fuentes, algunas de las cuales pueden ser las siguientes: • Desde el CAU. Por lo tanto, a partir de los usuarios que hagan peticiones. • Desde el CAU. Mediante quejas reiteradas. • Desde cualquier lugar de la organización que quiere algo, sin saber si es posible o no técnicamente. • Desde el mismo departamento de Informática, para mejorar el servicio. • Desde el mismo departamento de Informática, para mejorar el rendimiento. • Desde cualquier punto externo a la organización pero que interacciona y tiene problemas. • Desde la dirección, para analizar relaciones de interorganización y de intraorganización.

© Editorial UOC

276


• La misma organización, para evolucionar. • El mismo sector informático de telecomunicaciones, que evoluciona tecnológicamente. Lo más importante cuando se ha detectado una necesidad es evaluar si se puede llevar a cabo o no. Esta tarea recae en el jefe de informática, que dependiendo de la necesidad puede trabajar con el administrador de sistemas y elaborar un informe de costes y tiempos para valorar si se inicia el proyecto o no. El jefe de informática con el consejo directivo de la organización, si son proyectos de mucho peso, o con el administrador de sistemas, si son pequeños, deciden la forma que se les ha de dar.

La aparición de una necesidad que tiene que cubrir el departamento de Informática puede venir por muchas vías.

3.2. Etapa de concreción

Ya se ha detectado una necesidad. A pesar de ello, muchas veces es una cuestión difusa. La persona o las personas que lo han generado saben más o menos qué quieren (muy pocas veces saben exactamente qué quieren), pero además, de no ser expertos informáticos, y de no tener conocimiento de la estructura informática de la organización (no tienen necesariamente porque tener), la expresión de su necesidad es difusa. A pesar de que la expresan con claridad (muchas veces ellos mismos creen que se expresan claramente), la “traducción” de lo que dicen, de lo que quieran, etc. en términos informáticos, y partiendo de la estructura informática de la organización, no es nada evidente. Por lo tanto, en esta etapa es necesaria una tarea, que es responsabilidad generalmente del jefe de informática: la concreción de la necesidad. El jefe de informática debe establecer conversaciones, hacer reuniones, etc. con las personas que piden la solución , para que concreten y formalicen su problema y su necesidad, y se pueda poner en marcha un estudio o plan de viabilidad por parte del departamento de informática. También es posible que en esta etapa tome parte en algún momento alguna figura técnica, que una vez más acostumbra a ser el administrador de sistemas, a pesar de que depende mucho de la necesidad que se haya generado. En esta etapa recogeremos, además, documentos, papeles, esquemas, etc., si es posible. Hace falta tener presente que muchas veces todas estas necesidades

© Editorial UOC

277


que aparecen cuestan mucho de definir y precisar, por lo cual es posible que toda la valoración inicial la hagamos sin saber muy exactamente qué se quiere.

Es muy difícil concretar una necesidad. La comunicación con todas las personas y departamentos relacionados directamente o indirectamente con la necesidad puede ser clave para concretar el problema.

3.3. Etapa de análisis Después de haber hablado en la etapa anterior para saber qué se quiere, en el departamento de informática se hace un primer estudio de viabilidad del proyecto, para determinar cómo puede encajar en el sistema informático actual o cuál sería la mejor manera de solucionar el problema planteado. Es responsabilidad del jefe de informática, sobre todo por los aspectos de recursos económicos y humanos, y el aspecto técnico es una tarea conjunta del jefe de informática y el administrador de sistemas, o la figura técnica que sea necesaria según la necesidad planteada. Prepararemos un informe técnico preliminar en el cual se comentarán los aspectos de hardware, software, recursos humanos, económicos y de tiempos, de una manera aproximada (en caso que sea viable). Si la dirección decide llevarlo adelante ya se hará un análisis bien hecho, correcto y a fondo del problema.

Determinar exactamente una necesidad es muy importante para evaluar el impacto que puede tener en la estructura informática y en la misma organización.

4. Implantación/diseño de aplicaciones

Como ya hemos explicado en el apartado anterior, en una organización, como consecuencia de cambios internos (nuevas orientaciones) o cambios ex-

© Editorial UOC

278


ternos, o simplemente por mejora del funcionamiento, puede aparecer una necesidad. Esta necesidad puede afectar hasta el punto que hagan falta modificaciones importantes de software o incluso que se tenga que comprar uno nuevo. Si este es el caso, nos encontramos con la decisión de: • ¿Modificar el software que tenemos (si podemos)? • ¿Comprar software estándar? • ¿Crearnos un software a medida? En este apartado damos unas pautas o indicaciones que pueden ayudar a resolver este problema.

Tenemos que darnos cuenta de que todos los pasos los hacen figuras técnicas, pero con la supervisión de la figura del jefe de informática, que es quien toma las decisiones, en estrecha coordinación con las figuras de los administradores (técnicos). Cuando se detecta una necesidad, es el jefe de informática quién toma las decisiones finales sobre si se puede satisfacer o no. Solucionarla tiene un coste y, por lo tanto, hay que ver si se puede llevar a cabo. El jefe de informática conoce el plan estratégico de la organización, los recursos económicos, humanos, etc. de que dispone. Con esta información y el informe técnico preliminar que se ha hecho en la etapa de análisis de la detección de necesidades, podremos decidir si se puede resolver o no.

© Editorial UOC

279


Esta necesidad puede llegar a ser compleja, puesto que si se implanta software nuevo, afecta profundamente toda la estructura informática y también la organización, dado que modifica la manera de trabajar del personal. Este es, pues, un método para intentar ser lo más conservadores con el software que tenemos para ajustarlo a la necesidad que hay creada.

Hay muchas soluciones ante el problema de una necesidad. Intentamos buscar las que modifican la estructura informática lo mínimo posible.

© Editorial UOC

280


Cada uno de estos pasos es bastante complejo y el jefe de informática, conjuntamente con el administrador de sistemas, trabajan juntos para llevar a cabo esta tarea. 4.1. Relación de requisitos La decisión la tomará el jefe de informática, pero la tarea de elaborar esta relación de requisitos es conjunta del jefe de informática y el administrador del sistema. Después, por tanto, que el informe técnico preliminar haya pasado por dirección y se haya decidido activar el proyecto, el jefe de informática, junto con el administrador, marca los requisitos mínimos que debe cumplir el software. Los aspectos básicos que tiene que incluir esta relación han de contener: • Los servidores actuales. Si son heterogéneos, dónde debe residir la aplicación. Pueden cambiar en un futuro próximo (planes de actualización, plan estratégico, etc.). • Los clientes. Son o pueden ser heterogéneos (planes de actualización, plan estratégico, etc.). Cada vez más hay portátiles en determinados departamentos. Hay que prever la posibilidad de clientes de diferentes plataformas o tipos. • Conexiones remotas/red. Cómo y desde dónde se tiene que poder acceder a la aplicación. Cuestiones asociadas a redes locales, intranets, extranets, etc. • Información pública/privada – ¿Hace falta hacer parcialmente visible la aplicación? – ¿Es necesario extraer (exportar) datos para hacerlas públicas o para introducirlas en otros software de la organización? • Cuestiones de seguridad asociadas a la red, la información, la aplicación. • ¿Cómo y qué usuarios pueden acceder a la aplicación? ¿Los usuarios tienen niveles de seguridad o ven toda la aplicación cuando han entrado? ¿Pueden modificar cualquier información? ¿Pueden imprimir cualquier listado? • También es conveniente plantearse la cuestión de configuración/parametrización, especialmente en listados. El tiempo hace que sea necesario cambiar elementos como, por ejemplo, el logo de la organización.

© Editorial UOC

281


Software ajustado a las necesidades Aquí hemos hablado de un software multiusuario, en servidor, con usuarios configurables, con propiedades para las redes y facilidades para extraer datos, posiblemente multiplataforma en la parte cliente, etc. Y seguramente para una organización de una cierto tamaño es lo que hace falta. Ahora bien, si nuestra organización es de cinco personas (por ejemplo, un taller mecánico o una tienda), muchas de estas características no son necesarias. Seguramente con un software monousuario que funcione sobre una sola máquina (si tiene usuarios, mejor), con listados configurables, que pueda funcionar en una red, pero sólo con un usuario simultáneo, y que funcione correctamente, es suficiente para resolver el problema. Lo otro estaría totalmente sobredimensionado a las necesidades reales de la organización, y tendría un coste demasiado elevado. Los mismos fabricantes de software hacen muchas veces el mismo programa en diferentes “tamaños” y precios, según la organización a la que se destina.

Con la relación de requisitos, nos tenemos que plantear la cuestión de si dentro de la organización hay un software que haga más o menos lo que se necesita funcionalmente.

Saber qué hace falta técnicamente para resolver el problema y para integrarlo en la estructura de la organización es el primer paso.

4.2. La actualización

Se trata de ver si actualizando algún software del que hay en la organización hay bastante para solucionar la necesidad que se pretende cubrir. La tarea la hará el administrador de sistema y la decisión sobre la viabilidad de la actualización será del jefe de informática. Esta tarea puede ser tan sencilla como mirar las características de la última versión del software en papel o vía web, o tan compleja cómo tener que pedir un CD-ROM de demostración y necesitar un ordenador de prueba para instalar y hacer una simulación para ver si se ajusta a los requisitos pedidos para resolver el problema.

Buscamos si algún software del que tenemos nos sirve.

© Editorial UOC

282


4.3. Software estándar

Esta posibilidad representa que por el momento no queremos desarrollar software propio, y se busca un software que ya exista y se ajuste a las necesidades que se quieren cubrir. Por lo tanto, tenemos que mirar, de todos los software que hay en el mercado, cuál se adapta a las necesidades que tiene la organización. Es una tarea que puede hacer el administrador de sistemas, pero que debe supervisar bastante el jefe de informática, puesto que es quien toma la decisión final. Actualmente los software son bastante parametrizables y, por lo tanto, la tarea de ver el software que hay y cómo se puede adaptar a la organización todavía es más compleja. Hay un último factor muy importante a en cuenta. Seguramente ningún software se adapta completamente a las necesidades particulares de la organización. Todo software estándar, por muy parametrizable que sea, necesita un poco de esfuerzo de adaptación por parte de la organización, es decir, tiene que haber un ajuste de la organización hacia el software, y del software hacia la organización (esto último es precisamente la parametrización). Cómo normalmente hay cambios motivados por factores externos o internos en el software, hay que estar bastante seguro de que el proveedor que nos lo proporciona tiene una estabilidad bastante buena para garantizarnos el mantenimiento del producto en nuevas versiones y en la resolución de problemas. Una vez se ha tomado la decisión, si optamos por un software estándar debemos probarla a fondo y hacer todo el proceso de implantación en servidores, y después implantarlo en los usuarios, formarlos, etc. para que no sea problemático. La decisión final es del jefe de informática, pero la tarea de mirar los software que hay en el mercado y valorar la utilidad dentro de la organización es en gran parte una tarea del administrador de sistemas.

Buscamos software que ya está hecho, teniendo en cuenta que tendremos que poner software nuevo dentro de la organización, con todas las consecuencias asociados.

4.4. Software a medida La segunda posibilidad implica poner en marcha un proyecto de software, un departamento de desarrollo de software, un análisis, etc. Por lo tanto, es bastan-

© Editorial UOC

283


te más complejo para obtener al final un paquete ajustado a las necesidades de la organización. Una vez se ha hecho, generalmente no se acaba, puesto que cómo la organización es una entidad “viva”, necesita modificaciones prácticamente constantes. La organización está dentro de una sociedad que también cambia y, por lo tanto, el paquete de software creado también puede necesitar mantenimiento. Ello provoca que el departamento de desarrollo, si es de nueva creación para este proyecto, difícilmente desaparezca, puesto que es posible que aparte de mantenimiento, el paquete vaya creciendo más y más con el paso del tiempo. En este caso, el jefe de informática toma muchas decisiones estratégicas, puesto que tiene que dar el marco de trabajo de la aplicación. El administrador de sistemas también tiene que colaborar a crear el marco de trabajo de la aplicación y tiene que estar presente en todo el proceso de creación de la aplicación. Seguramente será responsabilidad del jefe de informática la decisión de quien desarrolla el proyecto, porque depende de si la organización tiene departamento de desarrollo o no. Si no tiene, la tarea de desarrollar el software se crea o se contrata externamente. En este último caso, hay que negociar en un contrato la propiedad de las fuentes de la aplicación.

Decidir hacer una aplicación a medida es la última solución, la más costosa económicamente y en tiempo, pero se obtiene un software que se ajusta completamente a nuestras necesidades.

4.5. La responsabilidad del jefe de informática

Cómo ya hemos mencionado, el jefe de informática tiene la función de determinar el marco sobre el cual tiene que funcionar este software. Tanto si la decisión es un software estándar cómo si es un software a medida, aquí, un poco como en el diseño del entorno de usuarios, vuelven a aparecer las cuestiones siguientes: • Dónde debe estar la aplicación. • Dónde deben estar los datos. • Qué usuarios accederán. • Con qué permisos. • Sobre qué tecnología se desarrolla (cliente/servidor, etc.)

© Editorial UOC

284


• Desde qué puntos de la organización se usará el software (dentro de la red, intranet, extranet, etc.). • Grado de sensibilidad de los datos. • Nivel de integración de los datos con el resto de aplicaciones. • ¿Hay que hacer públicos parte de estos datos en la web de la organización? • ¿Es necesario exportar datos? Por lo tanto, nos tenemos que volver a plantear una tabla de soluciones.

Datos Local

Remoto

Local Aplicación

Remoto

Datos en remoto. En este caso probablemente decidiremos que los datos estén en una base de datos en un servidor. Esto facilita las copias de seguridad, el mantenimiento y la implantación, especialmente si en la organización ya hay un servidor de bases de datos. También facilita la integración y las búsquedas futuras dentro de esta nueva base de datos. Si se tiene que publicar algo (hacer extracciones) o controlar permisos también es más sencillo. Software en remoto. Aquí estamos ante dos alternativas posibles. 1) Programa “tradicional” hecho para que pueda correr en el cliente o en el servidor, o un programa con tecnología cliente/servidor que necesita una pequeña parte instalada en el cliente. 2) Aprovechar la tecnología cliente servidor para crear una aplicación en la que el programa cliente ya esté instalado en las estaciones de trabajo. Un navegador. Es el caso de las arquitecturas en que el front-end (ordenador frontal) es un navegador que hace de cliente y el servidor web ataca las bases de datos. En el medio está la aplicación servidora real.

© Editorial UOC

285


Ventajas: • Funciona con clientes heterogéneos. No es necesario hacer una versión cliente para cada plataforma. • Funciona con portátiles. Es una buena solución para la informática móvil. • Funciona fuera de la organización. Si puede haber problemas de seguridad debe ponerse sobre un servidor seguro (HTTPS). • Normalmente, se programa por módulos y no monolíticamente. Este es el esquema de la estructura que se acostumbra a utilizar en estos casos, puesto que es la más segura.

© Editorial UOC

286


Dado que la aplicación está en módulos, el mantenimiento y el crecimiento son más sencillos, y puesto que los datos están en un servidor diferente del de la aplicación es más seguro, porque si llegan a atacar el servidor web con éxito no encontrarán los datos, sino que se debe conseguir llegar a otro servidor, por lo cual hay otra barrera de seguridad para traspasar. La seguridad es más elevada. El jefe de informática también debe preocuparse de que se lleve a cabo el diseño de la documentación y del plan de formación de los usuarios finales, y de proveer de recursos para llevar a término el proyecto.

El jefe de informática tiene que decidir lo siguiente: • El marco en que desarrollará la aplicación. • El diseño de la documentación • El plan de formación

5. Aspectos legales Los aspectos legales son muchos, y una vez más hemos de insistir en la cuestión de los asesores legales para consultas, puesto que hoy en día la legislación es muy cambiante.

© Editorial UOC

287


5.1. Problemas de seguridad

Uno de los aspectos que debe conocer especialmente un jefe de informática es qué hay que hacer ante un problema de seguridad. Recordamos que algunos de los problemas de seguridad que se pueden dar son los siguientes: • Destrucción/robo de información por parte de personal de la organización. • Destrucción/robo de información externamente a la organización, por ejemplo por Internet. • Abuso del uso del sistema para finalidades no corporativas. Cada caso prácticamente es particular, y generalizar aquí puede ser contraproducente. Sí que es importante distinguir las cuestiones técnicas de las decisiones que hace falta tomar ante una situación. Las figuras técnicas detectan problemas y avisan de ellos. La figura del jefe toma las decisiones y las figuras técnicas las llevan a cabo. Veámoslo con unos ejemplos. Ejemplo 1: abuso del sistema por parte del personal con finalidades no corporativas Si se sospecha que una persona usa el sistema indebidamente, esto lo detectan normalmente los administradores de sistema (figuras técnicas). Lo comunican al jefe de informática y, en este caso, la función del jefe es establecer los procedimientos legales dentro de la organización para poder verificar que realmente esta persona hace un uso indebido del sistema. Una vez iniciados los procedimientos legales, las figuras técnicas pueden llevar a cabo los mecanismos informáticos y técnicos necesarios para reunir las pruebas y verificar que hay un problema legal. Después se procederá con todo el sistema legal necesario, que es responsabilidad de la jefe de departamento, con apoyo del administrador de sistemas, si hace falta. Ejemplo 2: ataques a servidores web Esta situación concreta es de las complejas. Según la situación, la decisión que debe tomar el jefe de informática puede variar, porque hay muchos tipos de ataques. Suponemos un ataque con intención de obtener información de la organización. Lo que podría pasar es lo siguiente:

© Editorial UOC

288


El administrador de sistemas informa al jefe de informática del tipo de problema de seguridad, el cual decide hacer lo siguiente: • Que el administrador de sistemas lleve a cabo el protocolo técnico del equipo. Parada, copia, restauración, etc. • Hablar con la dirección de la administración sobre el problema de seguridad ocurrido. • Al mismo tiempo, el responsable de informática informa al cuerpo de policía correspondiente para denunciar el hecho, concretar una fecha y consultar los datos o pruebas del sistema que puedan necesitar. • Los administradores de sistema elaboran un informe exhaustivo sobre lo que ha pasado y aportan toda la información que consideren necesaria en formato CD-ROM. Este informe debe contener qué ha pasado, cómo se ha dado la intrusión, cuánto ha durado, cómo se ha solucionado, cuál era el problema de seguridad que lo ha provocado y a qué personas/entidades se ha solicitado ayuda para solucionar el problema (bajo el punto de vista técnico). • Un informe de los administradores y el jefe de informática que contiene los daños ocasionados en el sistema y una valoración de los daños económicos y materiales que ha significado para la organización esta intrusión. Dependiendo de la situación real, esto lo puede hacer un perito externo a la organización. • En la fecha fijada con el cuerpo de policía hay la reunión en que se presenta el informe técnico, el informe de daños (y el coste estimado), el CDROM con toda la información, pruebas, etc., y el cuerpo de seguridad se encarga de buscar la persona que ha ocasionado el daño y actúa policialmente, después judicialmente y, finalmente, si es necesario, penalmente. Ahora bien, supongamos el caso siguiente: el administrador de sistemas informa al jefe de informática que en el servidor web se ha encontrado instalado un servidor de pornografía infantil. Cómo aquí hay claramente un delito penal, el jefe de informática decide hacer lo siguiente (es una orientación): • No modificar nada y reunir el máximo de pruebas posibles (ficheros de log, ficheros de datos, imágenes, páginas web, etc.). La finalidad es que el intruso todavía no sepa que nosotros ya tenemos conocimiento que ha entrado en el sistema. Cómo acabamos de decir, esta acción la pone en marcha el jefe de informática y la llevan a cabo los administradores de sistema.

© Editorial UOC

289


• Al mismo tiempo, el jefe de informática informa al cuerpo de policía correspondiente para denunciar el hecho, concretar una fecha y consultar los datos o pruebas del sistema que puedan necesitar (por ejemplo, pueden decidir clonar el disco o discos duros del servidor y restaurar el sistema –así se evita que el delito se continúe produciendo). • Con toda la información extraída del sistema, con la denuncia y la consulta hecha al cuerpo de policía sobre la información que hace falta extraer, los administradores de sistema pueden proceder en lo siguiente: – Restaurar el sistema. – Recuperar la información de copias de seguridad. – Asegurar el sistema, si es necesario. Esto significa añadir parches de sistema operativo o de aplicación destinados a tapar el agujero de seguridad que pueda haber ocasionado la entrada ilegal del intruso. Estas operaciones destruyen prácticamente todas las pruebas, pistas/trazas que haya podido dejar el intruso en el sistema. Por ello es muy importante haber extraído antes toda la información de pruebas, y haberlo hecho en coordinación con el cuerpo de seguridad del Estado, para estar seguros de no perder ninguna prueba importante. De esta manera el servidor afectado vuelve a estar operativo cuanto antes. • Los administradores de sistema elaboran un informe exhaustivo sobre lo que ha pasado y aportan toda la información que consideren necesaria en formato CD-ROM. Este informe tiene que contener qué ha pasado, cómo ha sido la intrusión , cuánto ha durado, cómo se ha solucionado, cuál era el problema de seguridad que lo ha provocado, a qué personas/entidades se ha solicitado ayuda para solucionar el problema (bajo el punto de vista técnico). • Un informe hecho por los administradores y el jefe de informática que contiene los daños ocasionados en el sistema y una valoración de los daños económicos y materiales que ha significado para la organización esta intrusión. Dependiendo de la situación real, esto lo puede hacer un perito externo a la organización. • En la fecha fijada con el cuerpo de policía hay la reunión en que se presenta el informe técnico, el informe de daños (y el coste estimado), el CD-ROM con toda la información , pruebas, etc., y el cuerpo de seguridad se encarga de buscar la persona que ha ocasionado el daño y actúa policialmente y después judicialmente y, finalmente, si es necesario, penalmente.

© Editorial UOC

290


Las dos maneras de actuar son muy parecidas, pero dependiendo de cada caso hay variaciones. No hay, pues, reglas fijadas sobre la manera de actuar ante situaciones irregulares.

5.2. Software a medida

Muchas veces el software a medida se contrata a compañías ajenas a la misma organización. Estas compañías fabrican el software y lo implantan, pero es necesario aclarar en el contrato, con los asesores legales correspondientes, los términos de propiedad del código fuente y hasta dónde llega este código fuente (librerías, entre de otras). Se han dado muchos casos de compañías que han cambiado la orientación, no han continuado el producto y, por lo tanto, han dejado de dar soporte al software que tienen fabricado, de forma que la organización que ha pedido el software a medida en realidad no tiene nada, porque nadie, ni la misma organización contratando programadores, no será capaz de hacer el mantenimiento de la aplicación. La compañía tiene un elemento conocido como know-how, que es el conocimiento que ha desarrollado y que aplica a los programas, que no tiene por qué dar necesariamente a la organización, pero es bueno llegar a algún tipo de acuerdo antes de comenzar un proyecto para que haya alguna vía para poder mantener la aplicación en caso de que no lo haga la compañía que lo ha creado.

El problema legal de la propiedad del código fuente (o de alguna parte de este código) se debe negociar antes de comenzar el proyecto.

6. Respondesabilidades del jefe de informática

Una relación aproximada de las tareas/responsabilidades del jefe de informática es la siguiente: • Elaboración de la parte del plan estratégico del departamento, subordinado al plan estratégico de la organización, y velar por ella.

© Editorial UOC

291


• Detección de necesidades. • Concreción de necesidades con el personal de la organización. • Decisión de implantar necesidades y la manera de hacerlo. • Planes de actualización informática. • Plan de contingencias. • Determinación de los permisos de los usuarios en los software. • Supervisión de los proyectos de software. • Actuación y respuesta delante de situaciones que comprometan la seguridad del sistema.

• Decisión ante situaciones legales.

© Editorial UOC

293

Bibliografía

Bibliografía

Barcelo García,M;Pastor i Collado,J (1999). Gestió d’una organització informàtica Barcelona: Universitat Oberta de Catalunya. Microsoft Corporation. (1996). Windows 95 Kit de Recursos. Madrid: Mc Graw Hill. Microsoft Corporation. (1997). Windows NT 4.0 Workstation Kit de Recursos. Madrid: Mc Graw Hill. Piattini, M; Calvo-Manzano, J.; Cervera, J; Fernández, L. (1996). Análisis y diseño detallado de Aplicaciones Informáticas de Gestión. Madrid: Ra-Ma. Cockcroft A. (1995). Sun Performance and Tuning SPARC & Solaris. Estats Units: Sun Microsystems Inc. Halliday C. (1996). Los secretos del PC. Madrid: Anaya Multimedia S.A. Muellers S. (1999). Upgrading and Repairing PCs. Estats Units: Que Corporation. Sheldon,T. (1994). Novell NetWare 4 Manual de Referencia. Madrid: McGraw-Hill, Inc. Sun Microsystems Ibérica, S.A. (1994). Administración de Sistemas Solaris 2.x. Madrid. Jumes, James G. i Coopper; Neil F. i Chamoun, Paula i Feinman, Todd M. (1999). Microsoft Windows NT 4.0 Seguridad, auditoria y control Madrid:. MacGraw Hill. Jimeno García, M.T.; Míguez Pérez, C.; Matas García, A.M.; Pérez Agudín, J. (2008). Guía Práctica Hacker. Ediciones Anaya Multimedia. Colobrán Huguet, M.; Morón Lerma, E. (2004). Introducción a la Seguridad Informática. Planeta UOC, S.L. Arnedo Moreno, J. (2002). .Xarxes locals sense fils. (Article UOC). Anònim. (2000). Linux Máxima Seguridad. Prentice Hall. Halsall F. (1996). Data Communications, computer networks and open systems. McGraw-Hill. Tanembaum, A. S. (1991). Redes de Ordenadores. Prentice-Hall Hispanoamericana, S.A. Palet Martínez, Jordi. Tutorial d’IPv6. Date,C. J. (2000). An Introduction to Database Systems. Estats Units: Addison Wesley. Elmasri,R;Navothe S. (2000). Fundamentals of Database Systems. Estats Units: Addison Wesley. Pfleeger,C. (1997). Security in Computing Estats Units: Prentice Hall. Prague, C.;Irwin,M (1996). El libro de Access para Windows 95. Madrid: Anaya multimedia S.A.

© Editorial UOC

294

Administració de sistemes operatius en xarxa.

Coar,K. (1998). Apache Server for Dummies Estats Units: IDG Books Worldwide,Inc. Garfinkel,S;Spafford,G. (1997). Web Security & Commerce. Estats Units: O’Reilly & Associates,Inc. Morales,O. (2001). Informàtica Jurídica. Barcelona: Universitat Oberta de Catalunya. Musciano,C.; Kennedy,B. (2000). HTML & XHTML The Definitive Guide. Estats Units: O’Reilly & Associates,Inc. Spainhour,S.;Quercia,V. (1996). WebMaster in a Nutshell A Desktop Quick Reference Estats Units: O’Reilly & Associates,Inc. Nemeth, E.; Snyder, G.; Hein, T. (2008). Administración de sistemas Linux, Edición 2008, Ediciones Anaya Multimedia. Dhanjani, Nitesh (2008). Claves hackers en Linux y UNIX. Mc Graw-Hill. Villalón Huerta, A. (2002). Seguridad en UNIX y redes. Version 2.1. Anònim. (2000). Linux Máxima Seguridad. Prentice Hall. Aulí Llinàs, F.;Baig Viñas, R. (2005). Sistema operatiu GNU/Linux bàsic. Fundació per a la Universitat Oberta de Catalunya. Guasch Petit, A.; Martínez de Carvajal Hedrich, E.; Peiró Mir, M.; Ríos Boutin, J.; Roca i Marimon, J. (2005). Auditoria, peritatges i aspectes legals per a informàtics. Fundació per a la Universitat Oberta de Catalunya. Domingo i Ferrer, J. (1999); Criptografia. Universitat Oberta de Catalunya. Tena Millán,J. (1989). Organizacion de la empresa: Teoría i aplicaciones Barcelona:EADA

© Editorial UOC

295

Glosario

Glosario

10Base-T m Cable de par trenzado UTP con una longitud máxima de segmento de cien metros sobre una topología física de estrella. 100Base-T m Cable de par trenzado UTP con velocidades de transmisión de 100 Mbps. sin.: fast Ethernet 10Base-2 m Cable coaxial delgado con una velocidad de transmisión de 10 Mbps. Acepta hasta treinta puestos de trabajo en segmentos de longitud de como mucho 185 metros. sin.: thin wire 10Base-5 m Cable coaxial grueso con una velocidad de transmisión de 10 Mbps. Acepta hasta cien puestos de trabajo en segmentos de longitud de como mucho 500 metros. sin.: thick wire administrador -a de sistemas m y f Persona encargada de la informática, que a menudo hace todas las funciones, pero en especial la de administrador de servidores y la de administrador de usuarios, y a veces también la de jefe de informática. advanced intelligent tape f Ver cinta avanzada inteligente. AIT f Ver cinta avanzada inteligente. análisis forense informático: proceso de aplicación del método científico en los sistemas informáticos con la finalidad de asegurar, identificar, preservar, analizar y presentar la evidencia digital de forma que sea aceptada en un proceso judicial. antivirus m Software que busca virus en el disco duro de los ordenadores.

© Editorial UOC

296


aplicaciones específicas f pl Conjunto de aplicaciones o programas que la organización ha adquirido, y por lo tanto, no se consideran estándar. Las ha parametrizado o adaptado a las necesidades de la organización, y es probable que no se instalen en todas las estaciones de trabajo o que sólo las usen determinados usuarios de la organización. Se considera, pues, software “especial”. Generalmente incluye el acceso a bases de datos de la organización, programas de nóminas, contabilidad, facturación, etc. arsenal redundante de discos económicos m Un doble intento de tener unidades de discos muy grandes y redundancia en el sistema por si falla un disco. Se trata de distribuir la información entre varias unidades de disco. en redundant array of inexpensive disks sigla: RAID autenticación f Verificación de la identidad de una persona o proceso a la hora de acceder a un recurso o poder hacer una acción determinada. backbone m Ver red troncal. backup m Ver copia de seguridad. base de datos f Almacén informático de información en que se pueden guardar, recuperar y relacionar datos con facilidad. CAU m Ver centro de atención al usuario. centre de atención al usuario m Parte del departamento de Informática dedicado a atender las incidencias de los usuarios. sigla: CAU certificado digital m Documento electrónico firmado por una tercera parte o autoridad de certificación que asocia una llave pública a una persona. cinta audio digital f Uno de los dispositivos para hacer copias de seguridad en cinta. en digital audio tape sigla: DAT cinta avanzada inteligente f Uno de los dispositivos para hacer copias de seguridad en cinta. en advanced intelligent tape sigla: AIT

© Editorial UOC

297

Glosario

cinta digital inteligente f Uno de los dispositivos para hacer copias de seguridad en cinta. en digital intelligent tape sigla: DIT clonación f Operación de duplicar el contenido de un disco duro en otro disco duro, con lo cual se obtiene una copia exacta imposible de distinguir del original. sin.: clonar conmutador m Dispositivo que gestional flujo del tránsito de red teniendo en cuenta la dirección de destino de cada paquete. En otras palabras, los conmutadores pueden averiguar qué dispositivos se encuentran conectados a sus puertos y redirigen la información únicamente al puerto destino, en lugar de hacerlo indiscriminadamente, como los concentradores. en switch concentrador m Dispositivo que permite compartir una línea de comunicación entre varios ordenadores. Repite toda la información que recibe para que pueda llegar a todos los dispositivos conectados. en hub copia de seguridad f Método para duplicar la información de la organización sobre otro soporte que sea más seguro. en backup CPU f Ver unidad de control de proceso. cracking m Ver piratería. criptosistemas de llave compartida m pl Criptosistemas en los cuales emisor y receptor comparten una única llave. Es decir, el receptor podrá descifrar el mensaje recibido únicamente si conoce la llave con la cual ha cifrado el mensaje el emisor. criptosistemas de clave pública m pl Criptosistemas en que cada usuario u tiene asociada una pareja de llaves . La llave pública, Pu, es accesible por todos los usuarios de la red y aparece en un directorio público, mientras que la llave privada, Su, tan sólo es conocida por el usuario u. dato f Registro de los sucesos.

© Editorial UOC

298


dato de carácter personal f Cualquier información relativa a las personas. En concreto, toda información numérica, alfabética, gráfica, fotográfica, acústica o de cualquier otro tipo, susceptible de ser recogida, grabada, tratada o transmitida y que concierne una persona física identificada o identificable. DAFO f Ver debilidades, amenazas, fortalezas, oportunidades. DAT f Ver cinta audio digital. debilidades, amenazas, fortalezas, oportunidades f Técnica de diagnóstico para el análisis interno de una organización. Son las siglas que se ponen en una matriz 2x2. sigla: DAFO descarga completa f Copia de seguridad completa de una partición de disco. en full dump detector m Programa destinado a mirar de una manera ilícita la información que pasa por una red informática. en sniffer DHCP m Ver protocolo dinámico de configuración del host. digital audio tape f Ver cinta audio digital. digital intelligent tape m Ver cinta digital inteligente. director –a de Informática m y f Ver jefe de informática. directorio m Espacio lógico dentro de un disco, en el que se guardan ficheros y directorios. sin.: carpeta disco duro m Dispositivo físico que sirve para guardar información. DIT f Ver cinta digital inteligente. dynamic host configuration protocol m Ver protocolo dinámico de configuración del host.

© Editorial UOC

299

Glosario

encaminador m Dispositivo que gestiona el tránsito de paquetes proveniente del exterior de la red hacia el interior (y al revés). Puede tener capacidad de actuar como cortafuego. Puede filtrar y encontrar la ruta óptima de los paquetes. en router enlace m Mecanismo específico para acceder a un recurso de Internet. La utilizan especialmente las páginas web, en un formato definido texto. en link enterprise resource planning m Ver planificación de recursos de la empresa. entorno de usuario m Lo que encuentra el usuario cuando enciende el ordenador para trabajar. equipo de sobremesa m Ver estación de trabajo. ERP m Ver planificación de recursos de la empresa. estación de trabajo f Conjunto de ordenadores que utilizan los usuarios, que generalmente están distribuidos por toda la organización, normalmente, en despachos, o en producción. Pueden ser PC, Mac, Linux, portátiles, terminales puntos de venta, etc. sin.: equipo de sobremesa estación modelof Ordenador patrón que se prepara y se utiliza como base para configurar todos los otros ordenadores de la organización. Se hace mediante software, puesto que de esta manera la tarea es más sencilla. extranet f Nombre para designar Internet. Nace por oposición a intranet. FAQ f pl Ver preguntas más frecuentes. fast Ethernet f Ver 100Base-T. firewall m Ver cortafuego. fichero automatizado m Conjunto organizado de datos que es objeto de tratamiento automatizado.

© Editorial UOC

300


fichero de firmas m Relación de marcas que identifican los virus. Los utiliza el antivirus para comparar y encontrar virus. fuente de datos f Cualquier elemento (que pertenece o no a la organización) que crea datos que usa el sistema informático. footprinting m Ver técnica de la huella. full dump f Ver descarga completa. función hash f Función matemática que hace corresponder una representación de medida fija a un mensaje m de medida variable. sin.: función resumen jefe de informática m y f Máximo responsable del departamento de Informática de la organización. sin.: jefe de departamento de Informática; director de Informática jefe de departamento de Informática m y f Ver jefe de informática. HTML m Ver lenguaje de etiquetado de hipertexto. hub m Ver concentrador. hypertext markup language m Ver lenguaje de etiquetado de hipertexto. IDE m Ver lector electrónico inteligente. IEEE m Ver Institute of Electrical and Electronic Engineers. impresora remota f Impresora que está conectada directamente a la red informática en lugar de estarlo a un ordenador. El servidor la gestiona a través de la red, no localmente, porque no hay cable. información f Procesamiento de los datos para que tengan sentido. Institute of Electrical and Electronic Engineers m Organismo que data del año 1980 y que elaboró las normas IEEE 802.X, las cuales definen los están-

© Editorial UOC

301

Glosario

dares con respecto al funcionamiento de las redes de área local. sigla: IEEE intelligent drive electronics m Ver lector electrónico inteligente. interfaz pequeña del sistema informático f Tipo de controladora de dispositivos de altas prestaciones. Se pueden conectar muchos dispositivos diferentes, y las diversas revisiones permiten conectar hasta dieciséis dispositivos en la misma controladora. en small computer system interface sigla: SCSI intranet f Red interna de una organización que puede funcionar con TCP/IP, y además puede usar los recursos de Internet, como pueden ser navegadores, servidores web, etc. lector electrónico inteligente m Tipo de controladora de dispositivos de bajo coste. Normalmente, se conectan discos duros o CD-ROM. Cada controladora sólo puede soportar dos dispositivos. en intelligent drive electronics sigla: IDE link m Ver enlace. lenguaje de consultas estructurado m Lenguaje que se usa para interrogar los gestores de bases de datos en structured query language sigla: SQL lenguaje de etiquetado de hipertexto m Lenguaje estándar para etiquetar documentos en formado de hipertexto con el fín de indicar a un navegador como tiene que visualizar un documento en la pantalla del ordenador. en hypertext markup language sigla: HTML localizador uniforme de recursos m Manera única de especificar un recurso en Internet. en uniform resource locator Sigla: URL

© Editorial UOC

302


logo m Imagen corporativa que identifica una organización. Bajo el punto de vista informático, normalmente es un fichero gráfico. memoria de acceso aleatorio f Memoria volátil que usan todos los ordenadores. en random access memory sigla: RAM microinformática f Denominación que recibe el ordenador personal cuando el servidor es huésped (host) grande (macroordenador, mainframe). Ved estación de trabajo. monousuario adj Dícese del software en el que sólo puede trabajar un usuario cada vez. Este adjetivo no indica nada sobre la tecnología del software (cómo está hecho, si está en un servidor ni dónde se guardan los datos). motherboard f Ver placa base. multiplataforma adj Dícese del software estándar que puede funcionar sobre arquitecturas diferentes. multiusuario adj Dícese del software en el que pueden trabajar varios usuarios a la vez. Este adjetivo no indica nada sobre la tecnología del software, a pesar de que parece claro que los datos están centralizadas en algún lugar común al cual acceden todos los usuarios cuando trabajan concurrentemente. National Institute of Standards and Technology m Organismo creado el 1901 para proveer la indústria norteamericana con las medidas y la tecnología para mantener la competitividad en los mercados mundiales y el comercio, hoy ofrece servicios que cubren un amplio abanico de actividades tecnológicas y comerciales (normas, transferencia de tecnologías, bases de datos, materiales de referencia, etc.). Ver los algoritmos SHA y AES. sigla: NIST network interface card f Ver tarjeta de interfaz de la red. NIC f Ver tarjeta de interfaz de la red. NIST m Ver National Institute of Standards and Technology.

© Editorial UOC

303

Glosario

organización f Cualquier entidad, institución o agrupación que necesite o utilice una infraestructura informática para llevar a cabo su objetivo. parametrización f Acción de ajustar software estándar a las necesidades particulares de la organización mediante una configuración, que puede ser por medio de ficheros, ventanas, un programa, etc. partición f División del espacio interno del disco duro. perfil m Información guardada sobre el usuario, que con la identificación configura la estación de trabajo, de forma que ajusta los permisos, los accesos, la configuración del entorno gráfico, etc. (el entorno de trabajo en general). piratería f Ataque de fuerza bruta dirigida a romper una clave de acceso a un programa o servicio. en cracking. plan de contingencia m Protocolo de actuación establecido que se tiene que iniciar cuando se produce una emergencia o desastre. placa base f Componente del ordenador que tiene los buses de sistema y el árbitro del bus. Controla toda la comunicación entre los diferentes componentes. Contiene la BIOS, el espacio para montar la CPU, la RAM y las ranuras de expansión (slots) para la placa gráfica, la placa de red, etc. en motherboard placa de red f Componente del ordenador que permite la comunicación entre la red y los buses internos. El software realiza toda la lógica de encima. planificación de recursos de la empresa m Sistema de gestión de la información integrado que pretende dar una solución completa al problema de la información dentro de una organización. en enterprise resource planning sigla: ERP PMF f pl Ver preguntas más frecuentes. política de seguridad f Conjunto de directrices o estrategias que deben seguir los usuarios en relación con la seguridad global del sistema informático.

© Editorial UOC

304


preguntas más frecuentes f pl Conjunto de dudas sobre un tema concreto que los internautas se plantean repetidamente y que se guardan en una página web con las soluciones correspondientes. en frequently asked questions sigla: PMF sigla en: FAQ toma de tierra f Conductor que se pone en contacto íntimo con el suelo. (Diccionario enciclopèdique, Enciclopedia Catalana, edición 1984) software de base m Conjunto de programas que tienen iguales todas las estaciones de trabajo. Esto incluye generalmente el sistema operativo, paquetes ofimáticos, navegadores, clientes de correo electrónico y otros paquetes estándar. software de ofimática m Software que comprende un programa de hoja de cálculo, un procesador de textos, una base de datos pequeña, un programa de presentaciones, una agenda y, actualmente, también un programa cliente de correo electrónico. protocolo dinámico de configuración del host m Protocolo TCP/IP que permite la asignación dinámica de direcciones IP. en dynamic host configuration protocol random acces memory f Ver memoria de acceso aleatorio. RAID m Ver arsenal redundante de discos económicos. RAM f Ver memoria de acceso aleatorio. redundant array of inexpensive disks m Ver arsenal redundante de discos económicos. responsable del fichero m y f Persona física o jurídica, pública o privada, y órgano administrativo que decide sobre la finalidad, el contenido y el uso del tratamiento. router m Ver encaminador. SAI m Ver sistema de alimentación ininterrumpida. SCSI f Ver interfaz pequeña del sistema informático.

© Editorial UOC

305

Glosario

seguridad informática f Conjunto constituido por varias metodologías, documentos, software y hardware, que determinan que los accesos a los recursos de un sistema informático sean llevados a cabo exclusivamente por los elementos autorizados a hacerlo. servidor m Ordenador dedicado a almacenar información y/o aplicaciones y a servir peticiones de los usuarios por medio de una red. servidor de bases de datos m Sistema que guarda datos y que, por algún mecanismo, generalmente mediante peticiones a través de la red, se le pide información o se le introduce. servidor institucional m Ordenador que tiene aplicaciones con tecnología cliente/servidor y sirve peticiones por la red, por encargo de los clientes (estaciones de trabajo). sin.: servidor corporativo servidor web m Aplicación que funciona en un ordenador que escucha por un puerto y sirve páginas web bajo demanda. SGBD m Ver sistema de gestión de bases de datos. sistema de alimentación ininterrumpida m Componente que evita la caída de los servidores por falta de corriente eléctrica, porque se encarga de suministrar la cuando no hay. sigla: SAI sistema de ficheros m Configuración consistente en una partición para poner los ficheros. sistema de gestión de bases de datos m Software que gestiona datos de una manera ordenada para guardarlos y recuperarlos. sigla: SGBD small computer system interface f Ver interfaz pequeña del sistema informático. sniffer m Ver detector. spoofing f técnica de ataque a un sistema informático en la que el intruso simula una dirección IP de origen, diferente de la dirección IP real del atacante.

© Editorial UOC

306


SQL m Ver lenguaje de consultas estructurado. structured query language m Ver lenguaje de consultas estructurado. switch m Ver conmutador. cortafuego m Cualquier dispositivo (hardware o software) que permite evitar que los usuarios no autorizados accedan a una máquina determinada. en firewall tarjeta de interfaz de la red f Tarjeta de interfaz que permite la conexión de la estación de trabajo a la red. en network interface card sigla: NIC tabla de aplicaciones f Resumen que contiene la lista de aplicaciones con la información y los permisos que se asocian a cada grupo de la organización para cada aplicación. técnica de la huella f Actividad consistente en la recogida de información sobre el objetivo que se quiere atacar utilizando métodos indirectos: determinación de los dominios y direcciones IP de los sistemas objetivo (búsqueda de información en los servidores whois o en las bases de datos Arin o Ripe , etc.). en footprinting thick wire m Ver 10Base-5. thin wire m Ver 10Base-2. tecnologías de la información f pl Conjunto de técnicas para procesar información en cualquier formato que pueda aparecer. Con esto también se incluye la informática. sigla: TI TI f pl Ver tecnologías de la información. tratamiento de datos m Operaciones y procedimientos que permiten la recogida, la grabación, la conservación, la elaboración, la modificación, el bloqueo y la cancelación y las cesiones de datos. uniform resource locator m Ver localizador uniforme de recursos. unidad de control de proceso f Cerebro del ordenador. sigla: CPU

© Editorial UOC

307

Glosario

URL m Ver localizador uniforme de recursos. velocidad de transferencia f Velocidad en Mb/segundo en la que viaja la información entre dos dispositivos o componentes. webmaster m y f Responsable de la web. Bajo este nombre está la persona que controla los contenidos (no tiene que ser necesariamente el administrador de la web). wireless local area network f Ver red de área local sin hilo.

Miquel Colobran [Administración De Sistemas Operativos En Red].pdf

Recommend Documents