ISO 27001 Lead Auditor
※ Download: Iso 27001 la
Registros sobre actividades de los usuarios, excepciones y eventos de seguridad Habitualmente se llevan de dos formas: Primero en formato digital, generados en forma automática o semiautomática como registros de diversas TI y de otros sistemas, y segundo en papel, donde cada registro se hace manualmente. ISO 27001:2013 áp dụng cho bất kỳ tổ chức nào muốn đảm bảo rằng nó phù hợp với chính sách an toàn an ninh thông tin đã nêu và muốn chứng minh điều này cho người khác, sự phù hợp này được xác nhận bằng phương pháp tự đánh giá và tự khai báo sự phù hợp hoặc bằng chứng nhận hệ thống quản lý an ninh thông tin của một tổ chức bên ngoài.
Adicional a esto, se debe determinar el alcance. Very little reference or use is made to any of the BS standards in connection with ISO27001. BS 7799 Part 2 was revised in 2002, explicitly incorporating the Deming-style Plan-Do-Check-Act cycle.
ISO/IEC 27000 family - Information security management systems - This stage serves to familiarize the auditors with the organization and vice versa. Hình minh họa: ISO 27001 là gì?
Es posible identificar varias formas posibles de documentación, ya que hay varias formas de cumplir con los requisitos formales. Pero, no los necesitas a todos. Os dejo una lista detallada, de lo que necesitais y lo que os pedira el auditor para verificar que cumplimos la 27001 de una forma correcta: DOCUMENTOS CAPITULO ISO 27001:2013 Alcance del SGSI 4. En general,se trata de un documento independiente, aunque puede ser unificado con una política de seguridad de la información. Políticas y objetivos de seguridad de la información La política de seguridad de la información generalmente es un documento breve y de alto nivel que detalla el principal objetivo del SGSI. Los objetivos para el SGSI, en general, se presentan como un documento independiente, pero también pueden ser unificados en la política de seguridad de la información. Metodología e informes de evaluación y tratamiento de riesgos La metodología de evaluación y tratamiento del riesgo es, habitualmente, un documento de 4 a 5 páginas y debe ser redactado antes que se realice la evaluación y el tratamiento de riesgos. El informe de evaluación y tratamiento de riesgos debe ser redactado una vez que se realizó la evaluación y el tratamiento de riesgos, y allí se resumen todos los resultados. Declaración de aplicabilidad La Declaración de aplicabilidad o DdA se redacta en base a los resultados del tratamiento del riesgo; es un documento clave dentro del SGSI porque describe no sólo qué controles del Anexo A son aplicables, sino también cómo se implementarán y su estado actual. También deberiamos considerar a la Declaración de aplicabilidad como un documento que describe el perfil de seguridad de su empresa. Plan de tratamiento del riesgo Este es básicamente, un plan de acción sobre cómo implementar los diversos controles definidos por la DdA. Este documento se desarrolla en función de la Declaración de aplicabilidad y se utiliza y actualiza activamente a lo largo de toda la implementación del SGSI. A veces se puede fusionarcon el Plan del proyecto. Funciones y responsabilidades de seguridad El mejor método es describir estas funciones y responsabilidades en todas las políticas y procedimientos de la forma más precisa posible. Algunas empresas prefieren detallar las funciones y responsabilidades de seguridad en sus descripciones del trabajo. Las funciones y responsabilidades de seguridad para terceros se definen a través de contratos. Inventario de activos Si no se cuenta con un inventario de este tipo antes del proyecto ISO27001,la mejor forma de hacerlo es directamente a partir del resultado de la evaluación de riesgos ya que allí, de todos modos, se tienen que identificar todos los activos y sus propietarios. Uso aceptable de los activos Habitualmente, este documento se confecciona bajo la forma de una política y puede cubrir un amplio rango de temas porque la norma no define muy bien este control. Política de control de acceso En este documento se puede cubrir sólo la parte comercial de la aprobación de acceso a determinada información y sistemas, también se puede incluir el aspecto técnico del control de acceso. Además,podemos optar por definir reglas para acceso lógico únicamente o también para acceso físico. Este documento se debería redactar después de finalizado el proceso de evaluación y tratamiento de riesgos. Procedimientos operativos para gestión de TI Se puede crear este procedimiento como un único documento o como una serie de políticas y procedimientos. Normalmente, aquí podemos abarcar todas las áreas de las secciones A. Principios de ingeniería para sistemas seguros Este es un nuevo control en ISO 27001:2013 y requiere que se documenten los principios de ingeniería de seguridad bajo la forma de un procedimiento o norma y que se defina cómo incorporar técnicas de seguridad en todas las capas de arquitectura: negocio, datos, aplicaciones y tecnología. Estos principios pueden incluir validación de datos de entrada, depuración, técnicas para autenticación, controles de sesión segura, etc. Política de seguridad para proveedores Este también es un control nuevo en ISO 27001:2013, y una política de este tipo puede abarcar un amplio rango de controles: cómo se realiza la selección de potenciales contratistas, cómo se ejecuta la evaluación de riesgos de un proveedor, qué cláusulas incluir en el contrato, cómo supervisar el cumplimiento de cláusulas contractuales de seguridad, cómo modificar el contrato, cómo cerrar el acceso una vez cancelado el contrato, etc. Procedimiento para gestión de incidentes Este es un procedimiento importante que define cómo se informan, clasifican y manejan las debilidades, eventos e incidentes de seguridad. Este procedimiento también define cómo aprender de los incidentes de seguridad de la información para que se puedan evitar en el futuro. Un procedimiento de esta clase también puede invocar al plan de continuidad del negocio si un incidente ha ocasionado una interrupción prolongada. Procedimientos de la continuidad del negocio Generalmente se trata de planes de continuidad del negocio, planes de respuesta ante incidentes, planes de recuperación para el sector comercial de la organización y planes de recuperación ante desastres planes de recuperación para infraestructura de TI. Estos procedimientos se describen con mayor detalle en la norma ISO 22301, la principal norma internacional para continuidad del negocio. Requisitos legales, normativos y contractuales Este listado debe confeccionarse en la etapa más temprana posible del proyecto porque muchos documentos tendrán que ser desarrollados de acuerdo a estos datos. Este listado debe incluir no sólo las responsabilidades para el cumplimiento de determinados requerimientos, sino también los plazos. Registros de capacitación, habilidades, experiencia y calificaciones Es el departamento de recursos humanos el que generalmente se encarga de llevar estos registros. Si no, cualquier persona que habitualmente se encargue de los registros de los empleados debería ser quien realice este trabajo. Básicamente, sería suficiente con una carpeta en la que se encuentren todos los documentos. Resultados de supervisión y medición La forma más sencilla de describir cómo se miden los controles es a través de políticas y procedimientos que definan a cada control. En general, esta descripción puede ser realizada al final de cada documento, y cada descripción tiene que definir los tipos de ICD indicadores clave de desempeño que es necesario medir para cada control o grupo de controles. Una vez que se establece este método de control, se debe realizar la medición en función de dicho método. Es importante reportar los resultados de esta medición de forma regular a las personas que están a cargo de la evaluación. Programa de auditoría interna El programa de auditoría interna no es más que un plan anual para realizar las auditorías, para las empresas más pequeñas, puede tratarse solamente de una auditoría, mientras que para las organizaciones más grandes puede ser una serie de, por ejemplo, 20 auditorías internas. Este programa debe definir quién realizará las auditorías, los métodos que se utilizarán, los criterios que se aplicarán, etc. Resultados de las auditorías internas Un auditor interno debe generar un informe de auditoría, que incluye los resultados de la auditoría observaciones y medidas correctivas. Este informe debe ser confeccionado dentro de un par de días tras realizar la auditoría interna. En algunos casos, el auditor interno tendrá que verificar que todas las medidas correctivas se aplicaron según lo esperado. Resultados de la revisión por parte de la dirección. Estos registros se presentan, normalmente, bajo la forma de actas de reunión y deben incluir todo el material tratado durante la reunión de la dirección, como también todas las decisiones que se tomaron. Estas actas pueden ser en papel o en formato digital. Resultados de acciones correctivas Generalmente, estos son incluidos en los formularios para medidas correctivas FMC. Sin embargo,es mucho mejor agregar estos registros en alguna aplicación que ya esté en uso en la organización, las medidas correctivas no son más que listas de actividades a realizar con responsabilidades, tareas y plazos bien definidos. Registros sobre actividades de los usuarios, excepciones y eventos de seguridad Habitualmente se llevan de dos formas: Primero en formato digital, generados en forma automática o semiautomática como registros de diversas TI y de otros sistemas, y segundo en papel, donde cada registro se hace manualmente. Procedimiento para control de documentos. En general, este es un procedimiento independiente, de dos o tres páginas de extensión. Si ya implementamos alguna otra norma como ISO9001, ISO14001, ISO22301 o similar, podemos utilizar el mismo procedimiento para todos estos sistemas de gestión. A veces es mejor redactar este procedimiento como el primer documento de un proyecto. Controles para gestión de registros La forma más sencilla es redactar el control de registros en cada política o procedimiento u otro documento que requiera la generación de un registro. Estos controles, normalmente son incluidos hacia el final de cada documento y se confeccionan bajo el formato de una tabla que detalla dónde se archiva el registro, quién tiene acceso, cómo se protege, por cuánto tiempo se archiva, etc. Procedimiento para auditoría interna Habitualmente este es un procedimiento independiente que puede tener entre dos y tres páginas y que tiene que ser redactado antes de que comience la auditoría interna. En cuanto al procedimiento para control de documentos, un procedimiento para auditoría interna puede ser utilizado para cualquier sistema de gestión. Procedimiento para medidas correctivas Este procedimiento no debería exceder las dos o tres páginas y puede ser confeccionado al final del proyecto de implementación, aunque es mejor hacerlo antes para que los empleados puedan familiarizarse con él. DOCUMENTOS CAPITULO ISO 27001:2013 Registros de capacitación, habilidades, experiencia y calificaciones 7. Documentos no obligatorios de uso frecuente ISO 270001:2013 DOCUMENTOS CAPITULO ISO 27001:2013 Procedimiento para control de documentos 7. Mantener un gobierno de nuestra seguridad mediante un SGSI perfectamente adaptado a nuestros procesos de negocio es algo imprescindible, para que el resto de partes, engranen correctamente.
Desde la definición de los Procesos del Sistema de Gestión de la Seguridad de la Información, como en la determinación de los Objetivos de Seguridad que se establezcan. Plan establishing the ISMS Establish the policy, the ISMS objectives, processes and procedures related to risk management and the improvement of information security to provide results in line with the global policies and objectives of the organization. After you finish all these steps, you will be able to perform the ISMS audits as the team leader. Scope of the standard 2. Supporting an information security management system 8. Si desea más información sobre las cookies visite nuestra. Retrieved 20 May 2017. Manish Prateek on an In-house program at UPES.
