Source: http://docplayer.es/1228509-Guia-de-seguridad-de-las-tic-ccn-stic-480a-seguridad-en-el-control-de-procesos-y-scada-guia-de-buenas-practicas.html
Timestamp: 2018-05-22 04:43:30+00:00

Document:
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480A) SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA GUIA DE BUENAS PRÁCTICAS - PDF
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480A) SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA GUIA DE BUENAS PRÁCTICAS
Download "GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480A) SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA GUIA DE BUENAS PRÁCTICAS"
Beatriz Jiménez Cano
1 GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480A) SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA GUIA DE BUENAS PRÁCTICAS FEBRERO 2010
2 Edita: Editor y Centro Criptológico Nacional, 2010 NIPO: Tirada: 1000 ejemplares Fecha de Edición: enero de 2010 LIMITACIÓN ORIGINAL DE RESPONSABILIDAD Esta guía está diseñada para difundir y garantizar las buenas prácticas en la protección de sistemas de control industrial, tales como: control de procesos, automatización industrial, sistemas de control distribuido (SCD) y Control Supervisor y Adquisición de Datos (SCADA). Estos sistemas se utilizan ampliamente en todo el panorama nacional. El documento proporciona valiosos consejos sobre la protección de estos sistemas de ataques electrónicos y ha sido producido por PA Consulting Group para CPNI. La referencia a cualquier producto comercial, proceso o servicio específico con nombre comercial, marca fabricante, o de otro modo, no constituye ni implica su respaldo, recomendación o favor por CPNI o PA Consulting Group. Los puntos de vista y las opiniones de los autores expresadas en este documento no se utilizarán para fines publicitarios ni de respaldo. CPNI y PA Consulting Group no aceptarán la responsabilidad de cualquier error u omisión contenida en este documento. En particular, CPNI y PA Consulting Group no se hacen responsables de cualquier pérdida o daño alguno, derivados de la utilización de la información contenida en este documento. El presente documento se proporciona de acuerdo con los términos en él recogidos, rechazando expresamente cualquier tipo de garantía implícita que se pueda encontrar relacionada. En ningún caso, el Centro Criptológico Nacional puede ser considerado responsable del daño directo, indirecto, fortuito o extraordinario derivado de la utilización de la información y software que se indican incluso cuando se advierta de tal posibilidad. La referencia a cualquier producto comercial específico, proceso o servicio con nombre comercial, marca fabricante, o de otro modo, no constituye ni implica su respaldo comercial. Los puntos de vista y las opiniones de los autores expresadas en este documento no se utilizarán para fines publicitarios ni de respaldo. AVISO LEGAL Quedan rigurosamente prohibidas, sin la autorización escrita del Centro Criptológico Nacional, bajo las sanciones establecidas en las leyes, la reproducción parcial o total de este documento por cualquier medio o procedimiento, comprendidos la reprografía y el tratamiento informático, y la distribución de ejemplares del mismo mediante alquiler o préstamo públicos. Centro Criptológico Nacional i
3 PRÓLOGO El uso masivo de las tecnologías de la información y las telecomunicaciones (TIC), en todos los ámbitos de la sociedad, ha creado un nuevo espacio, el ciberespacio, donde se producirán conflictos y agresiones, y donde existen ciberamenazas que atentarán contra la seguridad nacional, el estado de derecho, la prosperidad económica, el estado de bienestar y el normal funcionamiento de la sociedad y de las administraciones públicas. La Ley 11/2002, de 6 de mayo, reguladora del Centro Nacional de Inteligencia, encomienda al Centro Nacional de Inteligencia el ejercicio de las funciones relativas a la seguridad de las tecnologías de la información en su artículo 4.e), y de protección de la información clasificada en su artículo 4.f), a la vez que confiere a su Secretario de Estado Director la responsabilidad de dirigir el Centro Criptológico Nacional en su artículo 9.2.f). Partiendo del conocimiento y la experiencia del CNI sobre amenazas y vulnerabilidades en materia de riesgos emergentes, el Centro realiza, a través de su Centro Criptológico Nacional, regulado por el Real Decreto 421/2004, de 12 de marzo, diversas actividades directamente relacionadas con la seguridad de las TIC, orientadas a la formación de personal experto, a la aplicación de políticas y procedimientos de seguridad, y al empleo de tecnologías de seguridad adecuadas. Una de las funciones más destacables del Centro Criptológico Nacional es la de elaborar y difundir normas, instrucciones, guías y recomendaciones para garantizar la seguridad de los sistemas de las tecnologías de la información y las comunicaciones de la Administración, materializada en la existencia de la serie de documentos CCN-STIC. Disponer de un marco de referencia que establezca las condiciones necesarias de confianza en el uso de los medios electrónicos es, además, uno de los principios que establece la ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los servicios públicos, en su artículo 42.2 sobre el Esquema Nacional de Seguridad (ENS). Precisamente el Real Decreto 3/2010 de 8 de Enero de desarrollo del Esquema Nacional de Seguridad fija los principios básicos y requisitos mínimos así como las medidas de protección a implantar en los sistemas de la Administración, y promueve la elaboración y difusión de guías de seguridad de las tecnologías de la información y las comunicaciones por parte de CCN para facilitar un mejor cumplimiento de dichos requisitos mínimos. En definitiva, la serie de documentos CCN-STIC se elabora para dar cumplimiento a los cometidos del Centro Criptológico Nacional y a lo reflejado en el Esquema Nacional de Seguridad, conscientes de la importancia que tiene el establecimiento de un marco de referencia en esta materia que sirva de apoyo para que el personal de la Administración lleve a cabo su difícil, y en ocasiones, ingrata tarea de proporcionar seguridad a los sistemas de las TIC bajo su responsabilidad. Febrero de 2010 Félix Sanz Roldán Secretario de Estado Director del Centro Criptológico Nacional Centro Criptológico Nacional ii
4 ÍNDICE 0. INTRODUCCIÓN A LA TRADUCCIÓN ALCANCE DE ESTA TRADUCCIÓN CAMBIOS EN EL CONTENIDO CAMBIOS EN EL FORMATO INTRODUCCIÓN METAS Y OBJETIVOS TERMINOLOGÍA SISTEMAS DE CONTROL DE PROCESOS Y SCADA BUENAS PRÁCTICAS PROTEGIENDO EL CONTROL DE PROCESOS Y LOS SISTEMAS SCADA DESCRIPCIÓN GENERAL MARCO DE SEGURIDAD EN EL CONTROL DE PROCESOS PRINCIPIOS RECTORES PROTEGER, DETECTAR Y RESPONDER DEFENSA EN PROFUNDIDAD MEDIDAS DE PROTECCIÓN TÉCNICAS, DE PROCEDIMIENTO Y DE DIRECCIÓN COMPRENDER EL RIESGO DEL NEGOCIO DESCRIPCIÓN OBJETIVO PRINCIPIOS DE BUENAS PRÁCTICAS ESTUDIAR EL RIESGO DEL NEGOCIO REALIZAR ESTUDIOS CONTINUOS DEL RIESGO DEL NEGOCIO IMPLEMENTAR UNA ARQUITECTURA SEGURA DESCRIPCIÓN OBJETIVO PRINCIPIOS DE BUENAS PRÁCTICAS ARQUITECTURA DE LA RED CORTAFUEGOS ACCESO REMOTO ANTI-VIRUS CORREO ELECTRÓNICO Y ACCESO A INTERNET SECURIZACIÓN DEL SISTEMA COPIAS DE SEGURIDAD Y RECUPERACIÓN SEGURIDAD FÍSICA MONITORIZACIÓN DE LOS SISTEMAS REDES INALÁMBRICAS ACTUALIZACIONES (PARCHES) DE SEGURIDAD VERIFICACIÓN DE LOS ANTECEDENTES DEL PERSONAL CONTRASEÑAS Y CUENTAS DOCUMENTOS DEL ENTORNO DE SEGURIDAD RESISTENCIA DE LA INFRAESTRUCTURA E INSTALACIONES GESTIÓN DE VULNERABILIDADES ALTAS Y BAJAS DE USUARIOS...22 Centro Criptológico Nacional iii
5 GESTIÓN DEL CAMBIO PRUEBAS DE SEGURIDAD PROCEDIMIENTOS DE CONEXIÓN DE DISPOSITIVOS ESTABLECER CAPACIDADES DE RESPUESTA DESCRIPCIÓN OBJETIVO PRINCIPIOS DE BUENAS PRÁCTICAS MEJORAR LA CONCIENCIACIÓN Y LAS HABILIDADES DESCRIPCIÓN OBJETIVO PRINCIPIOS DE BUENAS PRÁCTICAS AUMENTAR LA CONCIENCIACIÓN ESTABLECER UN MARCO DE FORMACIÓN DESARROLLAR LAS RELACIONES LABORALES GESTIONAR EL RIESGO DE TERCEROS DESCRIPCIÓN OBJETIVO PRINCIPIOS DE BUENAS PRÁCTICAS IDENTIFICAR A LOS TERCEROS GESTIONAR LOS RIESGOS DE LOS PROVEEDORES GESTIONAR LOS RIESGOS DE LAS ORGANIZACIONES DE SOPORTE GESTIONAR LOS RIESGOS EN LA CADENA DE SUMINISTRO AFRONTAR PROYECTOS DESCRIPCIÓN OBJETIVO PRINCIPIOS DE BUENAS PRÁCTICAS ESTABLECER UNA DIRECCIÓN PERMANENTE DESCRIPCIÓN OBJETIVO PRINCIPIOS DE BUENAS PRÁCTICAS DEFINIR ROLES Y RESPONSABILIDADES DESARROLLAR LA POLÍTICA Y LOS ESTÁNDARES VELAR POR EL CUMPLIMIENTO DE LA POLÍTICA Y LOS ESTÁNDARES ACTUALIZAR LA POLÍTICA Y LOS ESTÁNDARES AGRADECIMIENTOS...30 ANEXOS ANEXO A. REFERENCIAS...31 A.1. DOCUMENTOS Y PÁGINAS WEB DE REFERENCIA...31 A.2. REFERENCIAS GENERALES SCADA...31 A.3. REFERENCIAS EN ESTA TRADUCCIÓN...33 ANEXO B. GLOSARIO DE TÉRMINOS Y ABREVIATURAS...35 B.1. GLOSARIO DE TÉRMINOS...35 B.2. GLOSARIO DE SIGLAS...35 B.3. TABLA DE EQUIVALENCIAS DE LA TRADUCCIÓN...35 Centro Criptológico Nacional iv
6 FIGURAS FIGURA 1: MARCO EN EL QUE SE INSCRIBE LA GUÍA DE BUENAS PRÁCTICAS Centro Criptológico Nacional v
7 0. INTRODUCCIÓN A LA TRADUCCIÓN 0.1. ALCANCE DE ESTA TRADUCCIÓN 1. Como parte del acuerdo de colaboración entre el Centro para la Protección de la Infraestructura Nacional de Reino Unido (CPNI en adelante) y el Centro Criptológico Nacional de España (CCN en adelante), se han traducido la colección de guías Process Control and SCADA Security publicadas por el CPNI. La presente traducción se corresponde con la versión 2 de las guías del CPNI, publicadas en Junio de 2008, y que consta de las siguientes guías: Process Control and SCADA Security Process Control and SCADA Security Guide 1. Understand the business risk Process Control and SCADA Security Guide 2. Implement secure architecture Process Control and SCADA Security Guide 3. Establish response capabilities Process Control and SCADA Security Guide 4. Improve awareness and skills Process Control and SCADA Security Guide 5. Manage third party risk Process Control and SCADA Security Guide 6. Engage projects Process Control and SCADA Security Guide 7. Establish ongoing governance 2. En el momento de publicación de esta traducción, las guías originales pueden encontrarse en ([Ref.- 48]) 3. Este documento traduce la siguiente guía: Process Control and SCADA Security 4. El CCN ha publicado la guía CCN_STIC-480 "Seguridad en sistemas SCADA" que, junto con el resto de guías publicadas y utilizando estas traducciones adapta la seguridad al contexto de España. 5. El CCN se adhiere a la cláusula de responsabilidad del CPNI sobre el contenido de la presente guía CAMBIOS EN EL CONTENIDO 6. Por coherencia con el resto de guías CCN-STIC, se han añadido la portada, la Limitación de Responsabilidad y el Prólogo el presente capítulo 0 de introducción. 7. Se ha traducido de todos los apartados desde el 1 hasta el final, incluyendo la Cláusula Original de Exención de Responsabilidad y los Agradecimientos. Se respeta el contenido original, con las siguientes salvedades: Cuando una traducción requiere una explicación, (ej., cuando el conocimiento de los términos del documento original pueda suponer algún matiz), se incluyen notas a pie Centro Criptológico Nacional 6
8 de página, precedidas de N.T.:, indicando matices de la traducción. Debido a este hecho, el orden de las notas al pie no se corresponde con el orden en la guía original Siempre que aparece una referencia a un recurso en inglés y exista un recurso equivalente en español o relativo a España, se habrá sustituido. Las referencias a recursos del CPNI han sido convertidas a referencias del CCN-CERT siempre que ha sido posible. La referencia original se indicará a pie de página como una N.T. Los nombres propios y las siglas se han traducido. Las equivalencias entre referencias en inglés y en español se lista en el apartado B.3. Tabla de equivalencias de la traducción del ANEXO B. Glosario de Términos y Abreviaturas. No se han traducido las siglas CPNI, SCADA, PA Consulting Group. 8. Se han añadido los Anexos comunes a las guías CCN-STIC, con el siguiente contenido: 9. Error! No se encuentra el origen de la referencia.. Error! No se encuentra el origen de la referencia.: Contiene todas las referencias que aparecen tanto en el documento original en inglés como en el documento actual. Los Anexos originales de referencias se han integrado en este Anexo. Las referencias se han numerado en base al resto de guías CCN- STIC. A.1. Referencias Generales SCADA: Contiene el Anexo General SCADA References" del documento original del CPNI. A.1. Referencias Generales SCADA N.T.: Las siguientes referencias se reproducen tal cual aparecen en el documento original en el apartado General SCADA Referentes. [Ref.- 1] BS 7858:2006: Security screening of individuals employed in a security environment. Code of practice Sectors/Security/Security-Products/ [Ref.- 2] BS /BS 8470:2006 Secure destruction of confidential material. Code of practice [Ref.- 3] CPNI: Best Practice Guide Commercially Available Penetration Testing [Ref.- 4] CPNI: Best Practice Guide on Firewall Deployment for SCADA and Process Control Networks [Ref.- 5] CPNI First Responders Guide: Policy and Principles [Ref.- 6] CPNI SCADA Good Practice Guides [Ref.- 7] CPNI Information Sharing [Ref.- 8] CPNI Personnel Security measures [Ref.- 9] CPNI: Good Practice Guide Patch Management Centro Criptológico Nacional 7
9 [Ref.- 10] CPNI: Good Practice Guide Outsourcing: Security Governance Framework for IT Managed Service Provision [Ref.- 11] CPNI: Good Practice Guide on Pre-Employment Screening [Ref.- 12] CPNI: An Introduction to Forensic Readiness Planning [Ref.- 13] CPNI: Personnel Security Measures [Ref.- 14] DHS Control Systems Security Program [Ref.- 15] DHS Control Systems Security Program Recommended Practice [Ref.- 16] Guide to Industrial Control Systems (ICS) [Ref.- 17] Securing WLANs using 802,11i [Ref.- 18] Using Operational Security (OPSEC) to support a Cyber Security Culture in Control Systems Environments [Ref.- 19] ISA SP99 DHS Catalog of Control System Security Requirements [Ref.- 20] Manufacturing and Control Systems Security [Ref.- 21] ISO International Code of Practice for Information Security Management [Ref.- 22] ISO International Specification for Information Security Management [Ref.- 23] Cyber Security Procurement Language for Control Systems [Ref.- 24] MU Security Industrial Control (MUSIC) Certification [Ref.- 25] Control System Cyber Security Self-Assessment Tool (CS2SAT) [Ref.- 26] Department of Homeland Security Control Systems Security Training [Ref.- 27] Recommended Practices Guide for Securing ZigBee Wireless Networks in Process Control System Environments [Ref.- 28] Achilles Certification Program [Ref.- 29] American Gas Association (AGA) Centro Criptológico Nacional 8
10 [Ref.- 30] American Petroleum Institute (API) [Ref.- 31] Certified Information Systems Auditor (CISA) [Ref.- 32] Certified Information Systems Security Professional (CISSP) [Ref.- 33] Global Information Assurance Certification (GIAC) [Ref.- 34] International Council on Large Electric Systems (CIGRE) [Ref.- 35] International Electrotechnical Commission (IEC) [Ref.- 36] Institution of Electrical and Electronics Engineers (IEEE) [Ref.- 37] National Institute of Standards and Technology (NIST) [Ref.- 38] NERC Critical Infrastructure Protection (CIP) [Ref.- 39] Norwegian Oil Industry Association (OLF) [Ref.- 40] Process Control Security Requirements Forum [Ref.- 41] US Cert [Ref.- 42] WARPS Documentos y Páginas Web de Referencia: Contiene el Anexo Appendix A: Document and website references " del documento original del CPNI. A.3. Referencias en esta traducción: Contiene las nuevas referencias añadidas en este documento de traducción. 10. ANEXO B. Glosario de Términos y Abreviaturas: Contiene las definiciones de los términos y abreviaturas que aparecen en el texto. B.3. Tabla de equivalencias de la traducción: Contiene las equivalencias entre los términos técnicos en inglés, utilizados en el documento original, y los términos en español usados en la traducción CAMBIOS EN EL FORMATO 11. El formato de la guía original se ha adaptado al formato utilizado en el resto de guías CCN-STIC editadas por el CCN. Esto implica algunas adaptaciones que se explican a continuación: 12. Todos los párrafos han sido numerados. Centro Criptológico Nacional 9
11 13. El formato de algunos títulos, especialmente de cuarto nivel y sucesivos, ha sido adaptado. 14. La numeración de las notas al pie ha variado al incluir nuevas notas de traducción. Todas las notas que no comiencen con N.T. estaban en el documento original. 15. El último párrafo de los subapartados Principios de buenas prácticas de los capítulos 3 al 9 ha sido movido al principio de cada subapartado. Este párrafo dice: La guía detallada de buenas prácticas se puede encontrar en: https://www.ccn-cert.cni.es ([Ref.- 95]) 16. En los subapartados Principios de buenas prácticas de los capítulos 3 al 9, suelen incluir enumeraciones sin introducción. A pesar de no ser coherente con la numeración garrafal de las guías del CCN, se ha mantenido. Centro Criptológico Nacional 10
12 1. INTRODUCCIÓN 1.1. METAS Y OBJETIVOS 17. El objetivo de este documento es proporcionar los principios de buenas prácticas para la seguridad en el control de procesos y SCADA. Específicamente este documento: Ofrece el panorama general necesario para la seguridad en el control de procesos y de los sistemas SCADA. Pone de relieve las diferencias entre la seguridad en el control de procesos y de los sistemas SCADA, y la seguridad de las tecnologías de la información. Describe los principios fundamentales para desarrollar este marco. Identifica siete módulos a seguir para acometer la seguridad de los sistemas de control de procesos y, para cada uno, presenta los principios de buenas prácticas TERMINOLOGÍA SISTEMAS DE CONTROL DE PROCESOS Y SCADA 18. A lo largo de este marco los términos sistema de control de procesos y sistemas control de procesos y SCADA se utilizan para referirse a todo control industrial, control de procesos, Sistemas de Control Distribuido (DCS), Supervisión, Control y Adquisición de Datos (SCADA), automatización industrial y sistemas relacionados con la seguridad BUENAS PRÁCTICAS 19. Buena práctica, en el contexto de este documento, se define como: Las mejores prácticas de la industria tales como estrategias, actividades o enfoques, que han demostrado ser eficaces a través de la investigación y la evaluación. 20. Las buenas prácticas resumidas en este documento sólo pretenden ser directrices. Para algunos entornos y control de sistemas de proceso, puede que no sea posible aplicar todos estos principios. Por ejemplo: Principio de buenas prácticas: Proteger los sistemas de control de proceso con software antivirus en estaciones de trabajo y servidores. Complicación: No siempre es posible aplicar el software antivirus en los sistemas de control de procesos de las estaciones de trabajo o servidores. Principio de buenas prácticas: Obtener acreditación de proveedores y una guía de configuración para sistemas de control de proceso de los proveedores antes del despliegue de ese tipo de software. Complicación: Algunos proveedores no acreditarán el software antivirus y otros sistemas de control de proceso son incompatibles con su software. Centro Criptológico Nacional 11
13 21. Si se da este caso, deberán ser investigadas otras medidas de protección. 2. PROTEGIENDO EL CONTROL DE PROCESOS Y LOS SISTEMAS SCADA 2.1. DESCRIPCIÓN GENERAL 22. Los sistemas de control de procesos y SCADA hacen uso y se están volviendo progresivamente más dependientes de las tecnologías de información (TI) estándar. Estas tecnologías, como Microsoft Windows, TCP/IP, navegadores Web y las tecnologías inalámbricas, en uso creciente, están reemplazando a las tecnologías propietarias convencionales y más a medida que los sistemas de control de procesos son sustituidos por software comercial A pesar de que existen beneficios empresariales positivos derivados de este desarrollo, esta transformación conlleva dos principales preocupaciones: 24. En primer lugar, los sistemas de control de procesos eran tradicionalmente sistemas cerrados, diseñados para la funcionalidad, la seguridad y la fiabilidad donde la principal preocupación era la seguridad física. El aumento de la conectividad a través de tecnologías TI estándar los ha expuesto a nuevas amenazas para las que no están preparados (ej., gusanos, virus y hackers). Como estas redes de control de procesos siguen aumentando en número, ampliándose y conectándose, los riesgos de amenazas electrónicas para los sistemas de control de procesos continúan intensificándose. 25. Los procedimientos de soporte para los sistemas de control de procesos están complicando aún más la situación. Ahora los proveedores dan soporte remoto a través de enlaces telefónicos o de conexiones a Internet. Los módems rara vez están sujetos a las comprobaciones de seguridad y se sabe que estas conexiones con los sistemas de los proveedores han servido de puerta para virus o han sido usadas para ataques directos de hackers. 26. Un avance reciente en control de procesos es la interconexión de los sistemas en una red de suministro más amplia. Por ejemplo, los datos de sensores de nivel de los tanques pueden ser usados para activar la reordenación automática de productos de los proveedores. Este aumento en la conectividad puede exponer sistemas de control de procesos vulnerables a amenazas externas a los sistemas proveedores e introducir riesgos en otros sistemas de la red de suministro. 27. En segundo lugar, el software comercial y el hardware de propósito general se está usando para sustituir sistemas de control de procesos propietarios. Este tipo de software y hardware a menudo no se adapta a la singularidad, complejidad, los requerimientos de tiempo real y seguridad del entorno de control de procesos. Muchas medidas estándar de protección de la seguridad en TI utilizadas normalmente en estas tecnologías no han sido adaptadas a un entorno de control de procesos. Por tanto, las medidas de seguridad disponibles para proteger los sistemas de control y mantener el entorno seguro pueden ser insuficientes. 1 N.T.: El software comercial off-the-self o COTS, nombrado en el documento original, se refiere a los productos disponibles para el público en general, ya sean comerciales o gratuitos, propietarios o libres, en contraposición a los productos desarrollados y utilizados en un entorno controlado. Centro Criptológico Nacional 12
14 28. Hay consecuencias potencialmente serias en el caso en el que se explotaran estas vulnerabilidades. Los efectos de un ataque electrónico en los sistemas de control de procesos pueden incluir, por ejemplo: denegación del servicio, pérdida de la integridad, pérdida de confidencialidad, pérdida de reputación (imagen), impacto en las condiciones de trabajo e impacto ambiental MARCO DE SEGURIDAD EN EL CONTROL DE PROCESOS 29. Las normas y las soluciones ampliamente usadas para proteger los sistemas TI a menudo no son adecuadas en un entorno de control de procesos. Aunque los sistemas de control de procesos se basan frecuentemente en tecnologías TI estándar, sus entornos operacionales difieren significativamente de un entorno TI corporativo. Mientras que algunas herramientas y técnicas de seguridad estándar se pueden utilizar para proteger sistemas de control de procesos, pueden requerir una aplicación o adaptación cuidadosa. Otras medidas de seguridad pueden ser completamente inadecuadas o no estar disponibles para su uso en un entorno de control. 30. Por ejemplo, puede que no sea posible instalar protección antivirus en los sistemas de control de procesos, debido a la falta de potencia del procesador de sistemas heredados, la edad de los sistemas operativos o la falta de certificación del proveedor. Además, las pruebas de seguridad sobre los sistemas de control de procesos deben ser abordadas con suma cautela (los análisis de seguridad pueden afectar gravemente el funcionamiento de muchos dispositivos de control). Rara vez se dedican entornos de prueba y hay pocas oportunidades de apagar los sistemas para realizar pruebas, parcheos (actualizaciones de seguridad) o mantenimiento. 31. Este documento ha sido desarrollado para proporcionar un marco de protección para los sistemas de control de procesos de ataques electrónicos. Este marco está basado en las buenas prácticas de la industria para seguridad en control de procesos y en TI y se centra en siete temas clave: Comprender el riesgo del negocio Implementar una arquitectura segura Establecer capacidades de respuesta Mejorar la concienciación y las habilidades Gestionar el riesgo de terceros Afrontar proyectos Establecer una dirección permanente Centro Criptológico Nacional 13
15 Otras guías de CCN CCN-STIC-480A para seguridad de procesos y SCADA Guías y regulaciones externas B Comprender el riesgo del negocio C Implementar una arquitectura segura D Establecer capacidades de respuesta E Mejorar la concienciación y las habilidades F Gestionar el riesgo de terceros F Afrontar proyectos H Establecer la dirección permanente FIGURA 1: MARCO EN EL QUE SE INSCRIBE LA GUÍA DE BUENAS PRÁCTICAS 32. Cada uno de estos módulos es descrito con mayor detalle en su documento aparte, este documento ofrece una visión general de todas las guías de este marco. Todas las guías de este marco pueden encontrarse en la página Web de CCN en https://www.ccn-cert.cni.es ([Ref.- 95] 2 ) PRINCIPIOS RECTORES 33. A lo largo del desarrollo de este marco, se han utilizado tres principios rectores. Estos principios son los siguientes: PROTEGER, DETECTAR Y RESPONDER 34. La construcción de un marco de seguridad para cualquier sistema no es sólo una cuestión de despliegue de medidas de protección. Es importante ser capaz de detectar posibles ataques y responder de forma adecuada con el fin de minimizar su impacto. 35. Proteger: Implementar medidas de protección específicas para prevenir y desalentar el ataque electrónico contra los sistemas de control de procesos. 36. Detectar: Establecer mecanismos para identificar rápidamente los ataques electrónicos reales o supuestos. 37. Responder: Adoptar medidas apropiadas en respuesta a incidentes de seguridad confirmados contra los sistemas de control de procesos DEFENSA EN PROFUNDIDAD 38. En caso de que solo se haya desplegado una única medida de protección para proteger un sistema, existe el riesgo de que si una debilidad en esa medida es identificada y explotada, no quede ninguna protección efectiva. Ninguna medida de seguridad es infalible ya que se pueden identificar vulnerabilidades y debilidades en cualquier momento. Con el fin de reducir estos riesgos, aplicar múltiples medidas de protección en serie evita puntos únicos de fallo. 2 N.T.: [Ref.- 48] Centro Criptológico Nacional 14
16 39. Con el fin de salvaguardar los sistemas de control de procesos de ataques electrónicos (ej., hackers, gusanos y virus), puede ser insuficiente confiar en un único cortafuegos, diseñado para proteger entornos TI empresariales. Un modelo de seguridad mucho más eficaz sería utilizar los beneficios de un cortafuegos empresarial con un cortafuegos adicional dedicado para el control de procesos y desplegar otro tipo de medidas tales como software antivirus y detección de intrusos. Este tipo de modelo de seguridad multicapa es denominado defensa en profundidad MEDIDAS DE PROTECCIÓN TÉCNICAS, DE PROCEDIMIENTO Y DE DIRECCIÓN. 40. Cuando se aplica la seguridad hay una tendencia natural a concentrar la mayoría de los esfuerzos en los elementos tecnológicos. Aunque es importante, la tecnología es insuficiente por sí sola para proporcionar una robusta protección. 41. Por ejemplo, instalar un cortafuegos no es sólo una cuestión de la instalación y configuración. También deben tenerse en cuenta los requisitos asociados de procedimiento y dirección: Los requisitos del procedimiento deberían incluir el control de cambios y la vigilancia de las actividades realizadas por el cortafuegos. Los requisitos de dirección deberían incluir garantizar el cortafuegos, normas, precauciones y entrenamiento. 3. COMPRENDER EL RIESGO DEL NEGOCIO 3.1. DESCRIPCIÓN 42. Antes de embarcarse en un programa para mejorar la seguridad, primero una organización debe comprender el riesgo para el negocio derivado de la posible exposición de los sistemas de control de procesos. El riesgo de negocio es una función de las amenazas, impactos y vulnerabilidades. Sólo con un buen conocimiento del riesgo de la empresa, una organización puede tomar decisiones informadas en los niveles apropiados de seguridad y las mejoras necesarias en las prácticas de trabajo. Los procesos deben establecerse para re-estudiar continuamente los riesgos de negocio a la luz de la evolución de las amenazas OBJETIVO 43. Obtener una profunda comprensión de los riesgos a los que se enfrenta el negocio de las amenazas de los sistemas de control de procesos con el fin de identificarlos y conducirlos al nivel adecuado de protección de seguridad que se requiere. Centro Criptológico Nacional 15
17 3.3. PRINCIPIOS DE BUENAS PRÁCTICAS 44. La guía detallada de buenas prácticas se puede encontrar en la guía CCN-STIC-480B Seguridad en el control de procesos y SCADA Guía 1: Comprender el riesgo del negocio ([Ref.- 98] 3 ) ESTUDIAR EL RIESGO DEL NEGOCIO 45. Llevar a cabo un estudio formal del riesgo de los sistemas de control de procesos para: Comprender los sistemas: realizar una auditoría y una evaluación formal del inventario de los sistemas de control de procesos. Es importante dar de alta, documentar y tener bajo control de cambios: qué sistemas existen, cuál es el papel de cada sistema, sus tareas y sus puntos críticos de seguridad, dónde se encuentran, quién es el propietario designado de cada sistema, quién gestiona cada sistema, quién da soporte a cada sistema y cómo los sistemas interactúan. Comprender las amenazas: Identificar y evaluar las amenazas a las que se enfrentan los sistemas de control de procesos. Las posibles amenazas incluyen: denegación del servicio, ataques dirigidos, incidentes accidentales, controles no autorizados, o infecciones de virus, gusanos o troyanos. Comprender el impacto: Identificar los posibles impactos y sus consecuencias para los sistemas de control de procesos. Ejemplos de tales consecuencias incluyen: pérdida de reputación (imagen), violación de requisitos reglamentarios o normativa vigente (ej., de condiciones de trabajo, medioambientales), incapacidad para cumplir los compromisos empresariales, o pérdidas financieras. Nota: Cuando los sistemas de control de procesos sean elementos críticos en el suministro de otros servicios clave, el impacto no debe limitarse a la empresa, pues puede tener graves consecuencias que pongan vidas en peligro. Comprender las vulnerabilidades: Llevar a cabo un estudio de vulnerabilidad de los sistemas de control de procesos. Dicha revisión debería incluir: evaluación de la infraestructura, sistemas operativos, aplicaciones, software usado, conexiones de red, conectividad de acceso remoto, y procesos y procedimientos REALIZAR ESTUDIOS CONTINUOS DEL RIESGO DEL NEGOCIO El riesgo del negocio es una función de las amenazas, los impactos y vulnerabilidades. Cualquier cambio de parámetros (ej., la modificación de un sistema) puede cambiar el riesgo del negocio. En consecuencia, es necesario un proceso continuo de gestión de riesgos para identificar cualquiera de estos cambios, reevaluar el riesgo del negocio y poner en marcha las mejoras de seguridad apropiadas. 3 N.T.: [Ref.- 48] Centro Criptológico Nacional 16
18 4. IMPLEMENTAR UNA ARQUITECTURA SEGURA 4.1. DESCRIPCIÓN 46. En base al estudio del riesgo del negocio, las organizaciones deben seleccionar y aplicar medidas de protección técnicas, de procedimientos y de gestión para aumentar la seguridad de los sistemas de control de procesos OBJETIVO 47. Aplicar las medidas de protección de seguridad técnicas y los procedimientos asociados, en consonancia con los riesgos de negocio, que ofrecerán un entorno operativo seguro para los sistemas de control de procesos PRINCIPIOS DE BUENAS PRÁCTICAS 48. La guía detallada de buenas prácticas se puede encontrar en la guía CCN-STIC-480C Seguridad en el control de procesos y SCADA Guía 2: Implementar una arquitectura segura ([Ref.- 99] 4 ). Seleccionar las medidas de seguridad adecuadas (basadas en los riesgos de negocio) para construir una arquitectura segura. Implementar las medidas de reducción de riesgos seleccionadas. 49. Una guía detallada sobre cómo seleccionar las medidas de seguridad adecuadas y ponerlas en práctica para construir una arquitectura segura se suministra en la guía Implementar una Arquitectura Segura ([Ref.- 99]). 50. Las siguientes secciones ofrecen principios clave de diseño de buenas prácticas para medidas de seguridad útiles para construir una estructura de seguridad global ARQUITECTURA DE LA RED Identificar todas las conexiones a los sistemas de control de procesos. Minimizar el número de conexiones a los sistemas de control de procesos y garantizar que existen necesidades de negocio para las que se permitan. Separar o aislar los sistemas de control de procesos de otras redes siempre que sea posible. Construir infraestructuras dedicadas para los sistemas de control de procesos de seguridad crítica o específicos a un propósito. Eliminar, cuando sea posible, las conexiones TCP/IP entre los sistemas de seguridad (ej., sistemas de apagado de emergencia) y los sistemas de control de procesos u otras redes. En caso de que esto no sea posible, debe llevarse a cabo un análisis de riesgo. 4 N.T.: [Ref.- 48] Centro Criptológico Nacional 17
19 CORTAFUEGOS Proteger adecuadamente las conexiones entre los sistemas de control de procesos y otros sistemas (ej., con un cortafuegos y una zona neutral 5 ). Implementar cortafuegos con reglas ajustadas. La configuración del cortafuegos debe revisarse periódicamente. Los cambios en el cortafuegos deben gestionarse bajo un estricto control de cambios. Establecer unos procesos adecuados de gestión y supervisión del cortafuegos. Los cortafuegos deben ser gestionados por administradores con la adecuada formación. Debe establecerse una gestión y supervisión de los cortafuegos en régimen 24/ Una guía detallada puede encontrarse en la guía CCN-STIC-408 Seguridad perimetral - cortafuegos ([Ref.- 105] 6 ) ACCESO REMOTO Mantener un inventario de todas las conexiones de acceso remoto y sus tipos (ej., VPN o módem). Garantizar de que existe una necesidad de negocio válida para todas las conexiones de acceso remoto y mantener las mínimas conexiones remotas. Implementar mecanismos de autenticación adecuados (ej., la autenticación fuerte), para las conexiones de acceso remoto. Llevar a cabo auditorias periódicas para garantizar que no hay conexiones de acceso remoto no autorizadas. Implementar los procesos y mecanismos de garantía para habilitar y deshabilitar las conexiones de acceso remoto. Restringir el acceso remoto a máquinas específicas y para determinados usuarios y, si es posible, en determinados momentos. Llevar a cabo revisiones de seguridad de todos los terceros que tienen acceso remoto a los sistemas de control. Garantizar que los equipos usados para acceso remoto están debidamente protegidos (ej., antivirus, antispam y cortafuegos personales) ANTI-VIRUS Proteger los sistemas de control de procesos con software antivirus en las estaciones de trabajo y los servidores. Donde el software no pueda desplegarse, deben ser aplicadas otras medidas de protección (ej., uso de pasarelas o gateways con antivirus o control manual). 5 N.T. Original: DMZ o zona desmitiliarizada 6 N.T.: [Ref.- 86] Centro Criptológico Nacional 18
20 Obtener la acreditación y las guías de configuración de los proveedores de los sistemas de control de procesos antes del despliegue de este tipo de software CORREO ELECTRÓNICO Y ACCESO A INTERNET Desactivar todo el correo electrónico y acceso a Internet de los sistemas de control de procesos SECURIZACIÓN DEL SISTEMA Llevar a cabo procesos de securización de los sistemas de control para prevenir ataques en red. Eliminar o desactivar los servicios y los puertos sin utilizar en los sistemas operativos y las aplicaciones para prevenir el uso no autorizado. Entender qué puertos están abiertos y qué servicios y protocolos son usados por los dispositivos (especialmente dispositivos tales como PLC,s y UTR). Se puede averiguar realizando un escaneo de puertos en un entorno de prueba. Todos los puertos y los servicios innecesarios deben ser deshabilitados (ej., servidores Web embebidos). Garantizar que todos los sistemas de seguridad incorporados están habilitados. Siempre que sea posible, restringir el uso de los dispositivos extraíbles (ej., CD, disquetes, memorias USB, etc.) y si es posible no utilizarlos. Cuando sea necesario utilizar dispositivos extraíbles, deben aplicarse antes de su uso procedimientos que garanticen que no contienen malware COPIAS DE SEGURIDAD Y RECUPERACIÓN Garantizar que los procedimientos de copia de seguridad y restauración están preparados, y son apropiados para las amenazas electrónica y físicas identificadas. Deben ser revisados y probados periódicamente. Probar regularmente la integridad de las copias de seguridad a través de una restauración completa. Guardar las copias de seguridad tanto localmente como en centros remotos. Las copias deben ser transportadas con seguridad y almacenadas adecuadamente en lugares seguros SEGURIDAD FÍSICA Desplegar las medidas de protección de la seguridad física para proteger los sistemas de control de procesos y los equipos de redes asociados de ataques físicos y del acceso local no autorizado. Una combinación de medidas de protección que puede ser necesaria, incluyendo bloqueo de unidades, cubiertas a prueba de manipulaciones, salas seguras para servidores, sistemas de control de acceso y circuito cerrado de televisión. Centro Criptológico Nacional 19
SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA Guía 2 Implementar una arquitectura segura
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480C) SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA Guía 2 Implementar una arquitectura segura MARZO 2010 Edita: Editor y Centro Criptológico Nacional, 2010 NIPO: NIPO:
SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA Guía 3 Establecer capacidades de respuesta
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480D) SEGURIDAD EN EL CONTROL DE PROCESOS Y SCADA Guía 3 Establecer capacidades de respuesta MARZO 2010 Edita: Editor y Centro Criptológico Nacional, 2010 NIPO: 076-10-072-4
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480) SEGURIDAD EN SISTEMAS SCADA
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-480) MARZO 2010 Edita: Editor y Centro Criptológico Nacional, 2010 NIPO: 076-10-072-4 Tirada: 1000 ejemplares Fecha de Edición: marzo de 2010 LIMITACIÓN DE RESPONSABILIDAD
GUÍA DE SEGURIDAD (CCN-STIC-801) ESQUEMA NACIONAL DE SEGURIDAD RESPONSABILIDADES Y FUNCIONES
GUÍA DE SEGURIDAD (CCN-STIC-801) ESQUEMA NACIONAL DE SEGURIDAD RESPONSABILIDADES Y FUNCIONES FEBRERO 2011 Edita: Editor y Centro Criptológico Nacional, 2011 NIPO: 075-11-053-3 Tirada: 1000 ejemplares Fecha
GUÍA DE SEGURIDAD (CCN-STIC-811) INTERCONEXIÓN EN EL ENS
GUÍA DE SEGURIDAD (CCN-STIC-811) INTERCONEXIÓN EN EL ENS NOVIEMBRE 2012 Edita: Editor y, 2012 NIPO: 076-11-053-3 Tirada: 1000 ejemplares Fecha de Edición: noviembre 2012 Raúl Gámez Gámez, Juan Luis Bergillos
GUÍA DE SEGURIDAD (CCN-STIC-811) INTERCONEXIÓN EN EL ENS (BORRADOR) SEPTIEMBRE 2011 Edita: Editor y, 2011 NIPO: 076-11-053-3 Tirada: 1000 ejemplares Fecha de Edición: septiembre 2011 Raúl Gámez Gámez,
ANEXO No. 01 CARACTERISTICAS TECNICAS UNIFORMES, MENOR AL 10% DE LA M.C. SUBASTA INVERSA MC10 421-2010
ANEXO No. 01 CARACTERISTICAS TECNICAS UNIFORMES, MENOR AL 10% DE LA M.C. SUBASTA INVERSA MC10 421-2010 OBJETO:!" A. ESPECIFICACIONES DEL OBJETO A CONTRATAR Y OBLIGACIONES DEL CONTRATISTA: ITEM ESPECIFICACIONES
GUÍA DE SEGURIDAD (CCN-STIC-808) VERIFICACIÓN DEL CUMPLIMIENTO DE LAS MEDIDAS EN EL ENS
GUÍA DE SEGURIDAD (CCN-STIC-808) VERIFICACIÓN DEL CUMPLIMIENTO DE LAS MEDIDAS EN EL ENS SEPTIEMBRE 2011 CCN-STIC-808 v1.1 Edita: Editor y Centro Criptológico Nacional, 2011 NIPO: 075-11-053-3 Tirada: 1000
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-817) Criterios comunes para la Gestión de Incidentes de Seguridad en el Esquema Nacional de Seguridad (ENS)
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-817) Criterios comunes para la Gestión de Incidentes de Seguridad en el Esquema Nacional de Seguridad (ENS) (BORRADOR) Agosto de 2012 Edita: Editor y Centro Criptológico
Es un sistema automatizado que permite supervisar y controlar variables de algún proceso o cadena de procesos industriales a distancia,
Auditoría de Seguridad en Sistemas SCADA LI Jorge Villaseñor Rojas CISA, CISM, LA ISO27001, CISSP, CRISC Seguridad de Información [PEÑOLES] Conceptos [ Agenda ] Aplicaciones Riesgos asociados Auditoría

References: artículo 4
 artículo 4
 artículo 9
 Real Decreto 
 artículo 42
 Real Decreto