Curso: Seguridad de redes e Internet 09: Aplica controles que son apropiados para una red de datos

Seguridad de Redes e Internet
Ingeniería de Sistemas y Seguridad Informática
Mg. Ing. Jack Daniel Cáceres Meza, PMP
Sesión 09
Aplica los controles que son apropiados para
una red de datos

2
(año 1999)
8 canales de voz
Correo intercampus
Intranet/WEB internos
FTP interno
Aplicaciones
C/S
Otros (NetBIOS/IPC)
Diagrama de la red de comunicaciones de la UPC
Router
Radio enlace
Internet
Radio enlace
Central
Telefónica
Router
Computadoras
de usuarios
PROD
SPRING
CORREO
OWA
WEB
UPC
Intranet DNS
Externo
Correo VIP
Listas de interés
Switches de
Pabellones
H:s
Radio enlace
Central
Telefónica
Router
Computadoras
de usuarios
PRODSI
CORREO
WEB
CIB/CLI/EE
Intranet SI
OWA
e-CLI
Switches de
Pabellones
H:s
PROXY
PROXY
Firewall
CheckPoint
Computadoras
de usuarios
Computadoras
de usuarios
Switch
Principal
San Isidro
Monterrico
Router
Leyenda:
Enlace inseguro
Enlace semi-
seguro
Zona
desprotegida
SARA
Switch
Principal
Computadoras de
usuarios remotos
Zona protegida

3
Tres dimensiones de la administración de redes
 Dimensión Funcional
 Se refiere a la asignación de tareas de administración por medio de áreas
funcionales.
 Dimensión Temporal
 Se refiere a dividir el proceso de administración en diferentes fases
cíclicas, incluyendo las fases de planeación, implementación y operación.
 Dimensión del escenario
 Se refiere al resto de los escenarios adicionales al de administración de
redes, como son administración de sistemas, administración de
aplicaciones, otros.
Fuente: Carlos A. Vicente Altamirano, Un modelo funcional para la administración de redes, 2003

4
Dimensiones de la administración técnica
Enfoques para
soportar las
herramientas de
administración:
• Aislamiento
• Coordinación
• Integración
Estándares de
una
arquitectura de
administración:
• Información
• Organización
• Comunicación
• Funciones

5
Enfoque aislado
 Enfoque aislado: se crea una herramienta para cada problema de
administración.
 Las herramientas trabajan de forma independiente, a partir de
información de administración independiente y con diferentes interfaces
de usuario.
 Si se tiene una red altamente distribuida no tiene sentido tener una
administración de este tipo (requiere mucho personal).
 Se considera que la administración es aislada aunque se use la misma
pantalla y se asigne una ventana para cada herramienta.
Fuente: Hegering, Abeck & Neumair. Integrated Management of Networked Systems. Morgan Kaufmann Publishers. 1998

6
Enfoque coordinado
 Enfoque coordinado: las herramientas que aun están aisladas por la
forma en que proveen una función son coordinadas; se coordinan al
ser utilizadas (es decir, se busca que las herramientas se
complementen unas a otras).
 El resultado que genera una herramienta puede ser utilizado como los
datos de entrada de otra. Una forma de lograr esto es elaborando scripts
para “programar” la interacción entre diferentes herramientas.
 Una “integración superficial” o integración de interfaces de usuario
dentro de un enfoque coordinado las diferentes aplicaciones y
herramientas de administración se operan y controlan y operan sobre
una interface de usuario común (GUI común).

7
Enfoque coordinado
 Para tener una integración de interface (“estandarización de la
interface”) se supone que las herramientas de administración tienen
algo en común, o que se utiliza un menú para seleccionar las diferentes
aplicaciones desde la consola del operador.
 La estandarización de interface y la posibilidad de coordinar ciertos
procesos administrativos no implica uniformidad en la información de
administración ni en las funciones de las herramientas.

8
Enfoque integrado
 Se dice que el enfoque es integrado cuando los componentes que
están siendo administrados en un ambiente heterogéneo son capaces
de suministrar información que puede ser interpretada en tal forma
que no dependa del vendedor.
 Esta información debe poderse acceder sobre interfaces y protocolos bien
definidos. (la frontera entre el enfoque coordinado y el integrado es sutil)
 Las plataformas de administración abiertas proporcionan la base para un
enfoque integrado.
 Las plataformas son los sistemas de transporte para las aplicaciones de
administración, que a su vez hacen uso de otros sistemas y herramientas
de admistración o de recursos que necesitan ser adiministrados.

9
Enfoque integrado
 Si una plataforma de administración se utiliza para realizar una
administración integrada en un ambiente heterogéneo, sin importar
quien sea el fabricante de los componentes de la red, los siguientes
aspectos deben ser especificados:
 La descripción de los objetos administrados (el mismo modelo de
información)
 Soporte de aspectos relacionados con la organización, roles y reglas de
cooperación (el mismo modelo organizacional)
 La descripción de los procesos de comunicación para propósitos de
comunicación (el mismo modelo de comunicaciones)
 Estrudtura de las funciones de administración (el mismo modelo
funcional)

10
Enfoque integrado
 Un armazón donde se pueden colocar estándares relacionados con la
administración y que abarquen los cuatro aspectos mencionados
recibe el nombre de arquitectura de administración.
 Las arquitecturas de administración son el prerequisito para el diseño de
plataformas (sistemas) de administración en ambientes heterogéneos.
 La meta de una arquitectura de administración es definir un armazón
dentro del cual pueda crearse un “armotodo” o “lego” de módulos que
puedan combinarse para resolver problemas específicos de
administración con un máximo de flexibilidad y de interoperabilidad,
permitiendo construir una solución de administración óptima para cada
ambiente (red o sistema distribuido) específico.

11
Estándares de una arquitectura de administración
 El submodelo de información (de una arquitectura de administración)
busca controlar los métodos utilizados para modelar y describir los
objetos administrables.
 Además, una definición estándar de objetos administrables es un
prerrequisito para interoperabilidad de la administración: permite a
redes heterogéneas interactuar con propósitos de administración.
Arquitectura de administración OSI

12
 El submodelo de organización (de una arquitectura de administración)
define los actores (elementos que participan en la administración), sus
roles y las reglas de cooperación entre ellos.
 Los modelos de cooperación pueden ser agent-manager o peer-to-
peer. Pueden definirse dominios para agrupar recursos que serán
administrados. En estos dominios se definen políticas (reglas)
específicas de administración.
 Los dominios y las políticas son también objetos administrables.

13
 El submodelo de comunicaciones (de una arquitectura de
administración) establece y define los elementos y conceptos
necesarios para que los componentes del sistema (actores) puedan
intercambiar información de administración
 por ejemplo, quiénes pueden comunicarse, especificar los servicios y
protocolos, definir la sintaxis y la semántica de los formatos de
intercambio, además de los protocolos de administración que se
colocarán dentro de la arquitectura de comunicaciones utilizada.
 La comunicación puede establecerse a través del intercambio de
información de control, solicitudes de información de estado o
generación de mensajes de eventos

14
 El submodelo funcional (de una arquitectura de administración) divide
la complejidad de la administración en áreas funcionales de
administración e intenta especificar funciones de administración
genéricas.
 El modelo funcional proporciona las bases para construir librerías de
soluciones de administración parciales y facilitar la delegación de
funciones de administración a diversos agentes/personas.

15
¿Controles?
Fiabilidad
Disponibilidad
Rendimiento
Planificación
Auditoría
Gestión del cambio
Gestión de configuraciones
Supervivencia
Interacción
Fuente:
http://www.cisco.com/en/US
/technologies/tk869/tk769/t
echnologies_white_paper09
00aecd806c0d88.html
Fuente:
http://integrared.blogspot.com/
2009/07/las-cinco-capas-
funcionales-de-la.html

16
Presenta un modelo real , orientado a objeto,
actualizado y ampliamente aplicable, definido
por un número de estándares y basados obre el
modelo de comunicaciones de siete capas OSI

17

18
http://www.satec.es/es-ES/NuestraActividad/CasosdeExito/Paginas/SIGRA.aspx
Proyecto SIGRA (Sistema Integral para la Gestión de la Red de AENA)
AENA (Aeropuertos Españoles y Navegación Aérea)
Para aportar una visión de negocio a la gestión de servicios de comunicaciones, se diseñó la solución en base a la
arquitectura funcional TMN (Telecommunications Management Network) definida por el ITU (International
Telecommunication Union) en la serie de recomendaciones M.3000, M.3010, etc. y en el nuevo paradigma de
gestión basado en la monitorización proactiva de los servicios de negocio unida al conocimiento topológico de
los equipos integrantes de los servicios.
Ejemplo de arquitectura funcional
TMN
FCAPS

19
Funciones de administración definidas por OSI
1. Configuración
1. La administración de configuración se usa para localizar los recursos,
incluyendo los que fallan, y también mantener una pista de los tipos de
recursos y sus detalles.
2. Uno de los objetivos claves de la administración de sistemas es el
mantenimiento de operación continua de una red y el mantenimiento de
los recursos operacionales.
3. Comprende las funciones de monitoreo y mantenimiento del estado de
la red.
4. Cualquier cambio de los datos sobre los elementos de configuración
debe reflejarse en la base de datos acerca de la topología y estado.
http://seikai.galeon.com/

20
2. Fallas
1. Abarca todo lo concerniente a la detección, aislamiento mediante un
análisis, y corrección de funcionamientos operacionales inusuales en el
ambiente OSI.
2. Esto es deterioro del servicio y situaciones de error.
3. Una administración de fallas efectiva requiere que los errores sean
"loggeados" en la base de datos, ya sea por el administrador o por un
agente, dependiendo de la situación (ejemplo, el agente no tiene
suficiente memoria).
4. Para el caso de fallas complejas, es necesario examinar el loggeado de
errores y correr una serie de test de diagnóstico.

21
3. Contabilidad
1. Incluye información relevante a usuarios y autoridades acerca del uso de
los recursos y los costos asociados con dicho uso.
2. En algunos casos, especialmente cuando los recursos computacionales
son escasos, puede ser necesario establecer límites en el uso de los
recursos.
3. Permite el establecimiento de cargos a usuarios por uso de los recursos
de la red.

22
4. Rendimiento
1. Para la realización de una planificación de capacidad, se necesita
recolectar datos relacionados con la performance y algunos de estos
datos requieren recurrir a datos históricos que se encuentran
almacenados.
2. Administración de performance también se refiere al análisis y
evaluación de la efectividad de los recursos.
3. Para esto se requiere recurrir a información estadística de cada recurso,
analizarla para maximizar el rendimiento de cada recurso y almacenar
esta información en la base de datos.
4. Mantiene el comportamiento de la red en niveles aceptables.

23
5. Seguridad
1. Se refiere a la seguridad de la red y de los sistemas de computadoras,
especialmente enfocado en lo relativo a la seguridad de las funciones de
administración de sistemas, tales como objetos administrados y
administración de contabilidad.
2. Provee mecanismos para autorización, control de acceso,
confidencialidad y manejo de claves.

24
6. Negocios
1. La función de administración de negocios es una colección de aspectos
de las áreas funcionales de administración de configuración,
administración de contabilidad y administración de la seguridad de las
funciones de administración de los sistemas OSI.
2. Todo al HW, SW y recursos computacionales usados están registrados.
3. Después de recolectar los detalles de todos los recursos
computacionales, lo usamos para administrar el costo.
4. Aquí es donde entra en escena la administración financiera.
5. El costo total del uso de los recursos y cuánto es usado por cada usuario
individual, departamento o división necesita ser calculado.
6. Abarca una rango mayor que la planificación que se realiza en el área de
administración de contabilidad.
7. La idea es realizar una planificación de facilidades y necesidades para
que redunde, a largo plazo, en una mayor carga de trabajo.

25
Modelo
BML: Nivel de gestión de negocios, que implementa
funciones de gestión comercial estratégica tales
como presupuestos y facturación.
NEL: Nivel de elementos de red, que implementa
entidades lógicas en el dispositivo.
SML: Nivel de gestión de servicios, que implementa
mecanismos para garantizar los convenios de nivel
deservicio y mantener la calidad del servicio (QoS)
.
NML: Nivel de gestión de redes, que implementa
gestión de ruta, gestión de topología y aislamiento
de fallas
EML: Nivel de gestión de elementos, que
implementa las funciones de gestión de rendimiento,
fallas y configuración a nivel de dispositivo.

26
Productos
Fuente: http://www.davidromerotrejo.com/2013/04/metodologia-de-redes-fcaps.html

27
Comparación
entre la
arquitectura
de gestión
TINA-C y TMN
El Consorcio TINA ha
desarrollado la
arquitectura de red
de información de
telecomunicaciones
que define una
arquitectura abierta
para aplicaciones de
telecomunicaciones
con soporte lógico
distribuido. TINA-C se
compone de
operadores y
suministradores de
equipos de
telecomunicaciones e
informática.

28
Fuente: http://www.manageengine.tw/webnms/webnms/webnms_pb.html
WebNMS Framework 5 –una aplicación de lo anterior
¿Qué ofrece?
• Unified management
• Network-wide visibility
• Element management
• Scalable architecture
Application servers JBoss
Web servers Tomcat
Common Object Request Broker
Architecture (CORBA)

29
http://www.tecsidel.com/es/soluciones/monitorizacion-y-oss-tic/gestion-de-red-nms-y-soporte-a-la-operacion-oss

30
Trabajo práctico
 La empresa piurana que conocemos desea que gestione su red de
datos.
 ¿Cómo plantearía realizar esta gestión?
 Grupos de tres
 45 minutos para desarrollo
 15 minutos para exposición

jack_caceres@hotmail.com
Gracias por su atención
¿Preguntas?
jack_caceres@hotmail.com

Curso: Seguridad de redes e Internet 09: Aplica controles que son apropiados para una red de datos

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Curso: Seguridad de redes e Internet 09: Aplica controles que son apropiados para una red de datos

Similar a Curso: Seguridad de redes e Internet 09: Aplica controles que son apropiados para una red de datos (20)

Más de Jack Daniel Cáceres Meza

Más de Jack Daniel Cáceres Meza (20)

Último

Último (20)

Curso: Seguridad de redes e Internet 09: Aplica controles que son apropiados para una red de datos