Source: http://docplayer.es/1755158-Guia-de-seguridad-ccn-stic-811-interconexion-en-el-ens.html
Timestamp: 2018-03-22 16:07:07
Document Index: 368454484

Matched Legal Cases: ['artículo 4', 'artículo 4', 'artículo 9', 'artículo 42', 'artículo 22', 'artículo 23']

GUÍA DE SEGURIDAD (CCN-STIC-811) INTERCONEXIÓN EN EL ENS - PDF
Download "GUÍA DE SEGURIDAD (CCN-STIC-811) INTERCONEXIÓN EN EL ENS"
1 GUÍA DE SEGURIDAD (CCN-STIC-811) INTERCONEXIÓN EN EL ENS (BORRADOR) SEPTIEMBRE 2011
2 Edita: Editor y, 2011 NIPO: Tirada: 1000 ejemplares Fecha de Edición: septiembre 2011 Raúl Gámez Gámez, Juan Luis Bergillos Aguilar y Andrés Méndez Barco han elaborado el presente documento. LIMITACIÓN DE RESPONSABILIDAD 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. AVISO LEGAL Quedan rigurosamente prohibidas, sin la autorización escrita del, 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. 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, 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 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 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. Septiembre de 2011 Félix Sanz Roldán Secretario de Estado Director del ii
4 ÍNDICE 1. INTRODUCCIÓN OBJETO ALCANCE ASPECTOS GENERALES PRINCIPIOS BÁSICOS REQUISITOS MÍNIMOS DE SEGURIDAD REQUISITOS LÓGICOS REQUISITOS FÍSICOS INTERCONEXIÓN DE SISTEMAS SISTEMAS DE INTERCONEXIÓN CONEXIÓN DIRECTA (DPP-0) FILTRO DE PAQUETES (DPP-1) CORTAFUEGOS (DPP-2) GUARDA O PROXY (DPP-3) ARQUITECTURA TIPO DE UN SISTEMA DE INTERCONEXIÓN SPP-1. CORTAFUEGOS Y PROXY SPP-2. ZONA DESMILITARIZADA (DMZ) MEJORAS A LA INTERCONEXIÓN SELECCIÓN DE SISTEMAS DE INTERCONEXIÓN SELECCIÓN DE HERRAMIENTAS DE SEGURIDAD ANEXO A. GLOSARIO DE TÉRMINOS Y ABREVIATURAS ANEXO B. REFERENCIAS iii
5 ANEXOS Anexo A. Glosario de términos y abreviaturas Anexo B. Referencias TABLAS Tabla 1. Sistemas de interconexión mínimos a implementar por clasificación. FIGURAS Figura 1. Router con filtrado de paquetes (DPP-1) Figura 2. Cortafuegos o Firewall (DPP-2) Figura 3. Guarda o Proxy con filtrado de paquetes (DPP-3) Figura 4. Dispositivo de sentido único (DPP-5) Figura 5. Cortafuegos y Proxy (SPP-1) Figura 6. Zona desmilitarizada (SPP-2) Figura 7. Zona desmilitarizada (SPP-2) iv
6 1. INTRODUCCIÓN 1. En los últimos años hemos asistido a un desarrollo sin precedentes en la sociedad de la información, la generalización de las conexiones de banda ancha y la cada vez mayor alfabetización digital han contribuido a un nuevo escenario donde el ciudadano demanda facilidad y flexibilidad de acceso a los servicios prestados por la administración pública. 2. Leyes como la 11/2007 reconocen el derecho de los ciudadanos a relacionarse con las administraciones públicas electrónicamente y la obligación de las mismas de garantizar este derecho, planteando a su vez un importante desafío a nivel tecnológico para los diferentes organismos, que han visto aumentar la complejidad de sus sistemas a la par que las interrelaciones y conexiones con otras entidades. 3. La finalidad del Esquema Nacional de Seguridad es la creación de las condiciones necesarias de confianza en el uso de los medios electrónicos, a través de medidas para garantizar la seguridad de los sistemas, los datos, las comunicaciones y los servicios electrónicos, que permita a los ciudadanos y a las Administraciones públicas, el ejercicio de derechos y el cumplimiento de deberes a través de estos medios. La manera y forma en que los sistemas de los diferentes organismos públicos se interconectan debe adecuarse a este nuevo marco de trabajo y es en esta función en la que esperamos esta guía sirva de ayuda. 4. El Esquema Nacional de Seguridad (Real Decreto 3/2010 de 8 de enero), en su artículo 22 ( Prevención ante otros sistemas de información interconectados ), establece la obligatoriedad de proteger el perímetro de los sistemas a interconectar, (en particular si se utilizan redes públicas total o parcialmente) y de analizar los riesgos derivados de la interconexión de los sistemas, controlando además su punto de unión. 5. Esta guía pretende ayudar en la toma de decisiones a las personas involucradas en la interconexión de sistemas cubiertos por el Esquema Nacional de Seguridad. 2. OBJETO 6. El objeto de esta guía es analizar las posibles tipologías de interconexión de sistemas, estableciendo los principios básicos y los requisitos mínimos de seguridad que se deberían cumplir para interconectar sistemas afectados por el Esquema Nacional de Seguridad. 3. ALCANCE 7. Esta guía es básicamente de carácter técnico y tratará fundamentalmente las interconexiones basadas en protocolos estándares de comunicaciones entre sistemas afectados por el Esquema Nacional de Seguridad. 8. En el caso de que alguna interconexión de sistemas utilizase protocolos no estándares o propietarios, se recomienda el estudio caso por caso. 5
7 4. ASPECTOS GENERALES 9. Se produce una conexión cuando se proveen los medios físicos y lógicos de transmisión adecuados y susceptibles de ser empleados para el intercambio de información. 10. Se produce una interconexión de sistemas cuando existe una conexión y se habilitan flujos de comunicación entre los mismos. 11. Para la realización de una interconexión cualquiera entre sistemas se definen, la tipología de los distintos sistemas, la posible arquitectura de interconexión y los requisitos exigibles en cuanto a: a) Arquitectura, dependiendo de la tipología de los sistemas que se van a interconectar. b) Procedimientos operativos de seguridad recomendados. c) La asignación de responsabilidades en la gestión y funcionamiento de los dispositivos que materializan la interconexión. 5. PRINCIPIOS BÁSICOS 12. Partiendo del supuesto de haberse validado la necesidad de interconexión de dos sistemas, deberán aplicarse los siguientes principios básicos: a) Análisis y Gestión del Riesgo: tal y como se define en el articulo 4 del ENS, la gestión del riesgo es un principio básico, debiendo gestionarse la seguridad del sistema basándose en el resultado del mismo (art. 6 y art. 13 del ENS). b) Defensa en profundidad: las medidas de protección deberán implementarse en la medida de lo posible en varias capas (art. 8 del ENS), vigilándose los siguientes aspectos: i. Principio del mínimo privilegio: los usuarios y procesos que hagan uso de la interconexión deben tener únicamente aquellos privilegios y autorizaciones que se requieran para realizar sus tareas. ii. Nodo Auto-Protegido: cada sistema interconectado deberá inicialmente tratar al otro sistema como un entorno no confiable y deberá implementar medidas que controlen el intercambio de información con el otro sistema. iii. Mínima funcionalidad: sólo se permitirán a través de la interconexión los protocolos, servicios y dirección del flujo de información estrictamente necesaria para satisfacer el requisito operacional o funcional que ha hecho necesaria dicha interconexión. 6
8 6. REQUISITOS MÍNIMOS DE SEGURIDAD 6.1. REQUISITOS LÓGICOS 13. A la hora de realizar la interconexión de los sistemas se deberá cumplir al menos con los siguientes requisitos de seguridad: a) Documentar la necesidad operacional: la necesidad de interconectar los sistemas deberá estar formalmente establecida en un documento (carta, memorando, mensaje, nota, escrito, etc.) en el que figure al menos el tipo de información que se requiere intercambiar entre ambos sistemas y que deberá ser aprobado por el Responsable del Sistema. b) Análisis y gestión de riesgos: la interconexión estará sujeta al análisis y gestión de riesgos de la seguridad (art. 6 del ENS). Un aumento en el nivel de riesgo debido a la interconexión deberá ser aprobado por los Responsables de los Sistemas a interconectar. c) Evaluación de la interconexión: se debe verificar que los dispositivos de protección de perímetro que protegen ambos sistemas están configurados adecuadamente, para lo cual es recomendable realizar test de penetración desde diferentes ubicaciones. d) Requisitos de formación y concienciación: los diferentes organismos serán responsables de proporcionar la formación adecuada a los usuarios operadores, administradores del sistema y de comunicaciones, para mantener y aplicar las medidas de seguridad necesarias para proteger la información, servicios y recursos de los sistemas. Se prestará especial atención a que todos los usuarios de los sistemas citados anteriormente sean conscientes de que pueden llegar a manejar información sensible en un entorno expuesto a numerosas amenazas. e) Requisitos de delimitación de seguridad: entre los requisitos de seguridad se fijará un punto físico que delimitará las responsabilidades. El límite de responsabilidad puede consistir no solo en un punto físico, sino también en delimitar quién presta cada servicio. f) Requisitos de limitación/desconexión del servicio: la documentación de seguridad a elaborar deberá recoger las responsabilidades en la operación de los equipos y sistemas que materialicen la interconexión, así como las condiciones bajo las cuales se podrá desconectar o limitar los servicios utilizados en la interconexión. g) Para sistemas de nivel alto se utilizarán preferentemente sistemas, productos o equipos cuyas funcionalidades de seguridad y su nivel hayan sido evaluados conforme a normas europeas o internacionales y que estén certificados por entidades independientes de reconocida solvencia. h) Disponibilidad: todos los sistemas de nivel medio o alto en disponibilidad deben tener y cumplir una política de copias de seguridad (backup) y recuperación adecuada al servicio que prestan (art. 11 del ENS). 7
9 i) Integridad: siempre que sea posible y conforme al nivel de los sistemas implicados, se deberán implementar mecanismos que garanticen la integridad de la información, entendiéndose por integridad la garantía de que la información transmitida no se altera en ninguna forma durante este proceso. j) Confidencialidad: todos los sistemas de nivel alto en confidencialidad protegerán la información que almacenan o procesan usando métodos de cifrado, y transmitiéndolos por canales cifrados siempre que sean de nivel medio o alto. k) Identificación, Autenticación y Autorización: los mecanismos de identificación, autenticación y autorización que se implementen se determinarán según el resultado del Análisis de Riesgos. l) Trazabilidad: siempre que sea posible y conforme al nivel de los sistemas implicados, se deberán implementar mecanismos que garanticen la trazabilidad de la información, entendiéndose por trazabilidad la posibilidad de determinar quién, cómo, cuándo y desde dónde se accedió a la información REQUISITOS FÍSICOS 14. En cumplimiento de los art. 16 y 17 del ENS, todos los sistemas a interconectar que se vean afectados por el ENS, deberán en ubicarse en instalaciones que ofrezcan las siguientes características: a) Controlo de acceso a las instalaciones y a la sala que aloje los sistemas. b) Correcta climatización de la sala que aloje a los sistemas. c) Protección del suministro eléctrico ante sobrecargas y cortes del mismo. 7. INTERCONEXIÓN DE SISTEMAS 15. La interconexión de dos sistemas se realizará mediante un Sistema de Protección de Perímetro (SPP). Este SPP será una combinación de recursos hardware y/o software, que será denominado Dispositivo de Protección de Perímetro (DPP), cuya finalidad es mediar en el tráfico de entrada y salida en los puntos de interconexión de los sistemas SISTEMAS DE INTERCONEXIÓN CONEXIÓN DIRECTA (DPP-0) 16. Se trata de una interconexión en las capas más bajas del modelo OSI (Nivel de enlace), por lo que las restricciones que se pueden realizar son mínimas aunque posibles: a) Se pueden identificar las MAC de origen y destino y aplicar filtros. 8
10 b) Se pueden vincular MACs a puertos concretos de la electrónica de red. 17. Normalmente este tipo de interconexión se realiza mediante el uso de dispositivos tipo hub (concentrador), switch (conmutador) o bridge (puente) y dependiendo de las capacidades de estos tendremos diferentes opciones de seguridad FILTRO DE PAQUETES (DPP-1) 18. Este tipo de dispositivos, enrutadores (routers), trabajan en la capa 3 del modelo OSI y constituyen el mecanismo más básico para establecer filtrado entre sistemas que operen sobre protocolos estándar de Internet. 19. Básicamente estos dispositivos permiten filtrar paquetes IP que se intercambian entre dos sistemas y pasan a través de él. Estos filtros se basan en los siguientes elementos: a) Direcciones IP de origen y destino. b) Protocolo usado (TCP, UDP, ICMP). c) Puerto usado (23 TCP, 161UDP, etc.). 20. La limitación clara de este tipo de dispositivos subyace en no operar en niveles superiores al 3, por lo cual no tiene posibilidad de analizar el contenido de los paquetes IP y detectar ataques contra capas superiores. Figura 1. Router con filtrado de paquetes (DPP-1) CORTAFUEGOS (DPP-2) 21. Los cortafuegos (o firewalls) son posiblemente los dispositivos de protección perimetral más conocidos, aunque depende del modelo/fabricante/tecnología operan a nivel de red, transporte y/o sesión del modelo OSI, por lo que permite establecer reglas de filtrado más complejas y precisas que las basadas únicamente en dirección IP de origen/destino, protocolo y puerto, además son capaces de entender el estado de las conexiones y almacenar registros de la actividad de las mismas. 22. Habitualmente los fabricantes incluyen en este tipo de dispositivos módulos que permiten funcionalidades avanzadas como: 9
11 a) Funcionalidades de QoS. b) Función de Proxy a nivel de aplicación para algunos de los protocolos más usados (normalmente HTTP y HTTPS) c) Autenticación de usuarios (LDAP). d) NAT. e) Finalización de túneles VPN. f) Filtros de SPAM. g) etc. 23. Siendo la tendencia actual del mercado incluir cada vez mayores funcionalidades y el uso de tecnologías inteligentes para detección de amenazas y filtrado. 24. Dentro del ámbito que cubre esta guía (interconexión de sistemas en el marco del ENS) distinguiremos dos tipos de cortafuegos: a) Cortafuegos de red: son equipos cortafuegos situados en algún punto de la conexión (camino) y que al ser atravesados por el tráfico de red originado por la comunicación entre nuestros dos sistemas, se convertirá en elemento activo en ésta, pudiendo establecer o no filtros en el tránsito de ésta. Ejemplos de este tipo de dispositivos serían los que usualmente suelen proteger los centros de datos en los que se albergan los sistemas (perimetrales, de segundo nivel, de gestión, etc.). b) Cortafuegos de sistemas: se trata de un software (normalmente incluido en el Kernel del S.O.) que actúa sobre el equipo en el que corre, controlando por tanto el tráfico entrante y saliente del mismo. Ejemplos de este tipo de cortafuegos serían el iptables de Linux, PF de BSD/Solaris o el cortafuegos de sistema basado en tecnología Microsoft. 25. La instalación de este tipo de dispositivos, y en general cualquier elemento que dé soporte a una interconexión o forme parte de ella, tiene que venir acompañado de un documento que detalle su configuración, así como los procedimientos de operación básicos. 26. Los dispositivos y equipamiento deben inventariarse identificando características y detallando su naturaleza además de identificar a su responsable. 10
12 Figura 2. Cortafuegos o Firewall (DPP-2) GUARDA O PROXY (DPP-3) 27. Este tipo de dispositivos instalados entre el cliente que solicita el servicio y el sistema que lo presta, trabajan a nivel de aplicación del modelo OSI, implementando protección y funcionalidades avanzadas para un determinado protocolo del nivel de aplicación, lo que les permite verificar la sanidad (que se adecuen a su definición en los RFCs) de protocolos o identificar amenazas específicas contra el nivel de aplicación (un ejemplo de este tipo de ataque sería el XSS cross-site scripting ). 28. Existen proxys para los diferentes protocolos de nivel de aplicación, como son el correo electrónico, la transferencia de ficheros (FTP), terminal remoto (telnet), etc. 29. Cuando existen dispositivos que prestan este tipo de servicios, deberemos configurar todos los dispositivos de protección perimetral para asegurar que no sea posible el flujo de comunicación sin la mediación del proxy. Figura 3. Guarda o Proxy (DPP-3) 30. Hay que tener presente que este tipo de dispositivo está desarrollado para aplicaciones y protocolos de uso estándar, por lo que no podrán ser utilizados en interconexiones que usen protocolos a medida o variaciones de las RFCs fijadas para los protocolos estándares. 31. Existen otros dispositivos como pasarelas y diodos que establecen mecanismos de seguridad mas complejos que generalmente no van a ser requisito de seguridad en una interconexión dentro del ENS. 11
13 7.2. ARQUITECTURA TIPO DE UN SISTEMA DE INTERCONEXIÓN 32. Existen gran cantidad de arquitecturas posibles, en función del tipo de dispositivo DPP a usar y de los condicionantes particulares en cuanto a topología y características específicas de cada red, no obstante a continuación presentaremos las arquitecturas que se han convertido en estándar de facto más conocidas, las cuales constituyen lo que viene a ser llamado un Sistema de Protección de Perímetro (SPP) SPP-1. CORTAFUEGOS Y PROXY 33. Esta arquitectura se basa en la presencia de dispositivos DPP-2 y DPP-3 instalados y configurados de tal manera que no es posible la comunicación de la red interna a la externa sin usar el Proxy, de esta labor de control se encargará el cortafuegos el cual además protegerá al Proxy frente a la red externa mediante el filtrado que se considere oportuno. 34. El Proxy podrá también establecer controles de acceso basados en la capa de aplicación del modelo OSI. Figura 5. Cortafuegos y Proxy (SPP-1) 35. Un ejemplo de este tipo de arquitectura sería una oficina que no permite la navegación web por internet si no es a través del Proxy corporativo, el cual a su vez aplicará listas blancas y negras de navegación (para impedir la visita a webs no autorizadas) además de diferentes niveles de acceso basados en el perfil del usuario SPP-2. ZONA DESMILITARIZADA (DMZ) 36. Este SPP constituye una arquitectura más compleja y se basa en el principio de la doble protección. La red interna estará protegida de un eventual compromiso del sistema situado en la DMZ y éste estará protegido de eventuales ataques tanto del exterior como de la propia red interna, no hay que olvidar que la mayor parte de los ataques recibidos por los sistemas informáticos de las organizaciones proceden de usuarios de la propia 12
14 organización, siendo estos los más peligrosos por el conocimiento intrínseco que tienen de la misma. Figura 6. Zona desmilitarizada (SPP-2) 37. Este tipo de arquitectura, y dependiendo de las características de nuestra red, puede requerir de varios niveles de cortafuegos (art. 8 del ENS Líneas de defensa ), en cuyo caso serán siempre dispositivos dedicados y de diferentes fabricantes/sistema operativo. El motivo de esta diferenciación es evitar la posibilidad de que un mismo fallo o bug afecten a varios niveles de cortafuegos. Figura 7. Zona desmilitarizada (SPP-2) 38. Dispositivos del tipo DPP-2 y DPP-3 son por tanto los elementos constituyentes de este tipo de arquitectura y su instalación debe acompañarse de documentación que detalle su configuración y operación. 39. Dada la flexibilidad que aporta esta arquitectura (sobre todo si incluye varios niveles de cortafuegos) y dependiendo de los requisitos especificados en la interconexión se podrán instalar pasarelas o dispositivos de sentido único que mejoren el aislamiento y refuercen la política de seguridad. 13
15 MEJORAS A LA INTERCONEXIÓN 40. En este apartado se trata de incorporar diversas herramientas/dispositivos del ámbito de la seguridad informática, que integrados en las diferentes arquitecturas permitirán elevar el nivel de seguridad de las mismas, bien por establecer filtrados o protecciones adicionales o por contribuir a la monitorización y detección temprana de posibles amenazas a la seguridad de los sistemas. 41. Estas herramientas/dispositivos son: a) Herramientas de análisis de vulnerabilidades: se trata de herramientas del ámbito de la seguridad informática, cuya finalidad es la detección de vulnerabilidades en los sistemas, para ello cuentan con una base de datos de vulnerabilidades conocidas y que se actualizan periódicamente. Una vez completado el análisis se genera un informe con el resultado de la misma, el cual incluirá los servicios afectados y la vulnerabilidad que aplica. Dependiendo de la herramienta, puede ofrecer la posibilidad de realizar los análisis de manera automática o programada (además de bajo demanda). El uso de este tipo de herramientas encaja con el art. 7 del ENS Prevención, art.9 Reevaluación periódica y art. 20 Integridad y actualización de los sistemas. b) Herramientas de detección de intrusión: estas herramientas pueden trabajar en distintos niveles del modelo OSI, aunque normalmente lo harán en el de red y aplicación. Funcionan analizando el tráfico de red y comparándolo con una base de datos de ataques o amenazas conocidas, por lo que es recomendable que tengan visión y capacidad para procesar el tráfico en tiempo real. En caso de existir este tipo de dispositivos deben contar con al menos dos interfaces, uno para la gestión (conectado a un segmento de red seguro) y otro para el análisis del tráfico que debe ser NO direccionable (esta protección se puede conseguir por ejemplo no configurándoles dirección IP o mediante controles en la electrónica de red), a efectos de protegerlo frente a posibles ataques. Estas herramientas encajan en el ENS con los art. 7, 8, 9, 11, 22, 23 y 24. c) Herramientas de detección de software o código dañino: en esta categoría entra software de tipo antivirus, detectores de troyanos, anti malware, etc. Son herramientas que deben estar actualizadas y estar activas en aquellos sistemas especialmente sensibles a este tipo de amenazas. La protección que este tipo de software ofrece, no solo engloba a los sistemas interconectados, sino que permite (por ejemplo en el caso de poner antivirus en proxys de navegación o en servidores de mail) extender esa protección hasta los usuarios finales de los sistemas. d) Herramientas de monitorización de tráfico: se trata de herramientas pasivas que pueden resultar de utilidad para la monitorización y el reporting, o como parte 14
16 integrante de un sistema IDS. Al igual que los sistemas IDS deben protegerse adecuadamente y tratarse conforme a la naturaleza del tráfico que analicen. e) Herramientas de prevención de intrusiones IPS e IDPS: la principal diferencia con los IDS es su carácter activo, ya que mientras que un IDS sólo detecta y notifica, el IPS detecta y, si su política lo indica, actúa para bloquear un ataque, por ejemplo introduciendo una regla en el cortafuegos que bloquee al atacante. Este tipo de sistemas pueden tener las más diversas tipologías (honeypots, etc.). f) Herramientas de análisis de registro de eventos: este tipo de herramientas, conocidas como SIEM, actúan recolectando en un punto central los logs de los distintos dispositivos y sistemas a fin de poder tratarlos y correlarlos, identificando así posibles amenazas o incidentes de seguridad, y evitar que un atacante pueda eliminar sus huellas en el sistema asaltado. En caso de estar interesados en poder utilizar los registros en un hipotético proceso legal motivado por un incidente, deben ser tratados de tal manera que tengan validez frente a un tercero, para ello los registros deberán: Garantizar que no hayan sido alterados (mediante firma digital, por ejemplo). Garantizar la corrección de la fecha y hora de los registros, provengan del dispositivo que provengan (mediante timestamp, por ejemplo). Este tipo de herramientas son de gran ayuda a los equipos de seguridad y pueden ayudar al cumplimiento de legislación y normas (LOPD, ISO 27001, etc.) mediante módulos específicos. Además de ser un requisito del Esquema Nacional de Seguridad en su artículo 23. g) Herramientas de mejora de la seguridad: siempre que sea posible se usarán aquellas herramientas que nos permitan elevar el nivel de seguridad. Algunos ejemplos de este tipo de herramientas serían: i. Extender el uso autenticación basada en certificados (PKI). ii. iii. iv. Uso de tokens o dispositivos biométricos. Uso de herramientas de borrado seguro. Herramientas de control de contenido y código ejecutable SELECCIÓN DE SISTEMAS DE INTERCONEXIÓN 42. La elección de un sistema de interconexión u otro dependerá de las características específicas de los sistemas a interconectar, de las características/limitaciones de ambos sistemas y de la información a intercambiar. Como norma se debería tender a la configuración más segura posible (art. 19 del ENS Seguridad por defecto ), por lo que se 15
17 va a realizar una recomendación mínima en base a una categorización de las diferentes arquitecturas posibles según el nivel de seguridad y la naturaleza de los datos que manejen. 43. La propuesta de medidas de seguridad a implantar que se muestran en la siguiente tabla da por hecho que la categoría de los sistemas remotos no se queda en una mera categorización, sino que realmente el sistema remoto tiene implantadas las medidas exigidas por el ENS para dicha categoría. Se recomienda que el Responsable del Sistema verifique este aspecto solicitando al responsable del sistema remoto aquellas evidencias que sostengan el cumplimiento de las medidas exigidas. 44. La categorización de los sistemas se realizará en base a lo definido en el ENS, para lo cual se puede seguir la guía CCN-STIC-803. Sistema Propio Sistema Remoto Categoría Red Pública Baja Media Alta Baja SPP-1 DPP-2 DPP-2 DPP-2 Media SPP-2 SPP-1 DPP-2 DPP-2 Alta SPP-2*,3 SPP-2* SPP-2 SPP-1 Tabla 1. Arquitectura de interconexión mínima a implementar por clasificación. SPP-2* => Se requiere una implementación de 2 niveles (Figura 7) 16
18 7.4. SELECCIÓN DE HERRAMIENTAS DE SEGURIDAD 45. La adopción de la arquitectura de seguridad mínima acorde al nivel de clasificación de nuestros sistemas, se verá complementada por el uso de las siguientes herramientas (también vinculadas al nivel de los sistemas interconectados): Sistema Propio Sistema Remoto Categoría Red Pública Baja Media Alta Baja Media Alta Detección SW dañino Gestión de Incidentes Detección SW dañino Gestión de Incidentes Detección SW dañino Gestión de Incidentes Análisis de registro de eventos Monitorización de tráfico IDS No se exige un conjunto mínimo Detección SW dañino Gestión de Incidentes Detección SW dañino Gestión de Incidentes Análisis de registro de eventos Monitorización de tráfico IDS No se exige un conjunto mínimo Detección SW dañino Gestión de Incidentes Detección SW dañino Gestión de Incidentes Análisis de registro de eventos Monitorización de tráfico IDS No se exige un conjunto mínimo Detección SW dañino Gestión de Incidentes Detección SW dañino Gestión de Incidentes Análisis de registro de eventos Monitorización de tráfico IDS 17
19 8. ANEXO A. GLOSARIO DE TÉRMINOS Y ABREVIATURAS Acreditación Activos Amenaza ANS Análisis o valoración de Riesgos Autoridad de Acreditación Autoridad Delegada de Acreditación Autorización otorgada por la Autoridad responsable de la acreditación, para manejar información de un grado determinado, o en unas determinadas condiciones de integridad o disponibilidad, con arreglo a su concepto de operación. Recursos de un Sistema o relacionados con éste, necesarios para que la Organización funcione correctamente y alcance los objetivos propuestos por su dirección. Eventos que pueden desencadenar un incidente en la Organización, produciendo daños materiales o pérdidas inmateriales en sus activos. Acuerdos de nivel de servicio, especificando los requisitos de calidad y disponibilidad del sistema. Proceso sistemático para estimar la magnitud del riesgo sobre un Sistema. Autoridad responsable de la definición y aplicación de la Política STIC. Autoridad responsable en su ámbito, de la aplicación de la Política STIC y de las competencias que delegue la AA. Certificación de la Seguridad Conexión Confidencialidad Correlar Declaración de Requisitos de Seguridad Declaración de Requisitos de Seguridad de la Interconexión Disponibilidad Dispositivo de Protección de Perímetro Determinación positiva de que un producto o Sistema tiene capacidad para proteger la información según un nivel de seguridad, y de acuerdo a unos criterios establecidos en el procedimiento o metodología de evaluación correspondiente. Se produce una conexión, cuando se proveen los medios físicos y lógicos de transmisión adecuados (por ejemplo enlace satélite, fibra óptica, etc.) susceptibles de ser empleados para el intercambio de información entre Sistemas. Aseguramiento de que la información es accesible sólo para aquellos autorizados a tener acceso. Proceso de comparar diferentes fuentes de información, obteniéndose de esta manera sentido a eventos que analizados por separado no la tendrían o pasaría desapercibida. Es el documento base para la acreditación. Consiste en la exposición completa y detallada de los principios de seguridad que deben observarse y de los requisitos de seguridad que se han de implantar conforme al correspondiente análisis de riesgos realizado previamente. Documento base para la acreditación de la interconexión de Sistemas. Consiste en la exposición completa y detallada de los principios de seguridad que deben observarse en la interconexión, y de los requisitos de seguridad que se han de implantar conforme al correspondiente análisis de riesgos realizado previamente. Aseguramiento de que los usuarios autorizados tienen acceso cuando lo requieran a la información y sus activos asociados. Hardware y/o software, cuya finalidad es mediar en el tráfico de entrada y salida en los puntos de interconexión de los Sistemas 18
20 DMZ También llamada zona desmilitarizada, se refiere a una zona o segmento de la red, con requisitos específicos de seguridad, de tal manera que está aislada o protegida del resto de sistemas y usuarios de la red. El nombre lo toma de las zonas reservadas entre las líneas de frontera de dos países, en las cuales no se permite presencia militar. ENS Esquema Nacional de Seguridad (RD 3/2010) Evaluación de la Seguridad Proceso de comprobación de que un producto o Sistema satisface las características de seguridad que proclama tener. Dicho proceso consiste en el examen detallado con el fin de encontrar una posible vulnerabilidad y confirmar el nivel de seguridad establecido. El examen se realiza de acuerdo a un procedimiento o metodología determinado y siguiendo unos criterios de evaluación perfectamente definidos y establecidos. Gestión del Riesgo Selección e implantación de salvaguardas para conocer, prevenir, impedir, reducir o controlar los riesgos identificados. IDS Sistema cuya finalidad es detectar las intrusiones que se han realizado o que están en curso. IDPS Sistema con capacidades de IDS e IPS. Impacto Consecuencia que sobre un activo tiene la materialización de una amenaza. Incidencia Evento con consecuencias en detrimento de la seguridad. Integridad Garantía de la exactitud y completitud de la información y los métodos de su procesamiento. Interconexión Se produce una interconexión entre Sistemas, cuando existe una conexión y se habilitan flujos de información entre los mismos, con diferentes políticas de seguridad, diferentes niveles de confianza, diferentes Responsables o una combinación de las anteriores. IPS Sistema de prevención de intrusiones. Su función es prevenir los incidentes de seguridad antes de que se produzcan. LDAP Protocolo de acceso a directorio. Normalmente se usa como sinónimo del directorio en sí. Manejar Información Presentar, elaborar, almacenar, procesar, transportar o destruir información. Malware Software de carácter malicioso cuyo objetivo principal es dañar o infiltrarse en un sistema. NAT Conversión de una dirección IP de origen y/o destino. Necesidad de conocer Determinación positiva por la que se confirma que un posible destinatario requiere el acceso a, el conocimiento de, o la posesión de la información para desempeñar servicios, tareas o cometidos oficiales. Procedimientos Operativos Descripción precisa de la aplicación de los requisitos de seguridad, detallando de Seguridad las responsabilidades y todas las acciones y procedimientos de seguridad a seguir, con el objetivo de garantizar y mantener la seguridad del Sistema. En su caso será la descripción de la aplicación de la DRS correspondiente. QoS Calidad del servicio. Riesgo Estimación del grado de exposición de un Sistema frente a amenazas que pudieran causar daños o perjuicios a la Organización. Salvaguardas (contramedidas) Procedimiento o mecanismo tecnológico que reduce el riesgo. Seguridad de las Tecnologías de la Información y las Comunicaciones Capacidad de los Sistemas de las Tecnologías de la Información y las Comunicaciones (Sistema) para resistir, con un determinado nivel de confianza, los accidentes o acciones ilícitas o malintencionadas que comprometan la disponibilidad, integridad y/o confidencialidad de los datos almacenados o transmitidos y de los servicios que dichos Sistemas ofrecen o hacen accesibles. 19
Sistema de Alerta Temprana de Sondas de Internet del CCN-CERT
Sistema de Alerta Temprana de Sondas de Internet del CCN-CERT LIMITACIÓN DE RESPONSABILIDAD El presente documento se proporciona de acuerdo con los términos en él recogidos, rechazando expresamente cualquier
GUÍA DE SEGURIDAD (CCN-STIC-818) HERRAMIENTAS DE SEGURIDAD EN EL ENS (BORRADOR)
GUÍA DE SEGURIDAD (CCN-STIC-818) HERRAMIENTAS DE SEGURIDAD EN EL ENS (BORRADOR) OCTUBRE 2012 Edita: Editor y, 2012 NIPO: 002-12-062-7 Tirada: 1000 ejemplares Fecha de Edición: octubre 2012 Andrés Méndez
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-850A) IMPLEMENTACIÓN DEL ESQUEMA NACIONAL DE SEGURIDAD EN WINDOWS 7 (CLIENTE MIEMBRO DE DOMINIO)
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-850A) IMPLEMENTACIÓN DEL ESQUEMA NACIONAL DE SEGURIDAD EN WINDOWS 7 (CLIENTE MIEMBRO DE DOMINIO) AGOSTO 2014 Edita: Centro Criptológico Nacional, 2014 NIPO: 002-14-039-9
GUÍA DE SEGURIDAD (CCN-STIC-802) ESQUEMA NACIONAL DE SEGURIDAD GUÍA DE AUDITORÍA
GUÍA DE SEGURIDAD (CCN-STIC-802) ESQUEMA NACIONAL DE SEGURIDAD GUÍA DE AUDITORÍA JUNIO 2010 Edita: Editor y Centro Criptológico Nacional, 2010 NIPO: 076-10-072-4 Tirada: 1000 ejemplares Fecha de Edición:
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-851B)
GUÍA DE SEGURIDAD DE LAS TIC (CCN-STIC-851B) IMPLEMENTACIÓN DEL ESQUEMA NACIONAL DE SEGURIDAD EN WINDOWS SERVER 2008 R2 SERVIDOR INDEPENDIENTE (NO CORE, NO MIEMBRO DE DOMINIO) SEPTIEMBRE 2014 Edita: Centro