Source: http://docplayer.es/436445-Direccion-y-coordinacion-de-la-obra-jose-luis-rivas-lopez-jlrivas-uvigo-es-diseno-de-la-cubierta-separadores-santiago-rivas-lopez.html
Timestamp: 2018-05-25 09:29:57+00:00

Document:
DIRECCIÓN Y COORDINACIÓN DE LA OBRA: José Luis Rivas López DISEÑO DE LA CUBIERTA, SEPARADORES : Santiago Rivas López - PDF
DIRECCIÓN Y COORDINACIÓN DE LA OBRA: José Luis Rivas López DISEÑO DE LA CUBIERTA, SEPARADORES : Santiago Rivas López
Download "DIRECCIÓN Y COORDINACIÓN DE LA OBRA: José Luis Rivas López jlrivas@uvigo.es. DISEÑO DE LA CUBIERTA, SEPARADORES : Santiago Rivas López"
Sofia Lozano Soler
2 AUTORES : José Luis Rivas López José Enrique Ares Gómez Víctor A. Salgado Seguín DIRECCIÓN Y COORDINACIÓN DE LA OBRA: José Luis Rivas López DISEÑO DE LA CUBIERTA, SEPARADORES : Santiago Rivas López REVISIÓN DE LA OBRA: Raquel Cores Cobas Sergio Pazos Gonzalez Javier Rodeiro Iglesias Antonio Gómez Lorente PUBLICADA EN EL Este libro no podrá ser reproducido, archivado en un sistema de acceso compartido, o transmitido en cualquier forma o por cualquier medio electrónico, mecánico, de grabación u otro, ni total ni parcialmente, sin el previo permiso escrito del editor. Todos los derechos reservados. Copyright by José L. Rivas López, José E. Ares Gómez, Victor A. Salgado Seguín Ediciones VirtuaLibro, 2003 Manuel Murguía 25-8ºA, La Coruña (España) ISBN: Depósito Legal: C Manufactured in Spain Realizado en España
3 A Inma Valeije
5 A mi familia y amigos por tenerlos ahí siempre que se les necesita. Especialmente a mis padres, hermano, mis primas Ana y Luanda, Ju y Vinchy, Ici, Fran, Mamen, mi primo Paulino y su mujer Teresa. A mis abuelos, a Pilar y a mi tío Rafael que ya no pueden transmitirme su sabiduría y experiencia. Entre mis amigos me gustaría destacar a: Bea y su marido Alfonso, Laia, He-man y Thor, Fran, Eva, Sergio, Diego, Eviña, Raquelilla, Javi (meu),... José Luis Rivas López Para Maite, mi mujer, por su infinita paciencia, amor y comprensión. Victor Alberto Salgado Seguín En primer lugar a Ana, Iria, Noa e Iago va por vosotros y por todos aquellos familiares, amigos y compañeros contribuyen a que el día a día sea más facil por ello se siembra futuro José Enrique Ares Gómez
7 AGRADECIMIENTOS Gracias a: Raquel Cores Cobas, Sergio Pazos Gonzales, Javier Rodeiro Iglesias y Antonio Gómez Lorente, quiénes revisaron este trabajo. También nos gustaría dar las gracias a Santiago Rivas López quién diseño la portada y los separadores. AUTORES José Luis Rivas López José Enrique Ares Gómez Víctor A. Salgado Seguín DIRECCIÓN Y COORDINACIÓN José Luis Rivas López
11 LINUX: SEGURIDAD TÉCNICA Y LEGAL iii CAPÍTULO 0. PRÓLOGO... 1 PARTE I. ASPECTOS GENERALES DE LA SEGURIDAD EN LINUX CAPÍTULO 1. SEGURIDAD FÍSICA REALIZACIÓN DE UN PLAN DE SEGURIDAD FÍSICA ACCESO FÍSICO LA SALA DE LOS SISTEMAS/SERVIDORES LOS SISTEMAS/ORDENADORES BIOS ACCESO POR MEDIO DE SENSORES BIOMÉTRICOS POSIBLES AMENAZAS EN LA SALA DE SISTEMAS/SERVIDORES TEMPERATURAS EXTREMAS INCENDIO HUMO AGUA HUMEDAD COMER Y BEBER POLVO EXPLOSIONES VIBRACIONES TORMENTAS RUIDO ELECTRICO ANIMALES ASPECTOS JURÍDICOS DE LA SEGURIDAD FÍSICA CAPÍTULO 2. INTRODUCCIÓN A LINUX Y A LEGISLACIÓN ESPAÑOLA QUÉ ES LINUX? LAS DISTRIBUCIONES DERECHOS DE AUTOR EN LINUX: LA GENERAL PUBLIC LICENSE (GNU) LA PROPIEDAD INTELECTUAL DEL SOFTWARE UN SISTEMA ALTERNATIVO: LOS DERECHOS DE AUTOR EN LINUX LA LICENCIA PÚBLICA GNU DERECHOS CONFERIDOS POR LA LICENCIA PÚBLICA GNU CONDICIONES Y LIMITACIONES DE LA LICENCIA PÚBLICA GNU REFLEXIÓN FINAL INTRODUCCIÓN A LA LEGISLACIÓN ESPAÑOLA CAPÍTULO 3. LA INSTALACIÓN PARTICIONAR EL DISCO DURO ORIGEN DE LAS PARTICIONES CÓMO SE GUARDA LA INFORMACIÓN DE LAS PARTICIONES? TIPOS DE PARTICIONES CUÁNTAS PARTICIONES CREO PARA MI SISTEMA/SERVIDOR? HIPÓTETICA PARTICIÓN LA UNIDAD DE DISCO EN LINUX PARTICIONAR LA UNIDAD DE DISCO EN LINUX: fdisk MONTAJE DE LOS SISTEMAS DE ARCHIVOS DURANTE EL ARRANQUE: /etc/fstab GESTOR DE ARRANQUE: LILO CAPÍTULO 4. CONCEPTOS BÁSICOS ADMINISTRACIÓN ADECUADA ESTRUCTURA DE DIRECTORIOS LOS SHELLS CONTROL DE ACCESO PERMISOS DE ARCHIVOS chmod... 65
12 iv Linux: Seguridad técnica y legal PROPIETARIO GRUPO PARTE II. USUARIOS CAPÍTULO 5. SEGURIDAD EN LAS CUENTAS LAS CONTRASEÑAS CÓMO GUARDA LINUX LA INFORMACIÓN DE LAS CONTRASEÑAS /etc/passwd /etc/shadow ASPECTOS JURÍDICOS DE LA SEGURIDAD LÓGICA DE LAS CUENTAS SOFTWARE RELACIONADO DESCUBRIR CONTRASEÑAS MEDIANTE DICCIONARIOS CHEQUEO DE LAS CONTRASEÑAS ACTIVAMENTE ATAQUES MÁS COMUNES ATAQUE POR FUERZA BRUTA CABAYOS DE TROYA (TROYANOS) SNIFFERS CONSECUENCIAS LEGALES CAPÍTULO 6. ADMINISTRACIÓN DE LAS CUENTAS USUARIOS DAR DE ALTA A UN USUARIO: useradd DAR DE BAJA A UN USUARIO: userdel CAMBIO DE ATRIBUTOS: usermod, chage COMPROBANDO LA INTEGRIDAD DE /etc/passwd Y /etc/shadow: pwchk GRUPOS DAR DE ALTA A UN GRUPO: groupadd DAR DE BAJA A UN GRUPO: groupdel CAMBIO DE ATRIBUTOS DE UN GRUPO: groupmod, gpasswd COMPROBAR LA INTEGRIDAD DEL FICHERO /etc/group: grpchk ADMINISTRAR LOS DIRECTORIOS DE TRABAJO PARTE III. EL SISTEMA CAPÍTULO 7. COPIAS DE SEGURIDAD INTRODUCCION DISPOSITIVOS QUE SOPORTA LINUX PARA LAS COPIAS DE SEGURIDAD DE QUÉ DEBO REALIZAR UNA COPIA DE SEGURIDAD? TIPOS DE COPIAS DE SEGURIDAD CADA CUÁNTO TIEMPO SE DEBEN REALIZAR?: Método de rotación QUÉ HACER DESPUÉS DE REALIZAR LA COPIA? PROGRAMAS tar cpio dump & restore OTRAS APLICACIONES AUTOMATIZAR LOS PROCESOS DE COPIA DE SEGURIDAD: cron CAPÍTULO 8. MONITORIZAR Y AUDITAR DIFERENCIAS ENTRE MONITORIZAR Y AUDITAR UBICACIÓN SISTEMA Y EL KERNEL syslogd CONFIGURACIÓN klogd FICHEROS Y/O PROGRAMAS DE MONITORIZACIÓN lastlog. 130
13 LINUX: SEGURIDAD TÉCNICA Y LEGAL v last who acct/pacct OTROS PROGRAMAS ATAQUES MÁS COMUNES wtmp y utmp acct/pact syslogd OTROS PROGRAMAS PROTECCIÓN FRENTE LOS ATAQUES AUDITORÍA LEGAL PARTE IV. LA RED CAPÍTULO 9. INTRODUCCIÓN A REDES QUÉ ES UNA RED? TOPOLOGÍAS REDES DE ÁREA LOCAL BUS ANILLO ESTRELLA PROTOCOLOS DE RED IPX/SPX (NETWARE) SMB (MICROSOFT & OS/2) TCP-IP (INTERNET) MONITORIZAR LA RED CAPÍTULO 10. SERVICIOS Y DEMONIOS INTRODUCCIÓN inetd OTROS SERVICIOS /etc/services LOS SERVICIOS NO NECESARIOS EL CORREO ELECTRÓNICO ATAQUES RETRANSMISIÓN NO AUTORIZADA SPAM WORLD WIDE WEB PERMITIENDO Y DENEGANDO EL ACCESO PROTOCOLOS SEGUROS PRECAUCIONES EN EL DESARROLLO FTP PROTOCOLOS SEGUROS TELNET SERVICIOS ALTERNATIVOS NFS SCANNERS AUDITAR CONSEJOS. 169 CAPÍTULO 11. CORTAFUEGOS QUÉ ES UN CORTAFUEGOS? MISIÓN DEL CORTAFUEGOS ARQUITECTURAS TIPOS DE CORTAFUEGOS FILTRADO DE PAQUETES BASADOS EN PROXIES SERVIDOR DE PROXY GENÉRICO REENCAMINADOR DE SERVICIOS
14 vi Linux: Seguridad técnica y legal PASARELA EN EL NIVEL DE APLICACIÓN APLICACIONES TCPWrapper ipfwadm ipchains OTROS 183 PARTE V. ATAQUES CAPÍTULO 12. CÓMO SE SUELE HACKEAR UNA MÁQUINA? OBTECIÓN DE LA INFORMACIÓN DEL EQUIPO A ATACAR HACKEO DEL EQUIPO OBTENCIÓN DE LA CUENTA DE ROOT MANTENER LOS PRIVILEGIOS DE ROOT BORRAR LAS HUELLAS PROGRAMAS PARA LA DETECCIÓN DE INTRUSOS QUÉ HACER UNA VEZ DETECTADO A UN INTRUSO? EN UNA UNIVERSIDAD EN UNA EMPRESA CAPÍTULO 13. VIOLACIONES DE SEGURIDAD VIRUS GUSANOS CABALLOS DE TROYA SNIFFERS PUERTAS TRASERAS DENEGACIÓN DE SERVICIO LIMPIEZAS DE HISTÓRICOS O REGISTROS CONSECUENCIAS LEGALES CAPÍTULO 14. PROCEDIMIENTOS DE PROTECCIÓN A NIVEL DE RED FILTRADO DE PAQUETES COMANDOS REMOTOS /etc/host.equiv $HOME/.rhosts /etc/hosts.lpd Servicios de red /etc/inetd.conf /etc/services Terminales seguros A NIVEL DE CUENTAS LAS CONTRASEÑAS ADMINISTRACIÓN LAS CUENTAS ESPECIALES LA CUENTA DE SUPERUSUARIO (root) A NIVEL DE SISTEMA CAPÍTULO 15. EVALUACIÓN DEL HACKING DESDE EL MARCO LEGAL INTRODUCCIÓN EL DELITO INFORMÁTICO PENALIZACIÓN OBTENCIÓN DE PRUEBAS PARTE VI. APÉNDICES APÉNDICE A. REAL DECRETO CAPÍTULO I. DISPOSICIONES GENERALES
15 LINUX: SEGURIDAD TÉCNICA Y LEGAL vii CAPITULO II. MEDIDAS DE SEGURIDAD DE NIVEL BÁSICO CAPÍTULO III. MEDIDAS DE SEGURIDAD DE NIVEL MEDIO CAPÍTULO IV. MEDIDAS DE SEGURIDAD DE NIVEL ALTO CAPITULO V. INFRACCIONES Y SANCIONES CAPITULO VI. COMPETENCIAS DEL DIRECTOR DE LA APD APÉNDICE B. LOPD 257 TÍTULO I. DISPOSICONES GENERALES TÍTULO II. PRINCIPIOS DE LA PROTECCIÓN DE DATOS TITULO III. DERECHOS DE LAS PERSONAS TÍTULO IV. DISPOSICIONES SECTORIALES CAPÍTULO I. FICHEROS DE TITULARIDAD PÚBLICA CAPÍTULO II. FICHEROS DE TITULARIDAD PRIVADA TÍTULO V. MOVIMIENTO INTERNACIONAL DE DATOS TÍTULO VI. AGENCIA DE PROTECCIÓN DE DATOS TÍTULO VII. INFRACCIONES Y SACCIONES APÉNDICE C. BIBLIOGRAFÍA 303
16 viii Linux: Seguridad técnica y legal
19 LINUX: SEGURIDAD TÉCNICA Y LEGAL 3 A finales del siglo XX hemos incrementado nuestra actividad en el ámbito de la seguridad técnica y legal, de la gestión y utilización de redes y sistemas. Ante la necesidad del uso de documentación técnica y legal, su tratamiento conjunto no esta asequible ya que, cuando buscábamos documentación técnica e intentábamos ponerla en práctica dentro de los límites legales en España, era difícil obtener resultados debido a que no existía documentación especifica y, por desgracia, esto todavía no se ha subsanado. Aunque es verdad que hay manuales traducidos y/o autóctonos de nuestro país que describen por separado ambos temas. Nosotros, como autores de este manual, pretendemos llenar este vacío, tratándolos conjuntamente. Por tanto el objetivo del manual, en una primera etapa, es documentar qué se puede hacer para asegurar en lo posible tanto los sistemas como las redes, sin sobrepasar la delgada línea de la legalidad. Cuando nos referimos a asegurar en lo posible, queremos dejar claro que nunca nada va a ser seguro al cien por cien. Siempre habrá que tener presente que la seguridad es como una cadena. De nada sirve que una cadena sea muy buena si uno de sus eslabones es defectuoso. La cadena se rompe. Posteriormente se publicaran aplicaciones en ámbitos tan diversos como fabricación, servicios, etc.
20 4 PRÓLOGO Este manual utiliza como base el sistema operativo Linux para explicar los conceptos de administración y seguridad. Aunque se utiliza este sistema operativo es bastante fácil extrapolar a otros. Nos hemos dirigido a profesionales que tengan o no base sobre el tema de la seguridad, intercalando, eso sí, el marco legal en España. También esperamos que la gente se interese no sólo en la seguridad, sino cómo llegar a ella sin vulnerar la legislación vigente en España. El libro está divido en 5 partes o secciones bien diferenciadas. Cada una de ellas está divida a su vez en una serie de capítulos. La primera parte tiene el nombre de Aspectos generales de la seguridad en Linux, en la que se comenta qué medidas hay que tomar para la situación e instalación de los equipos. También se hace una pequeña introducción acerca del sistema operativo Linux y la legislación española, así como unas consideraciones a la hora de la instalación. Por último, se ven unos conceptos básicos del sistema operativo Linux. En está parte llamada Usuarios secomentatantolacreacióncomola administración de usuarios, grupos, etc. También se ven las diferentes herramientas que ayudan a su administración y cómo detectar ataques, todo ello dentro de su debido marco legal. A la siguiente parte se le ha puesto el nombre de Seguridad en el sistema, porque en ella se recogen qué aplicaciones se encuentran a disposición de los administradores para la realización de las copias de seguridad, así como a qué nos obliga la ley cuando tenemos en el sistema o en la red información sensible. Por último, se comentan las diferencias entre monitorizar y auditar, así como las aplicaciones para poder hacerlo. También se comenta el marco legal en el que hay que moverse para no vulnerar los derechos de los usuarios.
21 LINUX: SEGURIDAD TÉCNICA Y LEGAL 5 En la siguiente parte, llamada Seguridad en la red, se hace una pequeña introducción sobre qué es una red, diferentes topologías, el marco legal que rige la red y cómo dan servicios los sistemas operativos. Al final de está parte se comentan los diferentes tipos y arquitecturas de cortafuegos así como la legalidad de estos. La última la parte es la llamada Ataques. En ella se puede leer cómo los hackers suelen atacar un sistema y qué medidas se deberían tomar, dependiendo de dónde esté trabajando y de la información que contengan los sistemas. También se verán las diferentes violaciones que suelen atacar, así como los procedimientos que se suelen usar para defenderse de ellos. Hay un capitulo en el cual se verán diferentes tipos de protección, bien sea para usuarios, sistemas y/o red. Por último en el capitulo 15 se describe el marco legal que rige todo esto, qué leyes nos amparan, qué penalizaciones tienen y cómo se van a poder obtener pruebas. Este capitulo es un extracto de un articulo publicado en una revista técnica en la cual también ha colaborado Laura Elena Conde Rodríguez.
27 PARTE I ASPECTOS GENERALES DE LA SEGURIDAD EN LINUX 11 Lo primero que hay que tener en cuenta cuando hablemos de seguridad en los sistemas, más en concreto en los servidores, es asegurar el acceso físico. Con ello conseguimos que poder manipularlos in situ sea realmente complicado para un usuario no autorizado. Este tema tan importante (o más que otros) es del que menos se preocupan las organizaciones. Incluso teniendo normas a este respecto no se preocupan de educar a sus responsables, pudiendo estos, por ejemplo, dejar las puertas abiertas o desbloqueadas, con lo que el acceso de personas no autorizadas está asegurado. La seguridad física no solo atañe a lo antes mencionado, sino también a que los sistemas no se dañen por inundaciones, fuego, polvo, etc. En este capitulo se abordarán: 1) Realización de un plan de seguridad física. 2) Acceso físico. 3) Posibles amenazas en la sala de sistemas/servidores. 4) Aspectos jurídicos de la seguridad física.
28 12 CAPITULO 1 - SEGURIDAD FÍSICA 1.1 Realización de un plan de seguridad física Lo primero que hay que realizar para suministrar la seguridad física es un conjunto de planes. Los planes deben ser implementados y cumplidos por los usuarios que les competen, principalmente administradores. Dicho plan debe incluir una serie de puntos básicos: Una descripción del lugar que debe proteger, en el cual estarán los servidores, routers, etc., así como su entorno. Por tanto, habrá que enumerar y describir sus puntos débiles y sus puntos fuertes (si tiene seguridad, etc.). Una descripción de las defensas posibles y la manera, de implementarlas, así como su coste. El coste, aunque parezca superfluo, es realmente importante, ya que después habrá que valorar si la información que se guardan en esos sistemas es realmente tan importante como para gastarse tanto dinero. Es interesante utilizar una herramienta potente y muy utilizada en ingeniería: la matriz D.A.F.O. (Debilidades Amenazas Fortalezas Oportunidades). Se trata de determinar todas las debilidades y las fortalezas de la cuestión objeto de análisis. Una vez enumeradas y descritas, hay que intentar pasar las debilidades a fortalezas y las amenazas a oportunidades. Por ejemplo, supongamos una sala en donde haya humedad. Podemos considerarla, a priori, una debilidad, ya que los ordenadores con cierta humedad pueden provocar cortocircuitos (como se podrá ver más adelante), pero se puede convertir en un fortaleza, ya que en una sala donde haya humedad es menos probable que se produzcan cargas estáticas. Además, los sistemas tienen un rango tolerante de humedad. Para realizar dicho plan habrá que tener en cuenta una serie de preguntas como las que se muestran a continuación: Alguien que no esté autorizado puede tener acceso a los sistemas/servidores?
29 PARTE I ASPECTOS GENERALES DE LA SEGURIDAD EN LINUX 13 Qué imagen daría si alguien entra en el sistema? Tengo información importante para el grado de protección que voy utilizar? a Si se produce un desastre en el cual pierdo toda la información, qué efecto produciría frente a las personas que confían en nosotros y en los usuarios? 1.2 ACCESO FÍSICO LA SALA DE LOS SISTEMAS/SERVIDORES Los servidores deben estar en una sala protegida en donde el acceso sea restringido, es decir, que sólo tengan acceso personas autorizadas, como, por ejemplo, los responsables de sistemas y/o administradores. La sala donde están los sistemas/ordenadores debe tener las paredes bien sólidas, por lo que no podrán ser de cristal, pladur, etc. Tampoco podrán tener ventanas y habrá que tener en cuenta que los conductos del aire acondicionado o del climatizador sean pequeños para que ninguna persona pueda acceder a la habitación a través de ellos. Sería interesante tener sensores de movimiento o cualquier otro que detecte a personas sin la autorización pertinente LOS SISTEMAS/ORDENADORES La protección de los sistemas/servidores, así como de las estaciones de trabajo, ha evolucionado bastante de unos años hasta la fecha, con respecto a la identificación de los usuarios que pueden manipularlos in situ. Se ha pasado de un nombre de entrada y contraseña en la consola de entrada al sistema o de la contraseña en la BIOS (Basic Input Output Subrutines) a controles de acceso biométricos (siendo estos los más avanzados).
30 14 CAPITULO 1 - SEGURIDAD FÍSICA BIOS Hace años que los fabricantes han introducido contraseñas en las BIOS tanto para el acceso a su configuración como para que arranque el sistema operativo. Con esto evitaremos entre otras cosas que nos introduzcan otro sistema, roben información, etc. Si se colocan, es recomendable el cambio de ésta, ya que la que viene predeterminada con la BIOS es de todos conocido. De todos modos, aunque se cambien no es una medida de protección muy eficaz, ya que hay herramientas capaces de capturarlas. Estas herramientas se pueden encontrar fácilmente en Internet ACCESO POR MEDIO DE SENSORES BIOMÉTRICOS La utilización de sensores biométricos para el acceso a los servidores o estaciones de trabajo es la nueva tecnología que se está empleando en la actualidad, ya que su coste ha bajado bastante. El acceso por medio de sensores biométricos utiliza entre otras cosas: las huellas dactilares, la estructura facial, la retina y el iris, la voz, etc. Esta tecnología se basa en que nunca puede haber dos iguales, es decir, dos voces no pueden ser iguales, ni dos huellas dactilares, por este motivo se usa. Ha llegado a tanto la sofisticación de estos sensores que, por ejemplo, si le cortaran el dedo a alguien para poder acceder al sistema no se podría entrar porque lo detectaría. Estos sensores son muchos más seguros y más fáciles para los usuarios que aprenderse la contraseña y encima cambiarla cada cierto tiempo. 1.3 POSIBLES AMENAZAS EN LA SALA DE SISTEMAS/SERVIDORES Los sistemas informáticos y/o telemáticos no dejan de ser sistemas electrónicos sensibles a las condiciones que les rodea, es decir, a las condiciones del entorno. Por ejemplo: un incendio, una inundación, etc. son nefastas para los sistemas. A continuación se describen:
31 PARTE I ASPECTOS GENERALES DE LA SEGURIDAD EN LINUX TEMPERATURAS EXTREMAS La mayoría de los ordenadores trabajan en un rango de temperaturas que puede oscilar entre 10ºC a 32ºC. Si se diese el caso de no estar entre éstas el equipo se podría dañar. Por este motivo se debe de echar un vistazo a la documentación de los ordenadores y observar que rango pueden tolerar. Una vez conocido el rango habrá que comprobar si el lugar dónde se ubican los sistemas tiende a sobrepasarlos. Si se diese el caso, habrá que aclimatar el lugar con un climatizador o un aire acondicionado. Sería recomendable instalar una alarma para que cuando la temperatura sobrepasase los niveles permitidos se activase INCENDIO Un incendio en la sala de los sistemas/servidores sería un gran desastre. Pero no sólo hay que tener cuidado con los incendios, sino también con la manera de extinguirlo, ya que se trata de sistemas eléctricos. No deben apagarse con agua, como cualquier otro incendio, debido a que si el fuego no ha sido capaz de acabar con los sistemas/servidores posiblemente el agua sí lo haga. El agua es un gran conductor de electricidad, con lo que se cortocircuitarían los sistemas electrónicos. A continuación se describen algunas recomendaciones que se deberían de tener en cuenta: Utilice sistemas de CO 1 2 o cualquier otro producto recomendado que extinga el incendio, pero que no conduzca la electricidad 2. 1 Ni el protocolo de Montreal, ni el Reglamento Europeo 3093/94 restringe el uso del CO 2 dado que no afecta a la capa de ozono. 2 No se incluye el Halon, porque se prohíbe totalmente a partir del 31 de diciembre del 2003 por el Reglamento (CE) nº 2037/2000 del Parlamento Europeo y del Consejo, de 29 de junio de 2000, sobre las sustancias que agotan la capa de ozono. Cabe destacar que aun después, se podrá seguir utilizando como extintor de incendios en determinadas instalaciones: dependencias militares, aviones, etc. Si se recomienda el uso del Argonfire, Argonite e Inergen que si están permitidos.
32 16 CAPITULO 1 - SEGURIDAD FÍSICA Tenga en los alrededores y dentro de la sala extintores. Los extintores habrá que revisarlos cada cierto tiempo, como recomienda el fabricante HUMO Ponga una alarma antiincendios y un sistema automatizado para su extinción. El humo puede causar también importantes daños en nuestros sistemas debido a que es un potente abrasivo que suele dañar los discos tanto magnéticos como los ópticos, etc. A continuación se describen algunas recomendaciones que se deberían de tener en cuenta: Instale detectores de humo: En el techo. Si tuviese falso techo póngalos también entre el falso techo y el techo. Si tuviese en la sala moqueta, alfombras, etc. póngalos a ras del suelo. No permita fumar en la sala AGUA El agua, como el fuego, es nefasto para los sistemas/servidores. Como ya se ha mencionado anteriormente, produce cortocircuitos gracias a la facilidad con la que conduce la electricidad. Para este caso es recomendable tener sensores a dos alturas. En la primera altura se colocarían para avisar que hay agua en la sala. En la segunda para apagar los sistemas/ordenadores y cortar la corriente eléctrica.
33 PARTE I ASPECTOS GENERALES DE LA SEGURIDAD EN LINUX 17 También sería interesante un sistema de achique del agua cuando ésta se detecta en el primer instante HUMEDAD La humedad puede ser una aliada, ya que previene las cargas estáticas. Sin embargo, los excesos son malos, ya que pueden provocar cortocircuitos. Por tanto, es recomendable echar un vistazo en los manuales de los sistemas/servidores al rango de humedad que soportan para poner un detector, así como un equipo que establezca la humedad COMER Y BEBER Debe estar prohibido comer y beber dentro de la sala aunque no se estén manipulando los equipos ya que se puede caer una gota de bebida y producir un cortocircuito, etc POLVO El polvo es igual de peligroso que el humo. Al igual que éste, puede dañar los discos tanto magnéticos como ópticos, así como las cintas magnéticas, etc. Además, la mayoría del polvo no sólo es abrasivo, sino que es conductor de electricidad, por lo que puede provocar cortocircuitos. Por tanto, debemos tener en el climatizador o aire acondicionado filtros de aire para evitarlo. También seria recomendable en sitios donde el polvo es incontrolable colocar fundas para la protección de los sistemas/servidores EXPLOSIONES Aunque parezca que una explosión es improbable hay que fijarse si cerca de la sala o del edificio se utiliza propano, gas natural o si contienen productos inflamables.
34 18 CAPITULO 1 - SEGURIDAD FÍSICA Por tanto, hay que tenerlo en cuenta y por ello habrá que ubicar a los sistemas/servidores lejos de ventanas, paredes de cristal, etc VIBRACIONES Las vibraciones es un problema a tener en cuenta, ya que puede causar diferentes daños: desde los más leves (desconectando circuitos, cables, etc.) hasta los más graves (dañando los discos perdiendo así la información). Por tanto, habrá que tomar ciertas medidas, como colocar los equipos sobre plataformas que amortiguan las vibraciones o tener cuidado donde se ponen los equipos: superficies que no vibren TORMENTAS Las tormentas son uno de los principales causas de daños en los equipos. No sólo por cortes en la corriente eléctrica sino por posibles sobretensiones. Si es posible, apagar los equipos durante la tormenta sería más que recomendable. También habría que tener en cuenta la utilización del S.A.I. (Sistema de Alimentación Ininterrumpida), el cual suministrará tensión durante el corte y protegerá a los equipos de las posibles sobretensiones. Los S.A.I. se pueden catalogar en: espera, iniciándose sólo cuando se produzca un corte; conectado, suministrando constantemente la corriente. Los S.A.I. más caros y los más recomendables son los de tipo conectado, porque están continuamente suministrando una corriente estable.
35 PARTE I ASPECTOS GENERALES DE LA SEGURIDAD EN LINUX 19 Al comprar un S.A.I. habrá que tener en cuenta una serie de cuestiones que se describirán a continuación: La duración del S.A.I. frente a un corte. Su grado de protección frente a sobretensiones. La cantidad de consumo que necesitan los equipos que quiere conectar al S.A.I. Con esta información, que se pueden encontrar en las especificaciones de los equipos o en la parte de atras, viniendo en Vatios. Habría que sumarlo con lo que se sabría la cantidad de consumo. Si el S.A.I. avisa a los equipos conectados a él cuando se le está agotando la energía de reserva. Las características de las baterías del S.A.I.: si las baterías que utiliza son reemplazables y su coste, su vida, etc RUIDO ELECTRICO El ruido eléctrico puede ser causado por numerosas fuentes, desde motores hasta otros sistemas/servidores. El ruido eléctrico consistente en picos de sobretensión, que pueden ser transmitidos a través de cualquier línea que envía señales eléctricas y que causa problemas a los sistemas/servidores. Para evitar este fenómeno existen circuitos eléctricos especiales. También sería recomendable poner sobre el suelo una malla antienergia estática y no permitir el uso en la sala de walkie-talkies, móviles, teléfonos inalámbricos, etc. ya que pueden afectar a procesos como la grabación de datos.
36 20 CAPITULO 1 - SEGURIDAD FÍSICA ANIMALES Los animales pueden causar numerosos daños a nuestros sistemas/servidores debido a que tienen predilección por las corrientes eléctricas. Para este tipo de problema hay numerosas soluciones. Tenemos desde emisores eléctricos (dependiendo del tipo de animal) hasta señales determinadas. 1.4 ASPECTOS JURÍDICOS DE LA SEGURIDAD FÍSICA Tal y como se ha comentado en la parte técnica de este capítulo, la seguridad física de los sistemas informáticos tiene una importancia primordial y, a menudo, es descuidada por los administradores de red, más centrados en la seguridad informática o lógica. La propia legislación española ya exige la adopción de este tipo de medidas en el Real Decreto 994/1999, de 11 de junio, sobre Medidas de Seguridad de los Ficheros Automatizados que contengan Datos de Carácter Personal 3. Esta norma se enmarca dentro del régimen jurídico de la Protección de Datos Personales, regulado por la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal (LOPD) que, en su artículo 9, dispone lo siguiente: El responsable del fichero, y, en su caso, el encargado del tratamiento deberán adoptar las medidas de índole técnica y organizativas necesarias que garanticen la seguridad de los datos de carácter personal y eviten su alteración, pérdida, tratamiento o acceso no autorizado, habida cuenta del estado de la tecnología, la naturaleza de los datos almacenados y los riesgos a que están expuestos, ya provengan de la acción humana o del medio físico o natural. Cualquier sistema posee datos de carácter personal aunque no tenga creada una Base de Datos ex profeso: desde la lista de usuarios y contraseñas hasta la hoja de cálculo con empleados o la libreta de direcciones del correo electrónico son, de hecho, 3 Ver Apéndice A.
37 PARTE I ASPECTOS GENERALES DE LA SEGURIDAD EN LINUX 21 ficheros con datos de carácter personal que deben ser protegidos obligatoriamente bajo este régimen jurídico de medidas de seguridad. El incumplimiento de esta obligación supone una infracción grave en base al artículo 44.3.h) de la LOPD, y está sancionado con una multa de entre 10 y 50 millones de pesetas (art. 45.2), de ahí la importancia de no descuidarse con estas medidas de seguridad y ponerlas en práctica sin dilación, en el caso de que no estén ya en marcha. El Real Decreto 994/1999, desarrolla el citado artículo 9 de la LOPD y regula detalladamente las Medidas de Seguridad exigibles a los sistemas descritos. En el capítulo 5 tendremos ocasión de referirnos a las Medidas de Seguridad de orden lógico exigibles. En el presente capítulo analizaremos únicamente las de orden físico, que son las abordadas aquí. En primer lugar, cabe destacar que todas las medidas y procedimientos de seguridad física adoptados sobre el sistema deberán estar recogidos en un único documento de seguridad que los detalle específicamente, según se recoge en el artículo 8 del Reglamento y sus concordantes. En concreto, dicho documento deberá contener, como mínimo, lo siguiente: a) Ámbito de aplicación del documento con especificación detallada de los recursos protegidos. b) Medidas, normas, procedimientos, reglas y estándares encaminados a garantizar el nivel de seguridad exigido en este Reglamento. c) Funciones y obligaciones del personal. d) Estructura de los ficheros con datos de carácter personal y información que los tratan. e) Procedimiento de notificación, gestión y respuesta ante las incidencias.

References: REAL DECRETO 
 Real Decreto 
 artículo 9
 artículo 44
 Real Decreto 
 artículo 9
 artículo 8