FORMULARIO PLAN DE ACTIVACION SERVICIO EN CONTINGENCIA

Transcripción

1 Página 1 de 11

2 CONTENIDO OBJETIVO... Error! Marcador no definido. DESCRIPCION GENERAL... 5 PROCEDIMIENTOS DE ADMINISTRACIÓN DE CLAVES DE ACCESO... 5 Tipos de Usuarios... 5 Creación de Cuentas... 6 Selección de claves de acceso... 6 Recomendaciones para la selección de claves de acceso adecuadas y su cuidado... 6 Restricciones para la estructura de las claves de acceso... 8 Largo mínimo... 8 Datos del Perfil del usuario... 8 Números... 8 Procedimiento de Apertura... 8 Renovación de Cuentas Cambios Periódicos Repeticiones Revisiones Eliminación de cuentas Accesos indebidos Diferencias entre Sistemas Operativos Página 2 de 11

3 Objetivo En este documento se encuentra un formulario para realizar una verificación de las actividades de activación de las aplicaciones en el ambiente de Contingencia que se deben realizar para liberar los equipos que deben ser trasladados. Antes de realizar físicamente el traslado de los equipos se debe asegurar el correcto funcionamiento del Equipamiento y de las aplicaciones en el ambiente de Contingencia para liberar el equipamiento que se está utilizando en el Datacenter de Provectis y poder trasladarlo a la ubicación del ambiente de contingencia. Alcances Este documento contiene la secuencia de pasos que se deben ejecutar al momento de activar los equipos y aplicaciones en el ambiente de Contingencia, de acuerdo al diseño de solución de cada sistema o aplicación. Esta secuencia de actividades debe ser aplicada a cada una de las plataformas que se trasladan. Actividades Las siguientes actividades se deben realizar durante el proceso de bajada de servicios en el Datacenter Principal y la activación de los mismos servicios en el ambiente de Contingencia la que debe ser ejecutada antes de trasladar los equipos de cada plataforma desde el Data Center actual al Data Center de destino. Formulario de Activación Servicio en Contingencia Datos a llenar por el área de producción Fecha de la Solicitud / / Proyecto Cambio de Data Center Datos referidos al negocio Empresa PROVECTIS Región Asociada RM Servicio/Plataforma Aplicación Tipo Servicio o o o o Producción Contingencia Desarrollo / POCs Testing / QA Página 3 de 11

4 Checklist Activación Servicio en Contingencia Datos a llenar por el área de Producción Id tarea Descripción Resultado Fecha Efectuado por Observaciones Verificar que las ventanas de tiempo para realizar el cambio de sitio se encuentran definidas y aprobadas por los usuarios. Verificar que se ha realizado la coordinación de la fecha de cambio al ambiente de contingencia con el proveedor de Datacenter Verificar que se ha formalizado la fecha de cambio de sitio con los usuarios Verificar que se ha coordinado el cambio de Site de Producción al Ambiente de Contingencia con la Gerencia de Servicios de NOC y Datacenter Verificar que se ha citado a personal participante para la fecha de cambio de Site de Producción al Ambiente de Contingencia Verificar que se ha citado a proveedores participantes para apoyo en el cambio de Site 7 Verificar que se han realizado los respaldos iníciales Verificar que se cumple la secuencia de bajada de aplicaciones y de servicios en sitio principal de acuerdo a procedimientos Verificar que se cumple la secuencia de subida de servicios en Ambiente de Contingencia de acuerdo a procedimientos Verificar que personal de IT valida las funcionalidades de los aplicativos que se han levantado en el Ambiente de Contingencia Verificar que los usuarios realizan la validación de las funcionalidades de los aplicativos que se han levantado en el Ambiente de Contingencia Verificar que se da la partida de ingreso de transacciones de pruebas Verificar que se realiza la validación de las transacciones de prueba Verificar que se validan los resultados por el líder del proyecto Verificar que se realizan las reversas de los datos de prueba como es requerido Verificar que se han cumplido los pasos para la recepción conforme de los equipos y aplicativos en las instalaciones del Ambiente de Contingencia y se pone en producción la plataforma de servicios en el sitio de contingencia Página 4 de 11

5 Descripción general de los resultados de la verificación anterior. DESCRIPCION GENERAL La importancia de una administración adecuada de las claves de acceso (passwords), correspondientes a las cuentas de los servidores es que dichas claves proveen la forma más sencilla de obtener acceso no autorizado a un servidor. En efecto, si un intruso obtiene la clave de acceso de un usuario legítimo, puede obtener acceso al servidor como un usuario normal; una vez obtenido el acceso, puede buscar en el sistema la forma de transformarse en un súper usuario, y con ello, controlar el sistema en su totalidad. Existen muchas herramientas disponibles para que los intrusos puedan sustraer claves de acceso: programas-diccionarios y sniffers (del Inglés sniff que significa olisquear). Un intruso puede efectuar un ataque de diccionario haciendo llegar a un programa login todas las palabras de un diccionario (que puede contener idiomas extranjeros como también el idioma Español completo). Un sniffer puede leer cada tecla enviada por un usuario, incluyendo la clave de acceso. Sin embargo, una cuota importante de responsabilidad recae sobre los mismos usuarios. Muchas veces comparten sus claves de acceso o no las cuidan adecuadamente. También, en un número considerable de casos, los usuarios son demasiado predecibles en su elección de claves de acceso, y escogen claves que son demasiado cortas o fáciles de adivinar, poniendo en peligro su seguridad, y por ende la del sistema. De allí la importancia de administrar las claves de acceso en forma cuidadosa, por una parte, y de que los usuarios escojan claves adecuadas y sean cuidadosos en su uso, por la otra. PROCEDIMIENTOS DE ADMINISTRACIÓN DE CLAVES DE ACCESO Tipos de Usuarios Desde el punto de vista de los privilegios asociados, se puede distinguir a los siguientes tipos de usuario: System Manager y Operadores de Computador Administradores de Bases de Datos Ingenieros de Sistemas Usuarios (internos y externos) Página 5 de 11

6 Todas las claves serán personales, esto es, corresponderán a personas en vez de ser genéricas. Los privilegios asociados a cada cuenta deben ser los necesarios y suficientes para desempeñar la labor del caso. La cuenta root (Unix) o su similar en otros sistemas operativos debe ser conocida por el System Manager y el Supervisor del NOC de Provectis, y sólo debe ser usada en la consola, cuando se requieran privilegios de súper usuario. Estas personas podrán autorizar el uso de esta cuenta en casos calificados, pero serán responsables de ella. Las operaciones efectuadas con esta cuenta deben quedar registradas en un archivo de auditoria para esos efectos si lo permiten las condiciones del equipo. La clave de acceso de la cuenta root, administrador o administrador se almacenarán en un sobre sellado en un lugar seguro. La cuenta de Administrador de Base de Datos será administrada por los Administradores de Bases de Datos, quiénes podrán autorizar su uso en casos calificados. Creación de Cuentas Es de la mayor importancia que todos los usuarios de un servidor escojan una clave de acceso que sea difícil de adivinar. La seguridad de cada usuario individual está estrechamente relacionada con la seguridad del sistema en su totalidad. Los usuarios poseen la responsabilidad de usar los mecanismos y procedimientos de seguridad disponibles para proteger sus propios datos. También tienen la responsabilidad de ayudar a proteger el sistema que usan. Selección de claves de acceso En muchas ocasiones, se escogen claves que corresponden al nombre o fecha de nacimiento de alguien a quién se ama; se usa una dirección, número de teléfono o número de identificación (R.U.T, por ejemplo). También se recurre al nombre de un artista favorito, actor o autor. O bien, si se tiene la sagacidad de evitar referencias personales, se escogen palabras demasiado cortas, palabras de diccionario, un nombre o una palabra deletreada al revés o una secuencia alfabética o de teclado. El inconveniente de todos estos esquemas es que se pueden adivinar fácilmente con la ayuda de herramientas como las descritas anteriormente, lo que facilita la tarea de los intrusos potenciales. Recomendaciones para la selección de claves de acceso adecuadas y su cuidado Usar por lo menos ocho caracteres; mientras más caracteres, mejor, siempre que sea fácil recordar la clave Incluir símbolos no alfanuméricos, como por ejemplo %, $, &, etc. No usar Página 6 de 11

7 espacios en blanco Usar siempre una mezcla de mayúscula y minúsculas. Nunca escribir una clave de acceso; alguien puede verla Nunca prestar la clave; es estrictamente personal. Puede que la persona a la que se le prestó no sea cuidadosa Seleccionar una clave única; no usar claves que se utiliza para otros propósitos, tales como número de cajero automático o la clave para acceder a otro sistema La clave debe ser fácil de recordar pero difícil de adivinar por parte de un extraño. La selección de letras de una frase que tenga sentido para el usuario puede ser una fuente de una clave de acceso adecuada. En este caso se trata de una frase de acceso ( Me gusta ir al cine podría transformarse en MGiaC%, por ejemplo). No usar Palabras de diccionario Palabras que correspondan al perfil del usuario (nombre, apellido, departamento, etc) Nombres geográficos Palabras extranjeras Transformaciones simples (7eleven, 21real) Nombres, nombres dobles, inicial y apellido, etc Variantes de nombres (carmen, CARMEN, mercan, marcen...) Sólo mayúsculas o minúsculas Secuencias alfabéticas o del teclado (lmnop, qwerty) Series consecutivas (Secreto1, Secreto2, etc.) Palabras muy cortas Palabras con las vocales eliminadas Números de teléfono Página 7 de 11

8 Números que substituyan a letras (número 1 en vez de letra l, etc.) Cambiar la clave si Se la ha revelado a alguien Se la ha escrito Restricciones para la estructura de las claves de acceso Las claves de acceso a todos los servidores instalados en el NOC de Provectis estarán sujetas a las restricciones que se indica más abajo. Esto es, si las claves no cumplen dichas restricciones, la cuenta correspondiente no quedará habilitada. Largo mínimo El largo mínimo de las claves será ocho caracteres Datos del Perfil del usuario No se podrá usar datos contenidos en el perfil del usuario que se almacena en el sistema Números Las claves no podrán estar compuestas exclusivamente por números Procedimiento de Apertura Las solicitudes de apertura de cuentas deben ser hechas por escrito por parte del Coordinador de la entidad externa o las personas que éste designe, y enviadas por al usuario operadores-noc@provectis.cl Se deberá indicar: Nombre de usuario Privilegios Horario de funcionamiento de la cuenta. Se considerará por defecto Lunes a Viernes, de 08:30 a 19:00 horas. El operador de turno creará la cuenta y le asignará una clave de acceso igual al nombre de usuario concatenado con los caracteres 02, de acuerdo a las políticas descritas en este documento. Esto implica, en particular, que la primera vez que el usuario intente acceder a dicha cuenta, se verá forzado a cambiar la password. Una vez creada la cuenta, se enviará a la persona que solicitó su creación, dando cuenta de este hecho, con copia al System Manager de Provectis. Página 8 de 11

9 Si la cuenta a ser creada fuese a ser usada para acceder a alguna base de datos del usuario, la solicitud se reenviara a los DBA, quienes crearán la cuenta para acceder a la base de datos en cuestión y velará por que exista la debida concordancia entre ambas cuentas: a nivel del sistema operativo y a nivel de la base de datos. Las claves de acceso se almacenarán un archivo al cual no podrán acceder los usuarios que no posean privilegios de root y se almacenarán en forma encriptada (archivo shadow en UNIX, por ejemplo). Página 9 de 11

10 Renovación de Cuentas Cambios Periódicos Será obligatorio el cambio periódico de claves, de acuerdo al siguiente esquema: Cuentas con privilegios (Personal del NOC de Provectis, Administradores de Bases de Datos e Ingenieros de Sistemas): cada 60 días Usuarios (internos y externos): cada 90 días El sistema forzará los cambios mencionados, con el objeto de velar por el cumplimiento de esta política Repeticiones Cada vez que se cambie la clave de acceso para una determinada cuenta, el sistema validará que la clave nueva no sea igual a la que estaba siendo usada hasta ese momento. En el caso que existan cuentas de determinados clientes que no pueden modificarse, se las detallará en el inventario de sistemas de ese cliente, previa descripción por escrito hecha por dicho cliente. Los sistemas entonces procesarán dichas cuentas de manera de considerar las excepciones del caso. Revisiones Provectis efectuará revisiones periódicas a las claves de acceso, sin excepción, con el objeto de velar por el cumplimiento de las políticas expuestas en este documento Estas revisiones consistirán en procesar dichas claves con programas que tratarán de determinarlas mediante diversas técnicas. Las estadísticas entregadas por estos programas se harán llegar a los respectivos clientes, y las cuentas correspondientes a las claves descubiertas serán bloqueadas de inmediato, debiendo los usuarios solicitar por el escrito su desbloqueo. Cuando esto ocurra, se forzará un cambio de clave, de acuerdo a los mecanismos descritos anteriormente. Las revisiones mencionadas serán efectuadas en un ambiente seguro, de manera tal de no interferir con la información de los clientes. Eliminación de cuentas Se eliminará las cuentas de acceso a los servidores en los casos que se indica a continuación: Cese de funciones Cuando un empleado cese en sus funciones, sus cuentas de acceso serán eliminadas. Será responsabilidad de los respectivos clientes o de la Gerencia de Administración y Finanzas de Provectis (en caso de tratarse de un empleado de esta empresa) comunicar esta información en forma oportuna al Area de Servicios Página 10 de 11

11 a Clientes de Provectis. En el caso que la persona que cesa sus funciones correspondiese al Area de Servicios de Provectis, el Supervisor del Data Center o el Gerente de Servicios a Clientes podrán optar por el cambio inmediato de todas o parte de las cuentas privilegiadas de dicha empresa. Esta decisión será tomada discrecionalmente por las personas que ocupen los cargos mencionados. Inactividad Aquellas cuentas que no hayan registrado actividad (al menos 1 acceso válido) durante 60 días o más, serán eliminadas del sistema. Se informará por escrito a las instancias pertinentes. Accesos indebidos Cuando una cuenta registre más de 3 intentos sucesivos de acceso sin que se ingrese la clave correcta, se tratará la situación como un acceso indebido, y se procederá al bloqueo de la cuenta. Diferencias entre Sistemas Operativos La funcionalidad descrita anteriormente variará dependiendo del sistema operativo, aunque lo descrito se acerca mucho a la funcionalidad mínima, es decir, la que se puede implantar en todos los sistemas operativos de uso habitual. En algunos casos, distintas versiones de un mismo sistema operativo afectarán la funcionalidad de seguridad que se desea implantar. En caso que algún cliente requiera funcionalidad adicional que haga necesaria la instalación de un programa específico, este deberá ser provisto por el cliente. Página 11 de 11