Algo de programación JAVA [Parte 1]

¿Qué son los objetos?
En informática, un OBJETO es un conjunto de variables y de los métodos relacionados con esas variables.
Un poco más sencillo: un objeto contiene en sí mismo la información y los métodos o funciones necesarios para manipular esa información.
Lo más importante de los objetos es que permiten tener un control total sobre 'quién' o 'qué' puede acceder a sus miembros, es decir, los objetos pueden tener miembros públicos a los que podrán acceder otros objetos o miembros privados a los que sólo puede acceder él. Estos miembros pueden ser tanto variables como funciones.
El gran beneficio de todo esto es la encapsulación, el código fuente de un objeto puede escribirse y mantenerse de forma independiente a los otros objetos contenidos en la aplicación.
¿Qué son las clases?
Una CLASE es un proyecto, o prototipo, que define las variables y los métodos comunes a un cierto tipo de objetos.
Un poco más sencillo: las clases son las matrices de las que luego se pueden crear múltiples objetos del mismo tipo. La clase define las variables y los métodos comunes a los objetos de ese tipo, pero luego, cada objeto tendrá sus propios valores y compartirán las mismas funciones.
Primero deberemos crear una clase antes de poder crear objetos o ejemplares de esa clase.
¿Qué son los mensajes?
Para poder crear una aplicación necesitarás más de un objeto, y estos objetos no pueden estar aislados unos de otros, pues bien, para comunicarse esos objetos se envían mensajes.
Los mensajes son simples llamadas a las funciones o métodos del objeto con el se quiere comunicar para decirle que haga cualquier cosa.
¿Qué es la herencia?
Qué significa esto la herencia, quíen hereda qué; bueno tranquilo, esto sólo significa que puedes crear una clase partiendo de otra que ya exista.
Es decir, puedes crear una clase a través de una clase existente, y esta clase tendrá todas las variables y los métodos de su 'superclase', y además se le podrán añadir otras variables y métodos propios.

El apasionado mundo de los LOGS

El otro día en clase me ocurrió algo que hizo que me interesara por los LOGS (un poco solo eh!). Suelo usar mucho elSSH para enviarme datos y ayudar a amigos y todo y que tengo el puerto cambiado por si las moscas, algún alumno avispado (y un poco ingenuo) creyó que sería divertido reiniciarme el PC mientras trabajaba. Así que después de un cabreo de 10 minutos me acordé de los LOGS y encontré quién fue ese alumno “avispado”. 

El sistema de LOGS de GNU/Linux (log en inglés significa registro), es un mecanismo estándar que se encarga de recoger los mensajes generados por programas, aplicaciones y demonios y los envía a una serie de archivos los cuales llamamos LOGS. En cada mensaje consta de la fuente (el programa o aplicación que lo generó) la prioridad, fecha y la hora. 

Los registros más comunes son los siguientes: 

/var/log/kern.log: Guarda un registro de los mensajes del Kernel. 
/var/log/syslog: Registro de mensajes del sistema y de sus programas. 
/var/log/dmesg: Información de arranque del sistema y conexiones de hardware principalmente. 
/var/log/debug: Información de depuración de los programas. 
/var/log/Xorg.0.log: Información sobre el entorno gráfico. 
/var/log/boot.log: Información del arranque. 
/var/log/fontconfig.log: Configuración de las fuentes del sistema. 
/var/log/mail.log: Logs del servidor de correo. 
/var/log/auth.log: Conexiones al sistema incluidos los intentos fallidos y los accesos como root. 
/var/log/crond: Tareas programadas (cron) 
/var/log/daemon.log: Alertas especificas de algunos demonios 
/var/log/errors.log: Nos muestra errores. 
/var/log/httpd: Si tenemos un servidor de Apache aquí se registran los eventos. 
/var/log/messages.log: Alertas generales del sistema. 
/var/log/mysqld.log: Registro de eventos de MySQL. 
/var/log/secure: Registro de seguridad. 
/var/log/vsftpd.log: El log del servidor FTP (vsfp). Proftpd.log para el servidor FTP proftpd. 

Si intentáis visualizar un archivo de estos os daréis cuenta de que son archivos muy largos y quizás a veces encontrar algo puede ser toda una odisea (y si no preguntadle algún administrador jaja) así que nos podemos ayudar de los comandos grep y tail. 

Por ejemplo, si queremos saber cuando un usuario se a conectado al servidor, podríamos usar este comando: 

sudo cat /var/log/secure | grep NombreUsuario 

Pero si por ejemplo queremos ver las 10 últimas lineas podemos hacer: 

sudo tail /var/log/secure 

Se puede usar -n para que nuestre el numero de lineas indicadas, por ejemplo: 

sudo tail -n 20 /var/log/secure 

O si prefieres abrir el fichero y que se vaya actualizando: 

sudo tail -f /var/log/secure 

Los archivos de LOG crecen y con el tiempo se pueden volver muy extensos, pero no tenemos que preocuparnos porque en /etc/cron.daily (tareas que se ejecutan cada día) está el script /etc/cron.daily/logrotate, (cuyo archivo de configuración es /etc/logrotate.conf), que se encarga de comprimirlos y aplicar una rotación de archivos, añadiéndoles la extensión .1.gz, .2.gz, etc., volviendo a crear uno vacío (cuanto mayor sea el número más antiguo será el log). 

Fuente: Portallinux

Redes y seguridad [Taller 3]

Preguntas interpretativas 
________________________________________ 

1. Existe una relación directa entre las vulnerabilidades y el algoritmo P-C. En el “denial of service”, por ejemplo, existen diferentes maneras de llevar a cabo esta vulnerabilidad. ¿Cómo se relacionan estas maneras de llevar a cabo las vulnerabilidades con el algoritmo P-C? Realice un informe para los técnicos de mantenimiento en el que explique esta situación. 

Como bien se sabe el denial of service es interrumpir la comunicaciónentre el productor y el consumidor y para esto los crackers pueden usar variosmétodos tales como utilizar correo basura, saturar el ancho de la banda, usargusanos para consumir el espacio en los PC tanto del productor comodel consumidor, utilizando virus, etc.Es por esto que debemos estar atentos y utilizar las herramientas quedetectan estos ataques para evitarlos, denegando servicios en áreasespecíficas e implantando controles de seguridad.Es importante entender que las contraseñas de red y de los accesos a losequipos de comunicación que intervienen en la red, deben tener clavesde acceso complejas para ser protegidos tanto en los ya mencionados comoen los enrutadores, switch, Bridge, Access Point y demás equipos decomunicación que intervienen en este sistema además estar pendiente de los informes que realizan los programas de chequeo para tomar las medidas necesarias y evitar inconvenientes con este tipo de ataques. 

2. “Toda herramienta usada en la administración de una red, es potencialmente maligna y potencialmente benigna”. Interprete esta afirmación y agregue, a su manual de procedimientos, una cláusula en la que haga pública esta observación. Tenga en cuenta la división de puestos de trabajo explicada en unidades anteriores. 

Las herramientas utilizadas para administrar una red puede ser benignas porque nos ayudan a mejorar la seguridad en el sistema teniendo un catálogo de datos y contraseñas para cada usuario. Lo cual nos permite realizar un mayor control de las actividades y procesos realizados por cada usuario. 
Las herramientas utilizadas para administrar una red puede ser maligna en el caso de no tener en cuenta el proveedor ya que puede ser utilizado por un hacker para hacer pruebas de seguridad pero un cracker la utiliza para hacer daño en la información, robo o destrucción. 

  
Preguntas argumentativas 
________________________________________ 

1. Los logísticos de las actividades de la empresa son INDISPENSABLES para el diagnóstico de la seguridad de la red. ¿Cuáles logísticos considera usted prioritarios para el problema de e-mail bombing, spamming y el “denial of service”? Justifique su elección. 

Ya que Email –bombing consiste en enviar varias veces el mismo mensaje a un usuario, y el spamming consiste en enviar un mensaje a miles, e incluso, millones de usuarios. 
Considero el logístico de mails recibidos muy importante ya que si se tiene una cuenta de usuario con correo podría ser vulnerable. Por ejemplo cuando un correo es sobrecargado de elementos, puede darse un “denial of service” porque la máquina se sobrecarga con la cantidad de mails que debe procesar, llenando el disco duro con logísticos de mails recibidos, o una sobrecarga de las conexiones de red. 

2. ¿Qué tan útiles o perjudiciales pueden ser los demonios en su red? Realice un informe en el que explique el porqué se deben instalar demonios en el sistema de comunicación de la empresa, cuáles y por qué. 

Los de demonios son muy útiles ya que se ejecuta en segundo plano, y no tiene interfaz gráfica para comunicarse con el usuario. Como objetivo principal se encarga de brindar procesos y servicios de manera silenciosa y no permite la interacción del usuario al momento de ser alterados por este. 

Por ejemplo. 
El demonio de servidor smbd suministra servicios para compartir archivos e impresión a clientes Windows. Además, es responsable por la autenticación de usuarios, el bloqueo de recursos y compartir datos a través del protocolo SMB. Los puertos predeterminados en los cuales el servidor escucha por tráfico SMB, son los puertos TCP 139 y 445. 

  
Preguntas propositivas 
________________________________________ 

1. Seleccione las herramientas que considere necesarias para usar en su red de datos, que permitan generar un control de acceso. Tenga en cuenta que estas herramientas seleccionadas deberán ir incluidas en el manual de procedimientos. Por esta razón, cree el procedimiento de uso de cada una de las herramientas seleccionadas. 

NetReg 
NetReg Carnegie Mellon ofrece a los administradores una plataforma central para la administración de direcciones IP y administración de la información relacionada con la red. NetReg mantiene una base de datos de información de subred, las zonas DNS, las opciones de DHCP, los registros de la máquina, y mucho más. Tiene un mecanismo de control de acceso de grano fino para proporcionar a los administradores una flexibilidad máxima en la delegación de acceso. 

NetMon 
NetMon, la "hermana" de NetReg, recopila y procesa la información de la red. Captura CAM tabla y la información de la tabla ARP de dispositivos de red, así como el almacenamiento de información de arrendamiento DHCP. El objetivo de NetMon es proporcionar tanto un tiempo real, así como visión histórica de la red. Usando NetMon somos capaces de detectar máquinas tendrán problemas de registro y no registrados, y rápidamente identificar la ubicación de las máquinas en la red. 

Componentes básicos del sistema 
NetReg y NetMon están escritas en Perl. Utilizan los módulos DBI para interactuar con bases de datos MySQL. Usamos el servidor web Apache y mod_perl ejecutar en el servidor NetReg. Generamos zonefiles DNS y configuraciones para el ISC Bind 8/9 servidores y el servidor ISC DHCP. Carnegie Mellon corre Linux NetReg nuestro servidor y los servidores DNS y DHCP relacionados, pero NetReg no tiene dependencias específicas sobre Linux. 

2. De la misma manera que en el caso anterior, seleccione las herramientas que usará para chequear la integridad de su sistema y realice el procedimiento de uso de cada una de ellas. 

TRINUX 

Trinux, más que un programa es un conjunto de herramientas para monitorear redes que usan el protocolo TCP-IP. Esta herramienta no se instala en el sistema, sino que es usada directamente desde el dispositivo de almacenamiento en que se encuentra, corriendo enteramente en la memoria RAM del computador. 

Este paquete trae aplicaciones para controlar el tráfico de mails entrantes y salientes, herramientas básicas de redes, detector de sniffers, y herramientas de seguridad para los servidores de nuestra organización. 

NFS 

NFS trabaja muy bien compartiendo sistemas de archivos enteros con un gran número de hosts conocidos de una manera muy transparente. Sin embargo, esta facilidad de uso trae una variedad de problemas potenciales de seguridad. 

Los puntos siguientes deberían ser considerados cuando se exporten sistemas de archivos NFS en un servidor o cuando se monten en un cliente. Haciendo esto reducirá los riesgos de seguridad NFS y protegerá mejor los datos en el servidor. 

COPS 

• Chequea aspectos de seguridad relacionados con el sistema operativo UNIX. 
• Permisos de archivo 
• Permisos de escritura y lectura. 
• Chequeo de password. 

TIGER 

• Chequea elementos de seguridad del sistema para detectar problemas y vulnerabilidades. 
• Configuración general del sistema. 
• Sistema de archivos. 
• Caminos de búsqueda generados. 
• Alias y cuentas de usuarios.

Proxmox VE [Parte 1/3 - Instalacion]

Hola a todos!!!

Hoy quiero compartir con ustedes un proyecto que hice para virtualizar servidores...

Despues de mucha busqueda de sistemas operativos libres en la web - pase por  CentOS, Ubuntu server y otros - encotre uno que me gusto bastante, se llama Proxmox.

Descargamos el ISO de la pagina oficial de PROXMOX

Lo primero que haremos es instalarlo en nuestro servidor REAL!!! esta instalacion es sencilla pero se las voy a mostrar aunque esta vez lo hare en una maquina virtual XD!!

Aqui nos aparece el contrato de licencia del PROXMOX, le damos clic en aceptar.

Aqui nos muestra la informacion acerca de como van a quedar las particiones del disco duro, este SO coje todo el disco. Ademas, de la deteccion del hardware y nos dice que la interfaz grafica del usuario, es por un explorador web.

Aqui nos esta pidiendo la localizacion geografica del servidor y su lenguaje

 
Nos pide la contraseña para el ROOT y un correo electronico.

Por ultimo, nos pide el nombre del host que estamos creando, ps, para hacerle la busqueda por medio de un DNS. ademas de las direcciones de red.

Al darle siguiente a la pagina anterior, empieza la copia de archivos y configuracion de nuestro servidor de virtualizacion...

Aqui ya nos dice que el server, esta instalado  que debemos de reiniciar la maquina

Y esto vemos despues del reinicio.

___________________________________________________________

Saludos a todos y espero que les sirva este pequeño tutorial

Comentar es apoyar

Instalar entornos en Ubuntu Server

Instalación de GNOME 
Si quieres instalar GNOME en Ubuntu Server con todas las aplicaciones usa estos comandos: 

sudo apt-get update 
sudo apt-get install ubuntu-desktop 

Instalando el paquete ubuntu-desktop, estamos instalando el entorno gráfico completo, incluyendojuegos, aplicaciones, etcétera… 

También existe la posibilidad de instalar GNOME en modo escritorio mínimo con el siguiente comando: 

sudo apt-get update 
sudo apt-get install xorg gnome-core 

Ya tienes el escritorio mínimo instalado, Lo que os ha instalado ha sido los “Accesorios” (solamente el editor de textos, la terminal y Firefox para poder navegar por Internet. Pero como es una instalación mínima, el idioma por defecto es el inglés. 

Para instalar el soporte de idioma español, abrimos la Terminal y vamos poniendo de uno en uno: 

sudo apt-get update 
sudo apt-get install language-pack-es 
sudo apt-get install language-pack-es-base 
sudo apt-get install language-pack-gnome-es 
sudo apt-get install language-pack-gnome-es-base 
sudo apt-get install language-selector 
sudo apt-get install language-support-es 

Después de instalar todos los soportes, instalamos gksu para que funcionen correctamente los menús:

sudo apt-get install gksu 

Para instalar las Herramientas de red tecleamos esto en la Terminal: 

sudo apt-get install gnome-system-tools gnome-nettool 

Una vez instalado, y esto es lo más importante, tenemos que llamar a la interfaz por primera vez, para llamar la interfaz escribimos: 

startx 

Y ya tienes el entorno gráfico correctamente instalado, con soporte de idioma español y también vemos como instalar las Herramientas de red, en Ubuntu Server con escritorio mínimo. 

PSI (Politicas de Seguridad Informatica) [Parte 4]

¿Qué es y para que deseamos un procedimiento en nuestra organización?

Un procedimiento se define como una sucesión cronológica de operaciones concatenadas entre sí, con el objetivo de obtener un fin o meta. Como nuestra meta es mantener la seguridad de la organización, y mantener estable el algoritmo P-C, debemos contar con una serie de procedimientos que nos permitan responder de manera apropiada a las situaciones más comunes. Todos estos procedimientos se deben almacenar en un “manual de procedimientos” que debe ser seguido al pie de la letra. En muchos casos, la norma ISO se otorga a aquellas organizaciones con un manual de procedimientos estructurado en cuanto a la seguridad informática. Haremos un recuento de los procedimientos más usados en los manuales de seguridad informática, con una breve explicación de su funcionamiento. Recordemos, antes que nada, que todo procedimiento debe tener indicado quién es el encargado del mismo, y que debe hacer en caso de variaciones.

 ·         Procedimiento de alta de cuenta de usuario

Este procedimiento se lleva a cabo para cuando se requiere una cuenta de operación para cualquier usuario. Se debe llenar entonces un formulario en el que existan datos como:

o    Nombre y apellido

o    Puesto de trabajo

o    Jefe que avala el pedido

o    Trabajos a realizar en el sistema

o    Tipo de cuenta

o    Fecha de caducidad

o    Permisos de trabajo

o    Etc.

·         Procedimiento de baja de cuenta de usuario

Si un empleado de la organización se debe retirar, sea parcial o totalmente de la organización, debe realizarse un formulario en el que se indiquen, aparte de los datos del mismo, el tipo de alejamiento del usuario (parcial o total) para saber si se inhabilita su cuenta totalmente, o de manera temporal.

·         Procedimiento para determinar los buenos passwords

Se debe tener un procedimiento para indicarles a los usuarios cuales son las características de los passwords que deben asignar a sus cuentas, como el número de caracteres, las características de los caracteres usados, etc. Es conveniente usar un programa crackeador sobre el password del usuario para evaluar su seguridad.

·         Procedimiento de verificación de accesos

Como generamos logísticos de diferentes datos de los usuarios, estos logísticos deben ser auditados, para detectar anomalías en cuanto al comportamiento de los mismos y generar reportes de dichas auditorías, todo esto con el fin de verificar los accesos realizados por los usuarios de la organización a la red.

·         Procedimiento para el chequeo de gráficos de la red.

Generar gráficos del tráfico de la red, para observar anomalías en la transferencia de información, el uso indebido de programas, etc.

·         Procedimiento para el chequeo de volúmenes de correo

Se usa para conocer los volúmenes de tráfico en los correos electrónicos de los usuarios. Con esto, se permite conocer el uso de los medios de comunicación, el spamming (ataque con correo basura), entre otros datos referentes a la comunicación o transferencia de información confidencial de la empresa.

·         Procedimiento para el monitoreo de conexiones activas

Con este procedimiento se evita que el usuario deje su terminal abierta y que otro usuario pueda usarla de manera mal intencionada. Lo que se hace es detectar el tiempo de inactividad de las conexiones, y después de un determinado tiempo, se desactiva la conexión, y se genera un logístico con el acontecimiento.

·         Procedimiento para modificación de archivos

Es usado para detectar la modificación no autorizada de archivos, la integridad de los mismos, y para generar un rastro de las modificaciones realizadas.

·         Procedimiento para resguardo de copias de seguridad

 Usado para establecer de manera clara dónde deben guardarse las copias de seguridad en caso de cualquier inconveniente.

·         Procedimiento para la verificación de las máquinas de los usuarios

Este procedimiento permite el escaneo de las máquinas de los usuarios para la detección de programas no autorizados, sin licencia o como fuente potencial de virus.

·         Procedimiento para el monitoreo de los puertos en la red.

Permite saber los puertos habilitados en la red y si funcionan de acuerdo a lo esperado

·         Procedimiento para dar a conocer las nuevas normas de seguridad.

Es muy importante que todos los usuarios conozcan las nuevas medidas de seguridad adoptadas por la empresa, por lo que se requiere un procedimiento que indique la manera en la que esta será llevada a cabo. Esto evita la excusa de los usuarios de “no conocía las normas”

·         Procedimiento para la determinación de identificación del usuario y para la el grupo de pertenencia por defecto

Cuando se crea un usuario en el sistema, se le debe dar una identificación personal y al mismo tiempo, hacerlo parte de un grupo para que tenga ciertos beneficios. Cuando el usuario va a cambiar de perfil o de grupo, se necesita entonces un procedimiento que le indique a este los pasos para cambiar los derechos que posee.

·         Procedimiento para recuperar información

Un procedimiento sin duda muy importante, permite reconstruir todo el sistema, o parte de él, a través de los backups tomados periódicamente de la información

CheckList

Como ya lo habíamos explicado anteriormente, un checklist consiste en una lista de tareas a llevar a cabo para chequear el funcionamiento del sistema.

Acá presentamos un ejemplo sacado de un manual de seguridad informática:

ü  Asegurar el entorno. ¿Qué es necesario proteger? ¿Cuáles son los riesgos?

ü  Determinar prioridades para la seguridad y el uso de los recursos.

ü  Crear planes avanzados sobre qué hacer en una emergencia.

ü  Trabajar para educar a los usuarios del sistema sobre las necesidades y las ventajas de la buena seguridad

ü  Estar atentos a los incidentes inusuales y comportamientos extraños.

ü  Asegurarse de que cada persona utilice su propia cuenta.

ü  ¿Están las copias de seguridad bien resguardadas?

ü  No almacenar las copias de seguridad en el mismo sitio donde se las realiza

ü  ¿Los permisos básicos son de sólo lectura?

ü  Si se realizan copias de seguridad de directorios/archivos críticos, usar chequeo de comparación para detectar modificaciones no autorizadas.

ü  Periódicamente rever todo los archivos de “booteo de los sistemas y los archivos de configuración para detectar modificaciones y/o cambios en ellos.

ü  Tener sensores de humo y fuego en el cuarto de computadoras.

ü  Tener medios de extinción de fuego adecuados en el cuarto de computadoras.

ü  Entrenar a los usuarios sobre qué hacer cuando se disparan las alarmas.

ü  Instalar y limpiar regularmente filtros de aire en el cuarto de computadoras.

ü  Tener planes de recuperación de desastres.

ü  Considerar usar fibras ópticas como medio de transporte de información en la red.

ü  Nunca usar teclas de función programables en una terminal para almacenar información de login o password.

ü  Considerar realizar autolog de cuentas de usuario.

ü  Instalar UPS, filtros de línea, protectores gaseosos al menos en el cuarto de computadoras.

ü  Concientizar a los usuarios de pulsar la tecla ESCAPE antes de ingresar su login y su password, a fin de prevenir los “Caballos de Troya”.

ü  Considerar la generación automática de password.

ü  Asegurarse de que cada cuenta tenga un password.

ü  No crear cuentas por defecto o “guest” para alguien que está temporariamente en la organización.

ü  No permitir que una sola cuenta esté compartida por un grupo de gente.

ü  Deshabilitar las cuentas de personas que se encuentren fuera de la organización por largo tiempo.

ü  Deshabilitar las cuentas “dormidas” por mucho tiempo.

ü  Deshabilitar o resguardar físicamente las bocas de conexión de red no usadas.

ü  Limitar el acceso físico a cables de red, routers, bocas, repetidores y terminadores.

ü  Los usuarios deben tener diferentes passwords sobre diferentes segmentos de la red.

ü  Monitorear regularmente la actividad sobre los Gateway.

Bueno, con esto termino mi aporte a la seguridad informatica. 

Espero que les haya servido esta informacion.

Comentar es apoyar

PSI (Politicas de Seguridad Informatica) [Parte 3]

Establecimiento de riesgos de los recursos de la organización.

Es claro hasta ahora que el principal objetivo de una PSI es asegurar los elementos de una organización, y que el estudio de la seguridad consiste en permanecer constante el algoritmo P-C. Ahora incluiremos otro elemento importante a la hora de definir nuestras políticas, y es el concepto de valor de riesgo.

El umbral de riesgo que puede aceptar una organización debe tener una forma cuantificable para ser medida, que permita identificar de quien se protege el recurso, cual es el recurso a proteger, y cómo debe protegerse. Nunca será igual de prioritario proteger una impresora de la empresa, que la base de datos de clientes de la misma. ¿Cómo generamos una valoración apropiada entonces de estos elementos? Usando 2 criterios:

·         Nivel de importancia del recurso. (Llamado Ri)

·         Severidad de la pérdida del recurso. (Llamado Wi)

Recordemos que en unidades anteriores coincidimos en que debíamos integrar a los dueños y administradores de los recursos en las PSI ya que ellos tenían el conocimiento para manejarlo. Este es el caso en que ellos deben intervenir para generar la valoración de sus elementos.

Para generar una cuantificación del riesgo asociado a los recursos de la organización, los expertos en cuada uno de los recursos asignará un valor numérico, entre 1 y 10 (los umbrales son subjetivos. Así como puede ser entre 1y 10, puede ser entre 1 y 20, 1 y 100, etc.) a Ri y a Wi. Si e valor es de 10, es porque el recurso es muy importante o la severidad de su pérdida es muy alta, lo mismo ocurre en sentido contrario.

A partir de esto, podemos definir la valoración de riesgo como el producto entre Ri y Wi, así:

WRi = Ri * Wi

Ejemplo práctico

Supóngase una red simplificada con un router, un servidor y un bridge.

Después de que los expertos generan las valoraciones de los elementos de la red, se obtienen los siguientes datos:

Router:

R1 = 6, W1 = 7

Bridge:

R2 = 6, W2 = 3

Servidor:

R3 = 10, W3 = 10

El cálculo de los riesgos evaluados, será, para cada dispositivo:

Router:

WR1 = R1 * W1 = 6 * 7 = 42

Bridge:

WR2 = R2 * W2 = 6 * 3 = 1.8

Servidor:

WR3 = R3 * W3 = 10 * 10 = 100

En la siguiente tabla podemos observar cómo tabular estos datos de manera organizada para poder determinar el riesgo de los elementos de la organización:

Por los puntajes es evidente que el servidor es aquel elemento con mayor riesgo, y el que debe protegerse de manera prioritaria. Con este dato procederíamos a buscar soluciones para proteger nuestro servidor de amenazas externas.

Este análisis debe hacerse para todos los elementos de la organización, sin importar que tan superficial u obvio sea, que pueda incidir en la seguridad de la organización y que pueda ser vulnerado. ¿Cuáles son estos recursos?

Podemos reunirlos en 6 grupos principales:

·         Personas: los usuarios y las personas que operan los sistemas. Las personas siempre serán el primer bloque de importancia de una organización.

·         Hardware: Todo elemento externo que pueda procesar, contener, mostrar o transportar datos.

·         Software: herramientas tecnológicas para procesar los datos.

·         Datos: Aquellos que se almacenan, se transportan, se almacenan fuera de los elementos de hardware, backups, etc.

·         Documentación: toda la información usada para aprender el funcionamiento de los sistemas de la organización.

·         Accesorios: Elementos usados para soportar el trabajo en la organización.

Anteriormente dijimos que la mayor parte de los problemas de seguridad provenían de los miembros internos de la organización (80%), y el restante de personas fuera de la organización. Es por esto que debemos basar nuestra política en el control de los empleados internos, sabiendo quiénes usarán los recursos y qué van a hacer con ellos.

Este punto de los usuarios es muy importante. Para definir lo que cada uno de los usuarios puede hacer en el sistema se realizan un conjunto de listas en las que se engloban, en grupos de trabajo, aquellos que pueden acceder a determinado recurso y los privilegios de acceso. Un ejemplo de esta tabla es la siguiente:

Ahora, ¿cómo protegernos de las intromisiones de usuarios no deseados? La respuesta a esto se encuentra en el uso de “checklist” para comprobar el funcionamiento de los sistemas de la organización. Estos checklist deben hacer parte de una agenda, en la que se consignan las actividades que deben llevarse a cabo y con la regularidad que se requiera. La agenda de checklist, como veremos más adelante, es un “procedimiento”.

Un ejemplo de este chequeo se ve a continuación:

Chequeos:

Diarios:

- Extracción de un logístico sobre el volumen de correo transportado y las conexiones de red creadas durante las 24 horas del día

Semanal:

- Extracción de un logístico del número de ingresos desde afuera de la red interna

- Logístico de el número de conexiones externas hechas desde el interior de la red

- Logístico sobre downloads y usuario que los hizo.

- Logístico sobre conexiones realizadas en horarios no convencionales

- Logístico gráficos sobre el tráfico de la red.

Mensual:

- Comparación de los logísticos de las semanas para detectar anomalías y cambios.

Todos estos logísticos pueden llevarse a cabo con software especializado, el cual informará de cualquier anomalía en el sistema para tomar los correctivos convenientes.

Saludos desde colombia.

Espero que les haya servido esta informacion.

Comentar es apoyar