La seguridad de los sistemas de información

Introducción

La seguridad informática es un tema al que mucha gente no le da la importancia que realmente tiene; muchas veces por el hecho de considerar que es inútil o que jamás la utilizara. Pero en el mundo moderno, cada día más y más personas mal intencionadas intentan tener acceso a los datos de nuestros ordenadores. La seguridad es un factor imprescindible en todos los ámbitos profesionales y en la informática, es especialmente importante porque en los ordenadores es donde está almacenada la información confidencial de una empresa o de cualquier otro particular.

Por ello el trabajo se divide en 5 capítulos, el primer capítulo se presenta los principales conceptos de la seguridad de sistemas. El segundo capítulo trata de tipos de medidas de seguridad. En el tercero se desarrolla conceptos relacionados con la seguridad en redes e internet el cuarto trata sobe los delitos informáticos y por último el quinto es de plan de seguridad de seguridad y plan de contingencias.

Es importante porque muchas empresas son amenazadas constantemente en sus activos lo que pudiera representar miles o millones de Soles en pérdidas. Las vulnerabilidades en los sistemas de información pueden representar problemas graves, por ello es muy importante comprender los conceptos necesarios para combatirlos y defender los posibles ataques a la información.

El acceso no autorizado a una red informática o a los equipos que en ella se encuentran puede ocasionar en la gran mayoría de los casos graves problemas. Uno de las posibles consecuencias de una intrusión es la pérdida de datos. Es un hecho frecuente y ocasiona muchos trastornos, sobre todo si no estamos al día de las copias de seguridad. Y aunque estemos al día, no siempre es posible recuperar la totalidad de los datos.

Otro de los problemas más dañinos es el robo de información sensible y confidencial. La divulgación de la información que posee una empresa sobre sus clientes puede acarrear demandas millonarias contra esta, o un ejemplo más cercano a usted es el de nuestras contraseñas de las cuentas de correo por las que intercambiamos información con otros.

Hoy día es común ver como cada vez se está siendo más dependientes de las computadoras como herramienta indispensable. Ya no es extraño ver que una gran parte de la población tiene acceso a este tipo de dispositivos informáticos, ni tampoco es el hecho de que puedan tener acceso a la red de redes, que es el Internet. También, muchas de las actividades que solían hacerse manualmente, ahora pueden hacerse a través de medios informáticos, lo cual es una gran ventaja, pues se ahorra tiempo, y dinero la mayoría de las veces. Pero así como se puede aprovechar la tecnología para cosas buenas, también se pueden aprovechar para cometer delitos. Por lo tanto, en la actualidad es común ver que se cometen una gran cantidad de delitos en los que se ve involucrado algún sistema de cómputo ya sea como medio, o fin. Por ese motivo ayudara a usted en la medida de lo posible, a darle las herramientas para que pueda defenderse contra la perdida de datos o el robo de información de una mejor manera. Pero antes, tengo que hacer inca pie en algo importante: Mantener un sistema informático o una red informática libre de intrusiones no es tarea fácil. Hay que actuar siempre con precaución y siguiendo unas normas básicas para evitar daños.

Recuerde, la seguridad es inversamente proporcional a la comodidad. Si desea un sistema seguro deberá esforzarse por ello, emplear contraseñas fuertes y diferentes y seguir todo un procedimiento para mantener el sistema.

A falta de más que decir:

"Bienvenido a Seguridad Informática"

Los Autores

CAPITULO I

Principales conceptos de la seguridad de sistemas

Se exponen, a continuación, los principales conceptos, principios y herramientas involucrados en la seguridad de activos:

Informáticos:

Las normas y recomendaciones que se han de aplicar al desarrollo de los sistemas de seguridad hacen referencia a cómo se concibe el sistema y a cómo debe ser su desarrollo: concebido para ser seguro y desarrollado con una metodología de seguridad. La línea de investigación que se describe en este artículo se basa en la experiencia adquirida en este tipo de proyectos así como en trabajos previos relativos a herramientas CASE y está enfocada a la obtención de un entorno integrado de desarrollo de sistemas digitales de seguridad. Para que la integración de todas las tareas de los desarrollos de este tipo sea un hecho, es necesario crear un modelo de comportamiento unificado que contenga toda la información necesaria para llevar a cabo dichas tareas.

En los sistemas digitales de seguridad lo crítico es el comportamiento, por lo que los esfuerzos deben estar orientados a la comprobación de cómo se comporta el sistema. Esto se consigue mediante la utilización de un modelo orientado a simulación, que garantiza que el comportamiento está suficientemente descrito, y en ciertos casos sirve para la verificación de requisitos. Existen otros proyectos en la actualidad que ponen de manifiesto la necesidad de estos entornos integrados. (1)

Como primer paso, y con el fin de construir el modelo sobre unos conceptos básicos definidos sin ambigüedad, se hace un estudio sobre conceptos y nomenclatura utilizada. Para cada concepto básico, se propone una definición particular que se usará para los estudios posteriores.

A continuación, se presentan una serie de lenguajes de modelado usados por distintas metodologías para describir diversos aspectos de un sistema.

El siguiente paso es la presentación del modelo unificado de comportamiento, con sus requisitos y la explicación de lo que significa la unificación: integración de hardware y software, comportamiento reactivo y transformacional, estructura y comportamiento.

Finalmente, se presentan cuáles son los requisitos del entorno integrado propuesto así como las principales conclusiones obtenidas a lo largo del trabajo.

En un artículo posterío presentarán los resultados obtenidos por el simulador y del trabajo final.El orden que se ha seguido es partir del concepto más global, como es el de sistema para llegar a caracterizar el sistema digital de forma unívoca a través del concepto de modelo, definiendo su estructura y su comportamiento. A continuación se presentan términos relativos al comportamiento, como son algoritmo, estado, evento y comunicación. El siguiente paso es presentar conceptos relacionados con aspectos temporales. Finalmente, se presentan algunos de los conceptos surgidos del paradigma orientado a objetos como son clase, instancia y herencia.

En este artículo se va a emplear metodología como se utiliza en ingeniería del software y hace referencia a una colección consistente de tres elementos: un lenguaje de modelado (para capturar las propiedades del sistema), unos heurísticos de modelado (directivas informales de cómo usar el lenguaje de modelado) y un marco de organización y control de las tareas a realizar para el desarrollo de un sistema. (2)

Seguridad

La seguridad es la situación en la que se está adecuadamente protegido contra pérdidas, de modo tal que los hechos adversos están apropiadamente impedidos, disuadidos, prevenidos, detectados o corregidos. Un sistema seguro no es impenetrable; más bien, es un sistema que se encuentra protegido a un costo justificable, dado la naturaleza de las contingencias o amenazas a las que se halla expuesto. Las medidas de seguridad siguientes están dirigidas a conservar la integridad, privacidad y confidencialidad de la información y la continuidad en el procesamiento de los sistemas de información.

También Social Conjunto de organismos, medios, medidas, etc., de la administración estatal para prevenir o remediar los posibles riesgos, problemas y necesidades de los trabajadores, como enfermedad, accidentes laborales, incapacidad, maternidad o jubilación; se financia con aportaciones del Estado, trabajadores y empresarios. Se dice también de todos aquellos objetos, dispositivos, medidas, etc., que contribuyen a hacer más seguro el funcionamiento o el uso de una cosa: cierre de seguridad, cinturón de seguridad. Con estos conceptos claros podemos avanzar y hablar la criminología ya ha calificado los "delitos hechos mediante computadora "o por "sistemas de información" en el grupo de delitos de cuello blanco.

En lo cual encontramos cuatro tipos:

• Integridad: es el atributo por el cual la información se Considera completa y correcta. Se alcanza con un apropiado Diseño de sistemas y procedimientos, el entrenamiento del personal, una supervisión efectiva y controles eficientes. Los datos tienen integridad cuando están libres de errores intencionales o no intencionales (en grado necesario para operaciones normales) y cuando no han sido modificados ni procesados en forma no autorizada. La seguridad es un requisito para la integridad, pero no es un sinónimo

• Confidencialidad: es la condición de la información por la cual ésta se encuentra protegida contra la divulgación indebida.

• Privacidad: es la condición de la información por la cual ésta se halla protegida contra la utilización, la observación o la divulgación maliciosas y no autorizadas de datos sobre las personas. Con el mismo significado, se usa a veces el término "intimidad". La privacidad alude a la información que un individuo o una empresa no desea que tenga difusión generalizada. Teniendo en cuenta la privacidad, debe definirse cuidadosamente qué información será recogida, cómo y quién la utilizará, y la forma en que será revisada, modificada y corregida. El conflicto se produce cuando los derechos de los individuos se contraponen con las necesidades de las organizaciones privadas o públicas.

• Continuidad: se refiere a la posibilidad de seguir operando normalmente a pesar de los daños que se hubieran ocasionado. Según el tipo de operaciones, esta continuidad será más o menos crítica, como se ve en el siguiente gráfico: (3)

Ver N° de Anexo 1

Sensitividad

La sensibilidad de la información es un atributo que determina que ésta requiera protección especial para conservarla, mantener su integridad e impedir su divulgación. (4)

• IdentificaciónLa identificación C. Esta declaración es ofrecida a un sistema mediante algo que se sabe, se tiene o se es. Comúnmente, se ofrece un nombre o número de identificación, pero puede tratarse también de una tarjeta magnética, una impresión digital, un registro de voz, la respuesta a una pregunta, etc.

Verificación de voz

En los sistemas de reconocimiento de voz no se intenta, como mucha gente piensa, reconocer lo que el usuario dice, sino identificar una serie de sonidos y sus características para decidir si el usuario es quien dice ser. Para autenticar a un usuario utilizando un reconocedor de voz se debe disponer de ciertas condiciones para el correcto registro de los datos, como ausencia de ruidos, reverberaciones o ecos; idealmente, estas condiciones han de ser las mismas siempre que se necesite la autenticación.

Cuando un usuario desea acceder al sistema pronunciará unas frases en las cuales reside gran parte de la seguridad del protocolo; en algunos modelos, los denominados de texto dependiente, el sistema tiene almacenadas un conjunto muy limitado de frases que es capaz de reconocer: por ejemplo, imaginemos que el usuario se limita a pronunciar su nombre, de forma que el reconocedor lo entienda y lo autentique. Como veremos a continuación, estos modelos proporcionan poca seguridad en comparación con los de texto independiente, donde el sistema va `proponiendo' a la persona la pronunciación de ciertas palabras extraídas de un conjunto bastante grande. De cualquier forma, sea cual sea el modelo, lo habitual es que las frases o palabras sean características para maximizar la cantidad de datos que se pueden analizar (por ejemplo, frases con una cierta entonación, pronunciación de los diptongos, palabras con muchas vocales). Conforme va hablando el usuario, el sistema registra toda la información que le es útil; cuando termina la frase, ya ha de estar en disposición de facilitar o denegar el acceso, en función de la información analizada y contrastada con la de la base de datos. El principal problema del reconocimiento de voz es la inmunidad frente a replay attacks, un modelo de ataques de simulación en los que un atacante reproduce (por ejemplo, por medio de un magnetófono) las frases o palabras que el usuario legítimo pronuncia para acceder al sistema. Este problema es especialmente grave en los sistemas que se basan en textos preestablecidos: volviendo al ejemplo anterior, el del nombre de cada usuario, un atacante no tendría más que grabar a una persona que pronuncia su nombre ante el autenticador y luego reproducir ese sonido para conseguir el acceso; casi la única solución consiste en utilizar otro sistema de autenticación junto al reconocimiento de voz. Por contra, en modelos de texto independiente, más interactivos, este ataque no es tan sencillo porque la autenticación se produce realmente por una especie de desafío-respuesta entre el usuario y la máquina, de forma que la cantidad de texto grabado habría de ser mucho mayor – y la velocidad para localizar la parte del texto que el sistema propone habría de ser elevada. Otro grave problema de los sistemas basados en reconocimiento de voz es el tiempo que el usuario emplea hablando delante del analizador, al que se añade el que éste necesita para extraer la información y contrastarla con la de su base de datos; aunque actualmente en la mayoría de sistemas basta con una sola frase, es habitual que el usuario se vea obligado a repetirla porque el sistema le deniega el acceso (una simple congestión hace variar el tono de voz, aunque sea levemente, y el sistema no es capaz de decidir si el acceso ha de ser autorizado o no; incluso el estado anímico de una persona varía su timbre). A su favor, el reconocimiento de voz posee la cualidad de una excelente acogida entre los usuarios, siempre y cuando su funcionamiento sea correcto y éstos no se vean obligados a repetir lo mismo varias veces, o se les niegue un acceso porque no se les reconoce correctamente.

Verificación de escritura

Aunque la escritura (generalmente la firma) no es una característica estrictamente biométrica, como hemos comentado en la introducción se suele agrupar dentro de esta categoría; de la misma forma que sucedía en la verificación de la voz, el objetivo aquí no es interpretar o entender lo que el usuario escribe en el lector, sino autenticarlo basándose en ciertos rasgos tanto de la firma como de su rúbrica. La verificación en base a firmas es algo que todos utilizamos y aceptamos día a día en documentos o cheques; no obstante, existe una diferencia fundamental entre el uso de las firmas que hacemos en nuestra vida cotidiana y los sistemas biométricos; mientras que habitualmente la verificación de la firma consiste en un simple análisis visual sobre una impresión en papel, estática, en los sistemas automáticos no es posible autenticar usuarios en base a la representación de los trazos de su firma.

En los modelos biométricos se utiliza además la forma de firmar, las características dinámicas (por eso se les suele denominar Dynamic Signature Verification, DSV): el tiempo utilizado para rubricar, las veces que se separa el bolígrafo del papel, el ángulo con que se realiza cada trazo. Para utilizar un sistema de autenticación basado en firmas se solicita en primer lugar a los futuros usuarios un número determinado de firmas ejemplo, de las cuales el sistema extrae y almacena ciertas características; esta etapa se denomina de aprendizaje, y el principal obstáculo a su correcta ejecución son los usuarios que no suelen firmar uniformemente. Contra este problema la única solución (aparte de una concienciación de tales usuarios) es relajar las restricciones del sistema a la hora de aprender firmas, con lo que se decremento su seguridad.

Una vez que el sistema conoce las firmas de sus usuarios, cuando estos desean acceder a él se les solicita tal firma, con un número limitado de intentos (generalmente más que los sistemas que autentican mediante contraseñas, ya que la firma puede variar en un individuo por múltiples factores). La firma introducida es capturada por un lápiz óptico o por una lectora sensible (o por ambos), y el acceso al sistema se produce una vez que el usuario ha introducido una firma que el verificador es capaz de distinguir como auténtica.

Verificación de huellas

Típicamente la huella dactilar de un individuo ha sido un patrón bastante bueno para determinar su identidad de forma inequívoca, ya que está aceptado que dos dedos nunca poseen huellas similares, ni siquiera entre gemelos o entre dedos de la misma persona. Por tanto, parece obvio que las huellas se convertirían antes o después en un modelo de autenticación biométrico: desde el siglo pasado hasta nuestros días se vienen realizando con éxito clasificaciones sistemáticas de huellas dactilares en entornos policiales, y el uso de estos patrones fue uno de los primeros en establecerse como modelo de autenticación biométrica.

Cuando un usuario desea autenticarse ante el sistema sitúa su dedo en un área determinada (área de lectura, no se necesita en ningún momento una impresión en tinta). Aquí se toma una imagen que posteriormente se normaliza mediante un sistema de finos espejos 9.2 para corregir ángulos, y es de esta imagen normalizada de la que el sistema extrae las minucias (ciertos arcos, bucles o remolinos de la huella) que va a comparar contra las que tiene en su base de datos; es importante resaltar que lo que el sistema es capaz de analizar no es la huella en sí sino que son estas minucias, concretamente la posición relativa de cada una de ellas. Está demostrado que dos dedos nunca pueden poseer más de ocho minucias comunes, y cada uno tiene al menos 30 o 40 de éstas. Si la comparación de las posiciones relativas de las minucias leídas con las almacenadas en la base de datos es correcta, se permite el acceso al usuario, denegándosele obviamente en caso contrario.

Los sistemas basados en reconocimiento de huellas son relativamente baratos (en comparación con otros biométricos, como los basados en patrones retínales); sin embargo, tienen en su contra la incapacidad temporal de autenticar usuarios que se hayan podido herir en el dedo a reconocer (un pequeño corte o una quemadura que afecte a varias minucias pueden hacer inútil al sistema). También elementos como la suciedad del dedo, la presión ejercida sobre el lector o el estado de la piel pueden ocasionar lecturas erróneas. Otro factor a tener muy en cuenta contra estos sistemas es psicológico, no técnico: hemos dicho en la introducción que un sistema de autenticación de usuarios ha de ser aceptable por los mismos, y generalmente el reconocimiento de huellas se asocia a los criminales, por lo que muchos usuarios recelan del reconocedor y de su uso.

Verificación de patrones oculares

Los modelos de autenticación biométrica basados en patrones oculares se dividen en dos tecnologías diferentes: o bien analizan patrones retínales, o bien analizan el iris. Estos métodos se suelen considerar los más efectivos: para una población de 200 millones de potenciales usuarios la probabilidad de coincidencia es casi 0, y además una vez muerto el individuo los tejidos oculares degeneran rápidamente, lo que dificulta la falsa aceptación de atacantes que puedan robar este órgano de un cadáver.

La principal desventaja de los métodos basados en el análisis de patrones oculares es su escasa aceptación; el hecho de mirar a través de un binocular (o monocular), necesario en ambos modelos, no es cómodo para los usuarios, ni aceptable para muchos de ellos: por un lado, los usuarios no se fían de un haz de rayos analizando su ojo, y por otro un examen de este órgano puede revelar enfermedades o características médicas que a muchas personas les puede interesar mantener en secreto, como el consumo de alcohol o de ciertas drogas. Aunque los fabricantes de dispositivos lectores aseguran que sólo se analiza el ojo para obtener patrones relacionados con la autenticación, y en ningún caso se viola la privacidad de los usuarios, mucha gente no cree esta postura oficial (aparte del hecho de que la información es procesada vía software, lo que facilita introducir modificaciones sobre lo que nos han vendido para que un lector realice otras tareas de forma enmascarada). Por si esto fuera poco, se trata de sistemas demasiado caros para la mayoría de organizaciones, y el proceso de autenticación no es todo lo rápido que debiera en poblaciones de usuarios elevadas. De esta forma, su uso se ve reducido casi sólo a la identificación en sistemas de alta seguridad, como el control de acceso a instalaciones militares.

Uso de Contraseñas

Una contraseña o clave (en inglés password) es una forma de autentificación que utiliza información secreta para controlar el acceso hacia algún recurso. La contraseña normalmente debe mantenerse en secreto ante aquellos a quien no se le permite el acceso. Aquellos que desean acceder a la información se les solicitan una clave; si conocen o no conocen la contraseña, se concede o se niega el acceso a la información según sea el caso.

El uso de contraseñas se remonta a la antigüedad: los centinelas que vigilaban una posición solicitaban el «santo y seña» al que quisiera pasar. Solamente le permiten el acceso a aquella persona que conoce la seña. En la era tecnológica, las contraseñas son usadas comúnmente para controlar el acceso a sistemas operativos de computadoras protegidas, teléfonos celulares, decodificadores de TV por cable, cajeros automáticos de efectivo, etc. Un típico ordenador puede hacer uso de contraseñas para diferentes propósitos, incluyendo conexiones a cuentas de usuario, accediendo al correo electrónico (e-mail) de los servidores, accediendo a bases de datos, redes, y páginas Web, e incluso para leer noticias en los periódicos (diarios) electrónicos.

En la lengua inglesa se tienen dos denominaciones distintivas para las contraseñas: password (palabra de acceso) y pass code (código de acceso), donde la primera no implica necesariamente usar alguna palabra existente (sin embargo, es normal emplear alguna palabra familiar o de fácil memorización por parte del usuario), la primera suele asociarse también al uso de códigos alfanuméricos (también llamado PIT – Personal Identification Text), mientras que la segunda frecuentemente se liga a la utilización de algún código numérico (asimismo llamado PIN – Personal Identification Number). Esto ocurre igualmente en el habla española, ya que en ocasiones clave y contraseña se usan indistintamente. (5)

Autenticación

La autenticación es una prueba de la identidad invocada mediante la identificación. Preferentemente, la autenticación debe hacerse mediante un medio distinto del empleado para la identificación y, para ser efectivo, debe ser secreto, es decir, conocido sólo por quien lo usa. El sistema de control de accesos debe establecer, para el usuario autenticado, una responsabilidad positiva por todas las acciones realizadas en el sistema de computación, lo que no puede hacerse si la autenticación es compartida con otros usuarios. Las contraseñas son la forma más común de autenticación. A pesar de la importancia de la cristología en cualquiera de los sistemas de identificación de usuarios vistos, existen otra clase de sistemas en los que no se aplica esta ciencia, o al menos su aplicación es secundaria. Es más, parece que en un futuro no muy lejano estos serán los sistemas que se van a imponer en la mayoría de situaciones en las que se haga necesario autenticar un usuario: son más amigables para el usuario (no va a necesitar recordar passwords o números de identificación complejos, y, como se suele decir, el usuario puede olvidar una tarjeta de identificación en casa, pero nunca se olvidará de su mano o su ojo) y son mucho más difíciles de falsificar que una simple contraseña o una tarjeta magnética; las principales razones por la que no se han impuesto ya en nuestros días es su elevado precio, fuera del alcance de muchas organizaciones, y su dificultad de mantenimiento.

Estos sistemas son los denominados biométricos, basados en características físicas del usuario a identificar. El reconocimiento de formas, la inteligencia artificial y el aprendizaje son las ramas de la informática que desempeñan el papel más importante en los sistemas de identificación biométricos; la cristología se limita aquí a un uso secundario, como el cifrado de una base de datos de patrones retínales, o la transmisión de una huella dactilar entre un dispositivo analizador y una base de datos. La autenticación basada en características físicas existe desde que existe el hombre y, sin darnos cuenta, es la que más utiliza cualquiera de nosotros en su vida cotidiana: a diario identificamos a personas por los rasgos de su cara o por su voz. Obviamente aquí el agente reconocedor lo tiene fácil porque es una persona, pero en el modelo aplicable a redes o sistemas Unix el agente ha de ser un dispositivo que, basándose en características del sujeto a identificar, le permita o deniegue acceso a un determinado recurso, Los dispositivos biométricos tienen tres partes principales; por un lado, disponen de un mecanismo automático que lee y captura una imagen digital o analógica de la característica a analizar. Además disponen de una entidad para manejar aspectos como la compresión, almacenamiento o comparación de los datos capturados con los guardados en una base de datos (que son considerados válidos), y también ofrecen una interfaz para las aplicaciones que los utilizan. El proceso general de autenticación sigue unos pasos comunes a todos los modelos de autenticación biométrica: captura o lectura de los datos que el usuario a validar presenta, extracción de ciertas características de la muestra (por ejemplo, las minucias de una huella dactilar), comparación de tales características con las guardadas en una base de datos, y decisión de si el usuario es válido o no.

Es en esta decisión donde principalmente entran en juego las dos características básicas de la fiabilidad de todo sistema biométrico (en general, de todo sistema de autenticación): las tasas de falso rechazo y de falsa aceptación. Por tasa de falso rechazo (False Rejection Rate, FRR) se entiende la probabilidad de que el sistema de autenticación rechazo a un usuario legítimo porque no es capaz de identificarlo correctamente, y por tasa de falsa aceptación (False Aceptante Rate, FAR) la probabilidad de que el sistema autentique correctamente a un usuario ilegítimo; evidentemente, una FRR alta provoca descontento entre los usuarios del sistema, pero una FAR elevada genera un grave problema de seguridad: estamos proporcionando acceso a un recurso a personal no autorizado a acceder a él.

Por último, y antes de entrar más a fondo con los esquemas de autenticación biométrica clásicos, quizás es conveniente desmentir uno de los grandes mitos de estos modelos: la vulnerabilidad a ataques de simulación. En cualquier película o libro de espías que se precie, siempre se consigue `engañar' a autenticadores biométricos para conseguir acceso a determinadas instalaciones mediante estos ataques: se simula la parte del cuerpo a analizar mediante un modelo o incluso utilizando órganos amputados a un cadáver o al propio usuario vivo (crudamente, se le corta una mano o un dedo, se le saca un ojo…para conseguir que el sistema permita la entrada). Evidentemente, esto sólo sucede en la ficción: hoy en día cualquier sistema biométrico – con excepción, quizás, de algunos modelos basados en voz de los que hablaremos luego – son altamente inmunes a estos ataques. Los analizadores de retina, de iris, de huellas o de la geometría de la mano son capaces, aparte de decidir si el miembro pertenece al usuario legítimo, de determinar si éste está vivo o se trata de un cadáver. (6)

Autorización

La autorización es una función del sistema de control de accesos por la que se determina "quién puede hacer qué". La autorización otorgada a un usuario debe ser siempre específica, nunca general. Autorizaciones específicas respecto de cierta información son, por ejemplo: sólo consultarla, transferirla, actualizarla, procesarla con ciertos programas, procesarla con cualquier programa, borrarla, reemplazarla, etc. El proceso de autorización se usa para decidir si la persona, programa o dispositivo X tiene permiso para acceder al dato, funcionalidad o servicio.

La mayoría de los sistemas operativos multiusuarios modernos incluyen un proceso de autorización. Éste hace uso del proceso de autenticación  para identificar a los consumidores. Cuando un consumidor intenta usar un recurso, el proceso de autorización comprueba que al consumidor le ha sido concedido permiso para usar ese recurso. Los permisos son generalmente definidos por el administrador de sistemas en algún tipo de «aplicación de políticas de seguridad», tales como una ACL o una capacidad, sobre la base del «principio de privilegio mínimo»: a los consumidores sólo se les deben conceder los permisos que necesitan para realizar su trabajo. Los sistemas operativos monousuarios más antiguos solían tener sistemas de autenticación y autorización débiles o carecían por completo de ellos.

Se llama (consumidores anónimos) o (invitados) a aquellos consumidores a los que no se les ha exigido que se autentiquen. A menudo tienen muy pocos permisos. En un sistema distribuido, suele ser deseable conceder acceso sin exigir una identidad única. Ejemplos familiares de tokens de autorización incluyen llaves y tiques, que permiten conceder acceso sin que se provea una identidad.

Existe también el concepto de consumidores trusted). Los consumidores que se han autenticado y a los que se señalan como confiables se les permite acceso ilimitado a los recursos. Los consumidores (parcialmente confiables) e invitados están sujetos a autorización para usar los recursos protegidos. Las aplicaciones de políticas de seguridad de algunos sistemas operativos, conceden por defecto a todos los consumidores acceso completo a todos los recursos. Otros hacen lo opuesto, insistiendo en que el administrador lleve a cabo acciones deliberadas para permitir a cada consumidor el uso de cada recurso.

Incluso cuando la autorización se realiza usando una combinación de autenticación y ACLs, los problemas de mantener los datos de las políticas de seguridad no es trivial, representando a menudo tanta sobrecarga administrativa como la prueba de las necesarias identidades de usuario. A menudo es deseable eliminar la autorización de un usuario: para ello, con la aplicación de políticas de seguridad, es necesario que los datos sean actualizable (7)

Contingencia

Se denomina contingencia o amenaza al conjunto de los peligros a los que están expuestos los recursos informáticos de una organización, o sea, las personas, los datos, el hardware, el software y las instalaciones. Las contingencias pueden ser accidentales (donde no existe un deliberado intento de perjudicar a la organización) o deliberadas o intencionales. Aunque estas últimas caerían en la calificación de delito, la legislación penal al respecto hace que muchas de estas situaciones no estén sujetas a sanción alguna. Con respecto a las contingencias que entran dentro de la categoría de accidentales, cabe preguntarse si en realidad no tienen que ver con alguna negligencia o culpa en la medida en que adecuadas medidas preventivas podrían haberlas evitado.

Los peligros pueden corresponder a cuatro categorías básicas:

• Ambientales naturales: inundación, incendio, filtraciones, alta temperatura, terremoto, derrumbe, explosión, corte de energía, disturbios, etc.

• Ambientales operativas: caída o falla de: procesador, periféricos, comunicaciones, software de base o de aplicación, aire acondicionado, sistema eléctrico, etc.

• Humanas no intencionales: errores y omisiones en el ingreso de datos, en la operación, en el uso de archivos o programas, en el desarrollo de sistemas o en el uso de respaldo (backup). Además, pérdida de soportes, falta de documentación actualizada, accidentes en la prueba de programas, daño accidental de archivos.

• Humanas intencionales: fraude (hurto, robo, defraudación o uso indebido de recursos), daño intencional (virus, terrorismo, vandalismo, sabotaje, operación maliciosa, programación maliciosa o infiltración en líneas), invasión a la privacidad (curiosidad o extorsión). Ver N° de Anexo 2

Entre los desastres más comunes que pueden afectar un sistema de computación, se encuentran:

• Virus.

• Fuego.

• Filtraciones e inundaciones.

• Cortes de electricidad y fluctuaciones en el suministro.

• Interferencia de fuentes eléctricas externas.

• Cortes de gas, agua y otros servicios públicos.

• Fallas mecánicas.

• Sabotaje.

• Empleados descontentos.

• Uso indebido de recursos. (1)

Vulnerabilidad

Es la debilidad que presenta una organización frente a las contingencias latentes que tienen lugar en el entorno del procesamiento de datos. Dada una contingencia, la vulnerabilidad es la falta de protección frente a ella. Las siguientes listas señalan las distintas formas en las que una organización contribuye con un grado de mayor o menos negligencia a que se concreten peligros latentes. También en un sistema informático lo que queremos proteger son sus activos, es decir, los recursos que forman parte del sistema y que podemos agrupar en:

• Hardware: elementos físicos del sistema informático, tales como procesadores, electrónica y cableado de red, medios de almacenamiento (cabinas, discos, cintas, DVD).

• Software: elementos lógicos o programas que se ejecutan sobre el hardware, tanto si es el propio sistema operativo como las aplicaciones.

• Datos: comprenden la información lógica que procesa el software haciendo uso del hardware. En general serán informaciones estructuradas en bases de datos o paquetes de información que viajan por la red.

• Otros: fungibles, personas, infraestructuras. Aquellos que se 'usan y gastan' como puede ser la tinta y papel en las impresoras, los soportes tipo DVD o incluso cintas si las copias se hacen en ese medio, etc.

De ellos los más críticos son los datos, el hardware y el software. Es decir, los datos que están almacenados en el hardware y que son procesados por las aplicaciones software. Ver N° de Anexo 3

Incluso de todos ellos, el activo más crítico son los datos. El resto se puede reponer con facilidad y los datos. Sabemos que dependen de que la empresa tenga una buena política de copias de seguridad y sea capaz de reponerlos en el estado más próximo al momento en que se produjo la pérdida. Esto puede suponer para la empresa, por ejemplo, la dificultad o imposibilidad de reponer dichos datos con lo que conllevaría de pérdida de tiempo y dinero. (8)

Consecuencia

Una consecuencia es el daño o la pérdida que la organización sufriría ante la ocurrencia de una contingencia. Las consecuencias pueden ser de diverso tipo y grado y afectar a cualquiera de los recursos informáticos (datos, equipo, personas, software e instalaciones).Algunas de las consecuencias más importantes que pueden darse en forma inmediata son:

• Imposibilidad de procesar.

• Pérdida de archivos.

• Pérdida de registros.

• Modificación de registros.

• Lectura indebida/divulgación.

• Uso indebido de recursos.

También existen otras consecuencias, cuyas manifestaciones pueden calificarse de mediatas:

• Legales o regulatorias.

• Económicas o financieras.

• Cambios en la relación con los clientes, proveedores o el público.

• Incidencia en otros sistemas.

Las consecuencias tienen una expresión monetaria que está dada por el recurso informático afectado y por el impacto que dicha situación crea sobre la operación de la empresa, incluyendo el lucro cesante. La estimación monetaria de las pérdidas que puede generar cada una de las contingencias es una etapa importante de la evaluación de la seguridad.

Mayor riesgo

• Beneficio personal

• Síndrome de Robín Hood

• Odio a la organización

• Mentalidad turbada

• Equivocación de ego

• Deshonestidad del departamento

• Problemas financieros de algún individuo

• Fácil modo de desfalco

Menor riesgo

• Beneficio de la organización

• Jugando a jugar

Beneficios de un Sistema de Seguridad

Los beneficios de un sistema de seguridad bien elaborado son inmediatos, ya que el la organización trabajará sobre una plataforma confiable, que se refleja en los siguientes puntos:

• Aumento de la productividad.

• Aumento de la motivación del personal.

• Compromiso con la misión de la compañía.

• Mejora de las relaciones laborales.

• Ayuda a formar equipos competentes.

• Mejora de los climas laborales para los RR.HH. (9)

Ver esquema (1)

CAPITULO II

Tipos de medidas de seguridad

Principios fundamentales de la seguridad informática

• Principio de menor privilegio:

Este es quizás el principio más fundamental de la seguridad, y no solamente de la informática. Básicamente, el principio de menor privilegio afirma que cualquier objeto (usuario, administrador, programa, sistema, etc.) debe tener tan solo los privilegios de uso necesarios para desarrollar su tarea y ninguno más.

• Seguridad no equivale a oscuridad:

Un sistema no es más seguro porque escondamos sus posibles defectos o vulnerabilidades, sino porque los conozcamos y corrijamos estableciendo las medidas de seguridad adecuadas. El hecho de mantener posibles errores o vulnerabilidades en secreto no evita que existan, y de hecho evita que se corrijan.

No es una buena medida basar la seguridad en el hecho de que un posible atacante no conozca las vulnerabilidades de nuestro sistema. Los atacantes siempre disponen de los medios necesarios para descubrir las debilidades más insospechadas de nuestro sistema.

• Principio del eslabón más débil:

En un sistema de seguridad el atacante siempre acaba encontrando y aprovechando los puntos débiles o vulnerabilidades. Cuando diseñemos una política de seguridad o establezcamos los mecanismos necesarios para ponerla en práctica, debemos contemplar todas las vulnerabilidades y amenazas. No basta con establecer unos mecanismos muy fuertes y complejos en algún punto en concreto, sino que hay que proteger todos los posibles puntos de ataque.

• Defensa en profundidad:

La seguridad de nuestro sistema no debe depender de un solo mecanismo por muy fuerte que éste sea, sino que es necesario establecer varios mecanismos sucesivos. De este modo cualquier atacante tendrá que superar varias barreras para acceder a nuestro sistema.

• Punto de control centralizado:

Se trata de establecer un único punto de acceso a nuestro sistema, de modo que cualquier atacante que intente acceder al mismo tenga que pasar por él.

No se trata de utilizar un sólo mecanismo de seguridad, sino de "alinearlos" todos de modo que el usuario tenga que pasar por ellos para acceder al sistema.

• Seguridad en caso de fallo: