A los efectos de la certificación, la transición entre ambas normas queda propuesta (o establecida) por el TPS-55 de UKAS (United Kingdom Acreditation Service): "Transition Statement Regarding Arrangements for the Implementation of ISO 27001:2005". Establece que las empresas (en realidad los auditores, lo cual afecta directamente a las empresas) durante los primeros seis meses (desde que se firmó el acuerdo "MoU: Memorandum of Understanding" entre UKAS y el Departamento de Comercio e Industria de Reino Unido), pueden elegir acerca de qué estándar aplicar, a partir del 23 de julio del
2006, la única certificación que se deberá aplicar será la ISO/IEC 27001:2005. Ante cualquier no conformidad con la aplicación de la misma motivada claramente por su transición, se establece un plazo de un año para solucionarla, es decir, hasta el 23 de julio de 2007.
PRESENTACION DE ESTE TEXTO
El presente documento es un muy breve resumen de los aspectos más importantes a tener en cuenta para la aplicación del Estándar Internacional ISO-27001:2005. Se debe dejar claro que este es la versión actual del ISO-17799:2002, y dentro del primero se detallan claramente todos los aspectos de compatibilidad entre ellos. El verdadero enfoque que se debe encarar para tratar de alcanzar la compatibilidad con este estándar es aplicar la Norma ISO-27001 con todo detalle y a través del seguimiento de todos los aspectos que propone, se estará cumplimentando también con la anterior (lo cual no elude el hecho que se deba conocer también esta predecesora).
CONSIDERACIONES CLAVE DEL ESTANDAR
La propuesta de esta norma, no está orientada a despliegues tecnológicos o de infraestructura, sino a aspectos netamente organizativos, es decir, la frase que podría definir su propósito es "Organizar la seguridad de la información", por ello propone toda una secuencia de acciones tendientes al "establecimiento, implemanetación, operación, monitorización, revisión, mantenimiento y mejora del ISMS (Information Security Management System)" (como podrán apreciar que se recalcará repetidas veces a lo largo del mismo). El ISMS, es el punto fuerte de este estándar.
Los detalles que conforman el cuerpo de esta norma, se podrían agrupar en tres grandes líneas:
ISMS.
Valoración de riegos (Risk Assesment)
Controles
El desarrollo de estos puntos y la documentación que generan, es lo que se tratará en este texto.
BREVE RESUMEN DEL ESTANDAR
Se presentan a continuación las líneas que se consideran de especial interés para la aplicación de esta norma.
Los párrafos siguientes son una breve descripción de los puntos que se considerarán en este texto para poder llegar finalmente y avalando la importancia de la documentación que es necesaria preparar y mantener.
Se consideró importante el mantener la misma puntuación que emplea el Estándar Internacional, para que, si fuera necesario, se pueda acceder directamente al mismo, para ampliar cualquier aspecto, por lo tanto, la numeración que sigue a continuación, no respeta la de este texto, pero sí la de la norma.
Introducción:
0.1 General:
Este estándar fue confeccionado para proveer un modelo para el establecimiento, implementación, operación, monitorización, revisión, mantenimiento y mejora del ISMS, la adopción del ISMS debe ser una decisión estratégica de la organización, pues el mismo está influenciado por las necesidades y objetivos de la misma, los requerimientos de seguridad, los procesos, el tamaño y la estructura de la empresa, la dinámica que implica su aplicación, ocasionará en muchos casos la escalada del mismo, necesitando la misma dinámica para las soluciones.
0.2. Aproximación (o aprovechamiento) del modelo:
Este estándar internacional adopta un proceso para establecer, implementar, operar, monitorizar, revisar, mantener y mejorar el ISMS en una organización.
Una organización necesita identificar y administrar cualquier tipo de actividad para funcionar eficientemente. Cualquier actividad que emplea recursos y es administrada para transformar entradas en salidas, puede ser considerada como un "proceso". A menudo, estas salidas son aprovechadas nuevamente como entradas, generando una realimentación de los mismos.
Este estándar internacional adopta también el modelo "Plan-Do-Check-Act" (PDCA), el cual es aplicado a toda la estructura de procesos de ISMS, y significa lo siguiente:
Plan (Establecer el ISMS): Implica, establecer a política ISMS, sus objetivos, procesos, procedimientos relevantes para la administración de riesgos y mejoras para la seguridad de la información, entregando resultados acordes a las políticas y objetivos de toda la organización.
Do (Implementar y operar el ISMS): Representa la forma en que se debe operar e implementar la política, controles, procesos y procedimientos.
Check (Monitorizar y revisar el ISMS): Analizar y medir donde sea aplicable, los procesos ejecutados con relación a la política del ISMS, evaluar objetivos, experiencias e informar los resultados a la administración para su revisión.
Act (Mantener y mejorar el ISMS): Realizar las acciones preventivas y correctivas, basados en las auditorías internas y revisiones del ISMS o cualquier otra información relevante para permitir la continua mejora del ISMS.
1.2. Aplicación:
Los requerimientos de este estándar internacional, son genéricos y aplicables a la totalidad de las organizaciones. La exclusión de los requerimientos especificados en las cláusulas 4, 5, 6, 7 y 8, no son aceptables cuando una organización solicite su conformidad con esta norma.
Estas cláusulas son:
ISMS.
Responsabilidades de la Administración
Auditoría Interna del ISMS
Administración de las revisiones del ISMS
Mejoras del ISMS.
(Estas cláusulas realmente conforman el cuerpo principal de esta norma) Cualquier exclusión a los controles detallados por la norma y denominados como "necesarios"
para satisfacer los criterios de aceptación de riegos, debe ser justificado y se debe poner de manifiesto, o evidenciar claramente los criterios por los cuales este riesgo es asumido y aceptado. En cualquier caso en el que un control sea excluido, la conformidad con este estándar internacional, no será aceptable, a menos que dicha exclusión no afecte a la capacidad y/o responsabilidad de proveer seguridad a los requerimientos de información que se hayan determinado a través de la evaluación de riesgos, y sea a su vez aplicable a las regulaciones y legislación vigente.
Normativas de referencia:
Para la aplicación de este documento, es indispensable tener en cuenta la última versión de: "ISO/IEC 17799:2005, Information technology — Security
techniques — Code of practice for information security management"
Términos y definiciones:
La siguiente terminología aplica a esta norma:
Recurso (Asset): Cualquier cosa que tenga valor para la organización.
Disponibilidad (availability): Propiedad de ser accesible y usable bajo demanda por una entidad autorizada.
- Confidencialidad (confidentiality): Propiedad que la información no esté disponible o pueda ser descubierta por usuarios no autorizados, entidades o procesos.
- Seguridad de la información: Preservación de la confidencialidad, integridad y disponibilidad de la información, en adición también de otras propiedades como autenticación, autorización, registro de actividad, no repudio y confiabilidad pueden ser también consideradas.
Eventos de seguridad de la información: Ocurrencia de un evento identificado sobre un sistema, servicio o red, cuyo estado indica una posible brecha en la política de seguridad de la información o fallo en el almacenamiento de la misma, también cualquier situación previa desconocida que pueda ser relevante desde el punto de vista de la seguridad.
Incidente de seguridad: uno o varios eventos de seguridad de la información, no deseados o inesperados que tienen una cierta probabilidad de comprometer las operaciones de la empresa y amenazan a la seguridad de la información.
Sistema de administración de la seguridad de la información (ISMS: Information Security Management System): Parte de los sistemas de la empresa, basado en el análisis de riesgo de negocio, cuya finalidad es establecer, implementar, operar, monitorizar, revisar, mantener y mejorar la seguridad de la información.
NOTA: el ISMS incluye las políticas, planes, actividades, responsabilidades, prácticas, procedimientos, procesos y recursos.
Integridad: Propiedad de salvaguardar la precisión y completitud de los recursos.
Riesgo residual: El riesgo remanente luego de una amenaza a la seguridad. 3.10.Aceptación de riesgo: Decisión de aceptar un riesgo.
Análisis de riego: Uso sistemático de la información para identificar fuentes y estimar riesgos.
Valoración de riesgo: Totalidad de los procesos de análisis y evaluación de riesgo.
Evaluación de riesgo: Proceso de comparar los riesgos estimados contra los criterios de riesgo establecidos o dados, para determinar el grado de significativo del riesgo.
ACLARACIÓN AJENA A LA NORMA: En definitiva la "Evaluación del riesgo", es el resultado final de esta actividad, pero no debe ser pensada únicamente con relación a "Análisis y Valoración", sino también a los criterios de riesgo que la organización haya definido a lo largo de toda su política empresarial.
Administración del riesgo: Actividades coordinadas para dirigir y controlar las medidas necesarias para la observación del riesgo dentro de la organización.
- Tratamiento del riesgo: Proceso de selección e implementación de mediciones para modificar el riesgo.
NOTA: el término "control" en esta norma es empleado como sinónimo de "Medida o medición".
Declaración de aplicabilidad: Documento que describe los objetivos del control, y los controles que son relevantes y aplicables a la organización del ISMS.
NOTA: Estos controles están basados en los resultados y conclusiones de la valoración y los procesos de tratamiento de riesgo, los requerimientos y regulaciones legales, las obligaciones contractuales y los requerimientos de negocio para la seguridad de la información que defina la organización.
ISMS (Information Security Managemet System).
Requerimientos generales:
La organización, establecerá, implementará, operará, monitorizará, revisará, mantendrá y mejorará un documentado ISMS en el contexto de su propia organización para las actividades globales de su negocio y de cara a los riesgos. Para este propósito esta norma el proceso está basado en el modelo PDCA comentado en el punto 0.2.
4.3.2. Control de documentos:
Todos los documentos requeridos por el ISMS serán protegidos y controlados. Un procedimiento documentado deberá establecer las acciones de administración necesarias para:
> Aprobar documentos y prioridades o clasificación de empleo. > Revisiones, actualizaciones y reaprobaciones de documentos. > Asegurar que los cambios y las revisiones de documentos sean identificados. > Asegurar que las últimas versiones de los documentos aplicables estén disponibles y listas para ser usadas. > Asegurar que los documentos permanezcan legibles y fácilmente identificables. > Asegurar que los documentos estén disponibles para quien los necesite y sean transferidos, guardados y finalmente dispuestos acorde a los procedimientos aplicables a su clasificación. > Asegurar que los documentos de origen externo sean identificados. > Asegurar el control de la distribución de documentos. > Prevenir el empleo no deseado de documentos obsoletos y aplicar una clara identificación para poder acceder a ellos y que queden almacenados para cualquier propósito
Responsabilidades de administración:
- La administración proveerá evidencias de sus compromisos para el establecimiento, implementación, operación, monitorización, mantenimiento y mejora del ISMS a través de:
- Establecimiento de la política del ISMS
- Asegurar el establecimiento de los objetivos y planes del ISMS.
- Establecer roles y responsabilidades para la seguridad de la información.
- Comunicar y concienciar a la organización sobre la importancia y apoyo necesario a los objetivos propuestos por la política de seguridad, sus responsabilidades legales y la necesidad de una continua mejora en este aspecto.
- Proveer suficientes recursos para establecer, operar, implementar, monitorizar, revisar, mantener y mejorar el ISMS (5.2.1)
- Decidir los criterios de aceptación de riesgos y los niveles del mismo.
- Asegurar que las auditorías internas del ISMS, sean conducidas y a su vez conduzcan a la administración para la revisión del ISMS (ver 7.)
5.2.2. Formación, preparación y competencia:
La organización asegurará que todo el personal a quien sean asignadas responsabilidades definidas en el ISMS sea competente y esté en capacidad de ejecutar las tareas requeridas, para ello deberá proveer las herramientas y capacitación necesaria (Documento: Planificación, guías y programas de formación y preparación).
Auditoría interna del ISMS:
La organización realizará auditorías internas al ISMS a intervalos planeados para determinar si los controles, sus objetivos, los procesos y procedimientos continúan de conformidad a esta norma y para analizar y planificar acciones de mejora. Ninguna persona podrá auditar su propio trabajo, ni cualquier otro que guarde relación con él.
La responsabilidad y requerimientos para el planeamiento y la conducción de las actividades de auditoría, los informes resultantes y el mantenimiento de los registros será definido en un procedimiento (Ver: Procedimiento de Revisión del ISMS – Periódicas y aperiódicas
Administración de las revisiones del ISMS:
Las revisiones mencionadas en el punto anterior deberán llevarse a cabo al menos una vez al año para asegurar su vigencia, adecuación y efectividad. Estas revisiones incluirán valoración de oportunidades para mejorar o cambiar el ISMS incluyendo la política de seguridad de la información y sus objetivos. Los resultados de estas revisiones, como se mencionó en el punto anterior serán claramente documentados y los mismos darán origen a esta actividad.
Esta actividad está constituida por la revisión de entradas (7.2.) y la de salidas (7.3.) y dará como resultado el documento correspondiente (Ver: Documento de administración de las revisiones del ISMS).
Mejoras al ISMS
La organización deberá mejorar continuamente la eficiencia del ISMS a través del empleo de la política de seguridad de la información, sus objetivos, el resultado de las auditorías, el análisis y monitorización de eventos, las acciones preventivas y correctivas y las revisiones de administración.
8.2. Acciones correctivas:
La organización llevará a cabo acciones para eliminar las causas que no estén en conformidad con los requerimientos del ISMS con el objetivo de evitar la recurrencia de los mismos. Cada una de estas acciones correctivas deberá ser documentada (Ver: Documento de acciones correctivas)
El anexo A de esta norma propone una detallada tabla de los controles, los cuales quedan agrupados y numerados de la siguiente forma:
Política de seguridad
Organización de la información de seguridad
Administración de recursos
Seguridad de los recursos humanos
Seguridad física y del entorno
Administración de las comunicaciones y operaciones
Control de accesos
Adquisición de sistemas de información, desarrollo y mantenimiento
Administración de los incidentes de seguridad
Administración de la continuidad de negocio
Cumplimiento (legales, de estándares, técnicas y auditorías)
El anexo B, que es informativo, a su vez proporciona una breve guía de los principios de OECD (guía de administración de riesgos de sistemas de información y redes – París, Julio del 2002, "www.oecd.org") y su correspondencia con el modelo PDCA.
Por último el Anexo C, también informativo, resume la correspondencia entre esta norma y los estándares ISO 9001:2000 y el ISO 14001:2004
DOCUMENTACIÓN A CONSIDERAR:
A continuación se presenta un listado de los documentos que se deben considerar como mínimo y sobre los cuales el estándar hacer referencia. Dentro de cada uno de ellos, se especifica brevemente algunas consideraciones y los puntos desde donde son referenciados en la norma.
Estos documentos son:
Declaración de Aplicabilidad (3.16)
Documento ISMS (4.1.) Debe incluir:
Ámbito y límites del ISMS en términos de características del negocio, la organización, ubicaciones, recursos y tecnologías empleadas y también detalles y justificaciones para cualquier exclusión fuera del mismo, como se especifica en 1.2.
Definición de la política de este ISMS, en los mismos términos anteriores y teniendo en cuenta:
> Establecimiento del marco y objetivos de la dirección y principales líneas de acción en temas de seguridad de la información. > Considerar requerimientos legales y de empresa y también obligaciones contractuales en aspectos relacionados a la seguridad. > Establecer la alineación con el contexto de la estrategia de administración de riesgo de la empresa dentro del cual se establecerá y mantendrá el ISMS. > Establecer los criterios contra los cuales se evaluarán loa riesgos y han sido evaluados por la dirección.
NOTA: Para los criterios de este estándar internacional, la política del ISMS puede ser considerada como una parte del documento de "Política de seguridad" general de la empresa.
Definición de la Valoración de riesgo de la organización:
> Identificar la metodología de valoración de riesgo, la información de seguridad identificada de la empresa y los requerimientos y regulaciones legales. > Desarrollar un criterio para la aceptación de riesgo y los diferentes niveles de aceptación del mismo.
Descripción de la metodología que se aplica para la valoración de riesgos
Identificación de riesgos
> Identificar los recursos que se encuentran dentro del ámbito del ISMS y los propietarios de los mismos. > Identificar las amenazas hacia los mismos. > Identificar las vulnerabilidades que pueden ser explotados por esas amenazas. > Identificar los impactos que la pérdida de confidencialidad, integridad y disponibilidad, pueden ocasionar sobre esos recursos.
Análisis y evaluación de riesgos:
> Valorar el impacto de negocio hacia la organización que puede resultar desde cualquier fallo de seguridad, teniendo en cuenta la pérdida de confidencialidad, integridad y/o disponibilidad de los recursos. > Probabilidad real de la ocurrencia de fallos de seguridad a la luz de las amenazas, vulnerabilidades e impacto asociado a esos recursos y los controles actualmente implementados. > Estimación del nivel de riesgo. > Determinación si un riesgo es aceptable o requiere el uso de algún tipo de tratamiento de los criterios de riesgo establecidos.
Identificación y evaluación de las opciones de tratamiento de riesgo.
Las posibles acciones incluyen:
> Aplicación de los controles apropiados. > Conocimiento y objetividad para la aceptación de riesgos, proveyendo una clara satisfacción de ellos con la política y criterios de aceptación. > Evitar riesgos y transferencia de los riesgos asociados a otras partes, por ejemplo, proveedores, socios, etc.
Selección de controles objetivos para el tratamiento del riesgo.
Estos controles serán seleccionados e implementados de acuerdo a los requerimientos identificados por la valoración del riesgo y los procesos de tratamiento del riesgo.
El anexo A de esta norma proporciona una buena base de referencia, no siendo exhaustivos, por lo tanto se pueden seleccionar más aún.
Obtención de aprobación de la dirección para los riesgos residuales propuestos.
Obtener autorización de la dirección para implementar y operar el ISMS.
Preparar una declaración de aplicación, la cual debería incluir:
Preparar una declaración de aplicación, la cual debería incluir: > Los objetivos de control, los controles seleccionados y las razones para su selección. > Los controles actualmente implementados y la exclusión y justificación de los que figuran en el Anexo A
Planificación, guías y programas de formación y preparación (5.2.2)
Documento de administración de las revisiones del ISMS (7.) Deberá incluir:
> Resultados de la revisión. > Realimentación hacia las partes interesadas. > Técnicas, productos o procedimientos que pueden ser empleados en la organización para mejorar su eficiencia. > Estado de acciones preventivas y correctivas. > Vulnerabilidades o amenazas que no se adecuan a la valoración de riesgo previa. > Resultado de la eficiencia en las mediciones (o controles). > Acciones seguidas desde la última revisión. > Cualquier cambio que pudiera afectar al ISMS y las recomendaciones de mejora. > Actualización de la valoración de riesgos y plan de tratamiento de riesgo. > Modificación de procedimientos y/o controles que afecten a la seguridad de la información. > Necesidad de recursos. > Mejoras en cuanto a la efectividad con que están siendo medidos los controles.
Documento de acciones correctivas (8.) Deberá incluir:
> Identificación de no conformidades. > Determinación de las causas de las mismas. > Evaluación de necesidades para acciones que aseguren la no recurrencia de las mismas. > Determinación e implementación de las acciones correctivas necesarias. > Registro de resultados y acciones llevadas a cabo. > Revisión de la actividad correctiva llevada a cabo.
Procedimientos de:
Control de documentos (Ver los detalles del mismo en el punto 4.3.2 de este documento).
De registro: Debería existir un procedimiento general, y dentro del mismo, algunos específicos como son:
> De actividad (reportes, autorizaciones de acceso, auditorías, cambios, permisos temporales, bajas, etc.) (4.3.3.)
> de mejoras y decisiones que afectan al ISMS
Respuesta a incidentes de seguridad.
Detección de eventos de seguridad.
Recolección y centralización de eventos de seguridad.
Revisión del ISMS (Periódica y aperiódica)(punto 6.).
Revisión y medición de la efectividad de los controles.
Todos estos documentos y registros pueden realizarse en cualquier formato, tipo o medio.
Como se mencionó en esta norma se especifican (en el Anexo A), una serie de controles (o mediciones) a considerar y documentar, que se pueden considerar uno de los aspectos fundamentales del ISMS (junto con la Valoración de riesgo). Cada uno de ellos se encuentra en estrecha relación a todo lo que especifica la norma ISO/IEC 17799:2005 en los puntos 5 al 15, y tal vez estos sean el máximo detalle de afinidad entre ambos estándares. Se reitera una vez más que la evaluación de cada uno de ellos debe quedar claramente establecida en los documentos que se presentaron en este texto, y muy especialmente la de los controles que se consideren excluidos de la documentación.
Autor:
Alejandro Corletti Estrada
Mail: [email protected]
Madrid, abril de 2006.
| Página siguiente |