viernes, 31 de octubre de 2014

Portada



INSTITUTO TECNOLÓGICO DE SAN JUAN DEL RÍO


SEGURIDAD EN REDES IP


UNIDAD 3


ALUMNA: ALONDRA DOMINGO RUBIO


PROFESORA: ARIOPAJITA ROJO LÓPEZ


SEMESTRE AGOSTO-DICIEMBRE 2014


jueves, 30 de octubre de 2014

Actividad 1


Actividad 1

Identificar las responsabilidades del responsable de la seguridad informática.
·        
      Tener un plan de respaldo.
·         Asegurar el registro de las actividades realizadas por el personal.
·         Controlar la existencia de documentación actualizada.
·         Monitorear las necesidades de capacidad de los sistemas de operación.












·         Definir e implementar procedimientos para la administración de medios informáticos de almacenamiento.
·         Participar en el tratamiento de los incendios de seguridad, de acuerdo a los procedimientos establecidos.

·         Evaluar el posible impacto operativo de los cambios previstos a sistemas.





miércoles, 29 de octubre de 2014

Actividad 2

Actividad 2

Identifica una metodología para el análisis de riesgo. Identifica los riesgos en el ITSJR en cuanto a:
·         Control de acceso interno.
·         Control de acceso externo.
·         Administración de la red.
·         Administración del site.
·         Administración de los sistemas.



METODOLOGIA DE ANALISIS DE RIESGO
SISTESEG

Ø  Administración de cuentas de usuario.
Ø  Manejo de Incidentes
Ø  Manejo de Virus
Ø  Administración de cuentas privilegiadas.
Ø  Procedimiento de Control de Cambios.
Ø  Procedimiento de Acceso al edificio.
Ø  Procedimiento de acceso al centro de Cómputo.
Ø  Procedimiento de respaldo

La probabilidad que una vulnerabilidad potencial pueda ser explotada por una fuente de
Amenaza la podemos clasificar en alta, media-alta, media, media-baja y baja, como se
Describe a continuación.

Nivel Definición

Ø  Alta = 5 La amenaza está altamente motivada y es suficientemente capaz de llevarse  a cabo.
Ø  Media-Alta =4 La amenaza está fundamentada y es posible.
Ø  Media = 3 La amenaza es posible.
Ø  Media-Baja = 2 La amenaza no posee la suficiente capacidad.
Ø  Baja = 1 La amenaza no posee la suficiente motivación y capacidad.

Algunos de los principales estándares a definir son:

Ø  Longitudes de contraseñas
Ø  Histórico de contraseñas
Ø  Eventos a registrar en logs
Ø  Switches
Ø  Routers
Ø  Firewall
Ø  VPNs
Ø  Sistema Operativo Windows

SISTESEG en el marco de la norma de seguridad ISO 17799ƒ
ISO 17799 es una norma internacional que ofrece recomendaciones para realizar la gestión de la seguridad de la información dirigidas a los responsables de iniciar, implantar o mantener la seguridad de una organización.
Existen multitud de estándares aplicables a diferentes niveles pero ISO 17799 como estándar internacional, es el más extendido y aceptado.
El objetivo de la norma ISO 17799 es proporcionar una base común para desarrollar normas de seguridad dentro de las organizaciones, un método de gestión eficaz de la seguridad y para establecer transacciones y relaciones de confianza entre las empresas.

Ventajas de la adopción de la norma ISO 17799
Aumento de la seguridad efectiva de los sistemas de información.
Correcta planificación y gestión de la seguridad.
Garantías de continuidad del negocio.
Mejora continua a través del proceso de auditoría interna.
Incremento de los niveles de confianza de los clientes y socios de negocios.
Aumento del valor comercial y mejora de la imagen de la organización.

1.       Riesgos en la administración de la red del ITSJR
Existen muchos y al mismo tiempo se deben clasificar
Por ejemplo, si a un profesor  le robaran sus exámenes de su máquina o su contraseña de correo, no es bronca de la escuela, lo mismo si eso le sucede a un alumno
A nosotros solo nos interesa la infraestructura propia del tecnológico y el cuidado de los servidores, así como la integridad en la información de los mismos (SII, Gestor de cursos y pagina web del instituto principalmente, infraestructura de red (equipo activo, pc´s, lap´s, cableado, etc) así como la administración del servicios de internet)
•                    Uso inadecuado de los servidores
•                    Pérdida de la integridad en la información de los mismos (SII, Gestor de cursos y pagina web del instituto)
•                    infraestructura de red (equipo activo, pc´s, lap´s, cableado, asi como la administración del servicios de internet)
•                    El firewall y los switches principales, llevan una bitacora de todo lo que va sucediendo en la red, esta solo se revisa cuando se detectan problemas de manera frecuente o repetitiva, si en todo un mes no pasa nada, no lo revisamos mal hecho pero asi es.
•                    No se cuenta con una persona capacitada para el monitoreo  cotidiano
•                    Ingenieria  social (como el caso de telmex)
•                    reglamentos y politicas que no se cumplen
•                    usuarios internos alumnos y profesores con experiencia en hackeo

2.       ¿cada cuánto tiempo se obtiene un reporte o como es que evalúa el tráfico de la red?
El firewall y los switches principales, llevan una bitácora de todo lo que va sucediendo en la red, esta solo se revisa cuando se detectan problemas de manera frecuente o repetitiva, si en todo un mes no pasa nada, no lo revisamos mal hecho pero así es.
3.       ¿cuáles son las principales vulnerabilidades en esta red?
Desafortunadamente no tenemos a alguien que se la pase monitoreando diariamente
Las vulnerabilidades propias de los equipos y de los sistemas usados
Hay varias desde ing. social (como el caso de Telmex) reglamentos y políticas que no se cumplen Estamos muy expuestos a los usuarios internos alumnos y profesores con experiencia en hackeo

Afortunadamente  el SII es muy seguro, no hemos tenido casos de virus, ni ataques logrados en los 5 años que lleva



martes, 28 de octubre de 2014

Actividad 3

Actividad 3


Clasificar los tipos de virus que hoy en día son una amenaza para los activos informáticos.

·         Worm o gusano informático: es un malware que reside en la memoria de la computadora y se caracteriza por duplicarse en ella, sin la asistencia de un usuario. Consume banda ancha o memoria del sistema a gran medida.


·         Caballo de troya: se esconde en un programa legítimo, comienza a dañar la computadora. Afecta la seguridad y capta los datos que envían a otros sitios, como por ejemplo contraseñas.


·         Bombas lógicas o de tiempo: se activan tras un hecho puntual, como por ejemplo la combinación de ciertas teclas o bien en una fecha específica.

·         Hoax: son mensajes, cuyo contenido no es cierto y que incentivan a los usuarios a que los reenvíen a sus contactos. Sobrecarga el flujo de información.

·         Spywares, Keyloggers y hijackers: son programas que están “espiando” las actividades de los internautas o capturan información de ellos.


·         Keyloggers: son pequeños aplicativos que pueden venir incrustados de virus, spywares o softwares sospechosos, destinados a capturar todo lo que es teclado en el teclado. Su objetivo es capturar contraseñas.




lunes, 27 de octubre de 2014

Actividad 4

Actividad 4

Identifica 5 actividades que permiten la protección de una red corporativa, incluyendo sus activos de la información.

NG Firewall
Protección de aplicaciones con reglas eficientes y eficaces.
Los firewalls de última generación le permiten descubrir, controlar, visualizar y proteger las aplicaciones.

NG IPS
Protección de redes contra amenazas sofisticadas.
Protección de redes, obteniendo visibilidad, automatización, flexibilidad y escalabilidad acordes con la rápida evolución actual entorno de amenazas cada vez más sofisticadas.

IPS
Protección, análisis y control de redes contra ataques.
Protección de redes para entornos físicos y virtuales frente a los últimos ataques de tipos zero-day, malware, botnets, intentos de denegación de servicio y ataques.

UTM
Seguridad, filtrado de contenido y protección de instrucciones.

VPN
Red privada virtual.

Firewall
Protección de la red ante accesos no autorizados.

NAC
Control de acceso a la red.

Antispam
Eliminación de spam que pueda incluir o captura de datos o infecciones no deseadas.

Antivirus
Software de protección de los sistemas.



   


domingo, 26 de octubre de 2014

Actividad 5

Actividad 5
Hospital VITARTE

Objetivos
Un Plan de Contingencia y Seguridad de la Información permite prever los riesgos a los que estará sometido el sistema de información que se va a implementar. El objetivo es doble: Por un lado, tomar las medidas necesarias para minimizar la probabilidad de que dichos riesgos se conviertan en una realidad y, por otra parte, si esto ocurriera, posibilitar que el sistema pueda responder sin que ello suponga un grave impacto para su integridad. Este presente Plan de Contingencia y Seguridad, involucra a toda la entidad directa o indirectamente. De este modo, es válido en cuanto se produce con la aprobación de todas las partes implicadas, con la total asunción de responsabilidad que a cada una pudiera corresponderle.

Apartados del plan
•             Análisis de Riesgos
•             Plan de Respaldo
•             Plan de Recuperación
•             Plan de Mantenimiento
•             Plan de Entrenamiento

Metodología utilizada
Métodos para Realizar Pruebas de Planes de Contingencia
 Prueba Específica
Consiste en probar una sola actividad, entrenando al personal en una función específica, basándose en los procedimientos estándar definidos en el Plan de Contingencia. De esta manera el personal tendrá una tarea bien definida y desarrollará la habilidad para cumplirla.
 Prueba de Escritorio
Implica el desarrollo de un plan de pruebas a través de un conjunto de preguntas típicas (ejercicios).
Las características de la prueba de escritorio son:
1. La discusión se basa en un formato preestablecido.
2. Está dirigido al equipo de recuperación de contingencias.
3. Permite probar las habilidades gerenciales del personal que tiene una mayor responsabilidad.
Los ejercicios de escritorio son ejecutados por el encargado de la prueba y el personal responsable de poner el Plan de Contingencia en ejecución, en una situación hipotética de contingencia. Un conjunto de preguntas se pedirán que resuelva el personal. El encargado y el personal utilizarán el Plan de Contingencia para resolver las respuestas a cada situación. El encargado contestará a las preguntas que se relacionan con la disponibilidad del personal entrenado, suficiencia de los recursos, suficiencia de máquinas, y si los requerimientos necesarios están a la mano. Los ajustes serán hechos al plan o al ambiente determinado durante esta fase si cualquier parte del plan no cumple con los objetivos propuestos.
 Simulación en Tiempo Real
Las pruebas de simulación real, en una Unidad, áreas en la entidad están dirigidas a una situación de contingencia por un período de tiempo definido.
1. Las pruebas se hacen en tiempo real.
2. Son usadas para probar partes específicas del plan.
3. Permiten probar las habilidades coordinativas y de trabajo en equipo de los grupos asignados para afrontar contingencias.

Periodo de vida
La duración del plan se delimitará  de acuerdo a las necesidades que se presentan y la capacidad de los equipos de trabajo para procesar la restauración y recuperación de los sistemas. De igual forma se puede crear un comité entre el mismo personal que tenga conocimientos suficientes para determinar si la recuperación puede realizarse con todas las condiciones favorables.

Personal involucrado
Responsables de la elaboración del plan:
Lic. Elizabeth Agui Reynoso
Ing. Giovanni Huacho Aliaga
Responsable de ejecución: Ing. Giovanni Huacho Aliaga

Designación de Responsables
Se deberá designar formalmente a las personas responsables de la obtención de copias de respaldo, es decir, establecer la persona quien tendrá el rol de Operador de Respaldos, así como también el rol de Revisor de Respaldos, ambos roles se describen a continuación:
a) Respaldo Local
El respaldo local puede hacerse de varias formas en varios tipos de dispositivos. Los más comunes son:
•             Servidor de respaldo, con un arreglo RAID (múltiples discos en espejo)
•             Disco duro Externo en Red o USB, si la entidad no tiene presupuesto para un servidor y no cuenta con muchas estaciones de trabajo, un disco duro en Red o USB puede hacer las veces de sistema de respaldo
•             CDs, DVDs, si el respaldo que va a realizar no es tan periódico (1 o 2 veces al mes) puede utilizar un medio como un CD o DVD
•             Cintas Magnéticas, este fué el sistema de respaldo preferido por muchos y aún muchas empresas lo utilizan, ahora son un poco difícil de conseguir además que su de almacenamiento es un poco limitada.

b) Respaldo Remoto
El respaldo remoto nos ayuda a protegernos contra desastres como incendios e inundaciones, contra robos y otras eventualidades que puedan ocurrir en el sitio principal de empresa. Este tipo de respaldo se puede realizar de varias formas.




sábado, 25 de octubre de 2014

Actividad 6

Actividad 6

Lista 5 softwares de monitoreo clasificándolos en libres y comerciales resaltando sus características que los hacen diferentes.

Software libre
Zenoss: Permite a los usuarios supervisar la disponibilidad, inventario y confiabilidad de desempeños y los acontecimientos. Supervisa la disponibilidad de dispositivos de red mediante SNMP, SSH, WMI, servicios de red (HTTP, POP3, NNTP, SNMP, FTP) y los recursos de host (procesador, uso de disco).
MUNIN: Utiliza RRDtool para presentar resultados en gráficos a través de una interfaz web.

Zabbix: Monitorea y da seguimiento de la situación de los diferentes tipos y servicios de red, servidores y otro tipo de hardware de red.
Cacti: Cacti es una herramienta web de gráficas que está diseñada como una interfaz completa para almacenamiento de datos de RRDtool y la utilidad gráfica que permite a los usuarios monitorear y graficar la carga de la CPU, la utilización de ancho de banda de red, el tráfico de red, y mucho más. Puede ser utilizado para configurar la recopilación de datos en sí, lo que permite configuraciones particulares, a controlar sin ningún tipo de configuración manual de RRDtool. Cacti permite sondear los servicios en el período preestablecido y el gráfico de los datos resultantes. Se utiliza principalmente para representar gráficamente los datos de series temporales de parámetros tales como la carga de la CPU y la utilización de ancho de banda de red. Cacti se puede ampliar para controlar cualquier fuente a través de scripts de shell y ejecutables. También es compatible con arquitectura de plugins y tiene una comunidad grande y activa que se ha reunido en torno a los foros de Cacti para proporcionar scripts, plantillas y consejos sobre creación de plugins.

Software comercial
Netcrunch: Es un software comercial para el monitoreo de red multiplataforma y sin agentes, desarrollado por AdRem Software, Inc.. Este programa monitorea 65 servicios de red, aplicaciones de Windows; Sistemas Windows, Linux, BSD, Mac OS X, NetWare y dispositivos SNMP (v1-3) sin agentes; centraliza la gestión de fallas recolectando y alertando eventos de diferentes fuentes, incluyendo el registro de eventos de Windows, syslogs y trampas SNMP. Además presenta la topología de la red física y lógica al mismo tiempo que se actualizan las vistas gráficas dinámicas automáticamente.

viernes, 24 de octubre de 2014

Actividad 7

Actividad 7
Monitoreo de red
PRTG

PRTG Network Monitor monitoriza sistemas Windows, Linux, Unix y MacOS. La solución soporta SMMP, WMI, monitorización Flow, así como a snifing de paquetes, y monitorización de dispositivos IPv4 e IPv6.
Ofrece alrededor de 200 tipos de sensores específicamente diseñados para la monitorización de: QoS, páginas web, email, aplicaciones, bases de datos, ambientes virtuales y mucho más.
PRTG asegura la disponibilidad y mide el tráfico y el uso de los componentes de red. Reduce costos evitando interrupciones, optimizando las conexiones, la carga y calidad, ahorrando tiempo y controlando los Acuerdos de Nivel de Servicio (SLAs).
Para realizar esta práctica primero se realizó la descarga e instalación de PRTG, como segundo paso, se ejecutó el acceso directo PRTG Network Monitor que se creó en escritorio posteriormente a la instalación. Al abrirse la página, en el menú Aparatos/Crear un grupo, se creó un nuevo grupo llamado ROUTPC al cual se le cargaron algunos sensores que realizarán el monitoreo a la red www.itsanjuan.edu.mx. Los sensores seleccionados fueron: PING que monitoriza la conectividad usando ping y HTTP monitoriza un servidor web.



Día 1
Al abrir el sensor se muestra toda la información que este arrojará durante el monitoreo.
Sensor Ping
En la parte superior de la ventana, muestra algunos datos de gran importancia, los cuales indican el Último escaneo que indica el tiempo transcurrido desde el último escaneo realizado por el sensor, Último disponible que muestra el tiempo transcurrido desde el último acceso al sensor, Última falla que indica el tiempo de la última falla, Tiempo disponible que enseña la disponibilidad del sensor, Tiempo de falla que es el mismo en que tardo la última falla, Cobertura, Tipo de sensor que se utiliza, Dependencia y el Intervalo con el que realiza el monitoreo con el sensor, es decir, cada cuanto tiempo se realiza.


Muestra también una gráfica en la cual indica los registros del Tiempo inactivo (%), Tiempo de ping (mseg), el mínimo y el máximo (mseg ambos) y la Pérdida de paquetes (%).


Y como representación de los datos de la gráfica, se crea una tabla con la fecha y hora, tiempo de ping, el mínimo y máximo, la cantidad de pérdidas de paquetes, tiempo de conectividad y cobertura.
Aquellos registros que marcan error fueron realizados en un momento en que la conexión a internet falló.



Sensor HTTP
Al igual que el sensor Ping, el sensor HTTP muestra los datos de último escaneo, último disponible, última falla, tiempo disponible, cobertura, el tipo de sensor que se utiliza, su dependencia y el intervalo con el cual se realiza el monitoreo con este tipo de sensor.

La gráfica que genera, muestra los registros de tiempo de inactividad y



Día 2
Sensor ping
En el segundo día se pudieron observar algunos cambios, como el último escaneo se realizó hace 28 segundos, el último ping disponible se realizó hace 219 segundos, la última falla se registró hace 28 segundos, en el tiempo disponible y el tiempo de falla se registró un pequeño aumento.

En la gráfica se pudo observar el cambio que sufrieron dentro del tiempo inactivo y el tiempo de ping.

En la tabla que se crea con los datos de la gráfica, se observa en los datos marcados en color rojo los registros de error.


Sensor HTTP
El sensor HTTP registró también sus cambios, los cuales se observaron en el último escaneo que se realizó hace 52 segundos al igual que el último disponible, en el registro de la última falla se registró hace 95 segundos, y en los registros de tiempo disponible y tiempo de falla se incrementaron. La cobertura no sufrió cambios.

En la gráfica se registraron los datos y como se observa en un tiempo determinado la actividad de HTTP fue muy alta.

La tabla muestra una gran parte de los registros en rojo, esto indica que la conexión a internet fue fallida durante ese periodo de tiempo.


Día 3
Sensor Ping
Durante el tercer día se registraron cambios en el registro del último escaneo que se realizó hace 33 segundos, el último disponible que fue hace 4.44 segundos, su última falla hace 33 segundos y los registros de tiempo disponible  y tiempo de falla tuvieron un ligero aumento.

Los cambios generados se observan en la gráfica. Como se ve el tiempo de inactividad ha crecido como lo marca la línea roja.

La tabla han quedado registrados los datos y se puede observar que las columnas en rojo indican que el porcentaje de inactividad aumento de entre un 77% y un 100%.

PRTG puede simular errores en la red, lo cual puede ayudar a ver las consecuencias que podrían suceder si esto pasara.

La línea punteada que se observa en la gráfica indica el tiempo que duro la simulación de error. Como consecuencia a esto el tiempo de inactividad creció y el tiempo de ping disminuyó.


En la tabla también se registró la simulación que duro menos de un minuto, se registran en color rojo.

Sensor HTTP
Los registros de este sensor indican que los cambios generados no fueron demasiado grandes. El último escaneo fue generado hace 33 segundos al igual que el último disponible, la última falla registrada fue hace 11.11 segundos y el tiempo de disponibilidad y de falla casi no hubo aumento ni baja.


En la tabla muestra que el tiempo de inactividad fue de entre 77% y 100% y se repitieron no más de 5 veces.


Día 4
Sensor Ping
En los registros del sensor Ping ha habido algunos cambios. Se ha registrado una gran inactividad de ping en la red debido a que existió una falla prolongada de internet.
Como se observa en la gráfica la línea punteada de color rojo se extendió durante un largo tiempo. Después de eso la actividad registrada fue muy intensa y los datos son muy elevados. El tiempo de falla que se registró fue de 87% el cual es muy grande.

En la tabla se observa en las columnas de color rojo que existió un error que se repitió varias veces durante todo ese día.


Sensor HTTP
En este sensor también se observa que el tiempo de inactividad fue muy largo. Al tener una conexión a internet, inmediatamente se registraron los datos y como se observa fueron muy altos. El tiempo de falla fue de 85% y el tiempo disponible fue de 14% que es muy poca a comparación de la otra.

En la tabla se puede observar más detenidamente el tiempo que  se registró el fallo. Mismo que se repitió varias veces.

Se realizó una simulación de error dentro del sensor HTTP. Se observa que la inactividad del sensor se ve registrada en la gráfica

En la tabla se puede observar más detallada la simulación de error.

Al realizar esto, los registros se ven afectados y cambian los registros.

Día 5
Sensor Ping
Dentro de los registros de este sensor indican que no hubo cambios tanto en tiempo disponible como de tiempo de falla. Lo que sí cambió fue que el último escaneo y es último disponible se realizaron hace 50 segundos. Se registra también una gran inactividad del sensor debido a fallas de conexión.

Como se observa en la tabla los registros del error se repitió durante un largo tiempo, donde el tiempo de inactividad llegó hasta el 100%.


Sensor HTTP
En el monitoreo del sensor HTTP muestra un gran tiempo de inactividad y un tiempo de falla de 85%. El tiempo de carga sufrió varios cambios en un determinado tiempo.

En la tabla se muestra que existió un error que se repitió varias veces que fue la inactividad. También se observa que existió un tiempo en que no hubo registros de actividad del sensor.


Conclusión:

La monitorización de redes nos ayuda a optimizar la red, ya que nos facilita información detallada sobre el uso de la banda ancha y otros recursos de la red. Con la herramienta PRTG se evitan las pérdidas causadas por fallos en la red sin detectar y un rendimiento mejor ya que el monitoreo de red nos ayuda a evitar la saturación de la red. Este tipo de herramientas son escasas para los sistemas de Windows y los existentes son poco conocidos.