jueves, 23 de agosto de 2012

FIEL & FACTURACIÓN ELECTRÓNICA


QUÉ ES Y PARA QUÉ SIRVE LA FIRMA ELECTRÓNICA AVANZADA

La Firma Electrónica Avanzada "Fiel" es un conjunto de datos que se adjuntan a un mensaje electrónico, cuyo propósito es identificar al emisor del mensaje como autor legítimo de éste, tal y como si se tratara de una firma autógrafa.

Por sus características, la Fiel brinda seguridad a las transacciones electrónicas de los contribuyentes, con su uso se puede identificar al autor del mensaje y verificar no haya sido modificado.
Su diseño se basa en estándares internacionales de infraestructura de claves públicas (o PKI por sus siglas en inglés: Public Key Infrastructure) en donde se utilizan dos claves o llaves para el envío de mensajes:
La "llave o clave privada" que únicamente es conocida por el titular de la Fiel, que sirve para cifrar datos; y
La "llave o clave pública", disponible en Internet para consulta de todos los usuarios de servicios electrónicos, con la que se descifran datos. En términos computacionales es imposible descifrar un mensaje utilizando una llave que no corresponda.

Una infraestructura confiable para la utilización de firma electrónica parte de la utilización de la criptografía, es decir, el proceso de convertir texto inteligible en texto ininteligible o cifrado, y viceversa (particularmente criptografía asimétrica)

• En criptografía asimétrica se utilizan dos claves una púbica conocida por todos, y una privada, conocida solo por la persona a la que le pertenece, también se les denomina “llave pública” y “llave privada”, esta última sirve para producir la firma electrónica

• La vinculación de “Clave o llave Pública” con el usuario es importante, quien  autentique documentos supuestamente firmados por él debe de tener plena  certeza de su vinculación con su “Clave o llave Pública”

•Esto se resuelve mediante el certificado digital éste es un documento digital se resuelve mediante el certificado digital, éste es un documento digital firmado electrónicamente por un ente en quien todos confiamos denominado  Autoridad Certificadora (AC).  Mediante el certificado digital del usuario la Autoridad Certificadora “da fe” de que está vinculado a su Clave o llave  Pública

• En el certificado digital consta la llave Pública del usuario, incluye los  datos generales del mismo, los del emisor y datos adicionales como  las características relativas su creación, su vigencia, número de serie,  sello de tiempo e de tiempo, entre otros

• Además de la llave pública, por ser un proceso criptográfico asimétrico  existe una llave privada para el usuario, la cual sólo es de su  conocimiento y debe permanecer a su vez encriptado o protegida de  alguna  manera contra su alteración

• Las claves o llaves Pública y Privada están relacionadas  matemáticamente de tal forma que, lo firmado con la Privada se puede verificar con la Pública

• La seguridad de esta tecnología (criptografía asimétrica), se basa en el  hecho de que no es posible deducir la clave o llave Privada a partir de  conocer la Pública






 Factura electrónica

La factura electrónica es un tipo de factura que se diferencia de la factura en papel por la forma de gestión informática y el envío mediante un sistema de comunicaciones que conjuntamente permiten garantizar la autenticidad y la integridad del documento electrónico.

Una factura electrónica se construye en 2 fases:

Se crea la factura tal y como se ha hecho siempre y se almacena en un archivo de datos.
Posteriormente se procede a su firma con un certificado digital o electrónico propiedad del emisor que cifra el contenido de factura y añade el sello digital a la misma

Al terminar obtenemos una factura que nos garantiza: que la persona física o jurídica que firmó la factura es quien dice ser (autenticidad) y que el contenido de la factura no ha sido alterado (integridad).

El emisor envía la factura al receptor mediante medios electrónicos, como pueden ser CDs, memorias Flash e incluso Internet. Si bien se dedican muchos esfuerzos para unificar los formatos de factura electrónica, actualmente está sometida a distintas normativas y tiene diferentes requisitos legales exigidos por las autoridades tributarias de cada país, de forma que no siempre es posible el uso de la factura electrónica, especialmente en las relaciones con empresas extranjeras que tienen normativas distintas a la del propio país.

Los requisitos legales respecto al contenido mercantil de las facturas electrónicas son exactamente las mismas que regulan las tradicionales facturas en papel. Los requisitos legales en relación con la forma imponen determinado tratamiento en aras de garantizar la integridad y la autenticidad y ciertos formatos que faciliten la interoperabilidad.

Existen algunas normativas internacionales aplicables de forma general a la factura electrónica, aunque las Naciones Unidas, a través de UN/CEFACT han publicado recomendaciones tales como UNeDocs que definen plantillas para las facturas impresas y formatos EDI y XML para las modalidades electrónicas. En Europa, la facturación electrónica se regula en la Directiva 115/2001, que debía ser adoptada en cada país antes del 31 de diciembre de 2003.

Hoy día la organización GS1 (antes EAN/UCC) a nivel mundial ha organizado comités internacionales de usuarios de 108 países miembro, para conformar las guías de facturación electrónica estándar a nivel mundial.

La factura electrónica permite que instituciones, empresas y profesionales dejen atrás las facturas en papel y las reemplacen por la versión electrónica del documento tributario. Tiene exactamente la misma validez y funcionalidad tributaria que la factura tradicional en papel. Todo el ciclo de la facturación puede ser administrado en forma electrónica.





viernes, 17 de agosto de 2012

Stuxnet & Duqu


Stuxnet & Duqu

Stuxnet 

Es un gusano informático que afecta a equipos con Windows, descubierto en junio de 2010 por VirusBlokAda, una empresa de seguridad radicada en Bielorrusia. Es el primer gusano conocido que espía y reprograma sistemas industriales, en concreto sistemas SCADA de control y monitorización de procesos, pudiendo afectar a infraestructuras críticas como centrales nucleares.

Stuxnet es capaz de reprogramar controladores lógicos programables y ocultar los cambios realizados. También es el primer gusano conocido que incluye un rootkit para sistemas reprogramables PLC.

La compañía europea de seguridad digital Kaspersky Labs describía a Stuxnet en una nota de prensa como "un prototipo funcional y aterrador de un arma cibernética que conducirá a la creación de una nueva carrera armamentística mundial". Kevin Hogan, un ejecutivo de Symantec, advirtió que el 60% de los ordenadores contaminados por el gusano se encuentran en Irán, sugiriendo que sus instalaciones industriales podrían ser su objetivo. Kaspersky concluye que los ataques sólo pudieron producirse "con el apoyo de una nación soberana", convirtiendo a Irán en el primer objetivo de una guerra cibernética real.

El objetivo más probable del gusano, según corroboran medios como BBC o el Daily Telegraph, pudieron ser infraestructuras de alto valor pertenecientes a Irán y con sistemas de control de Siemens. Medios como India Times apuntan que el ataque pudo haber retrasado la puesta en marcha de la planta nuclear de Bushehr.4eeee Fuentes iraníes han calificado el ataque como "guerra electrónica" aunque minimizan el impacto de los daños en sus instalaciones. Algunos medios como el norteamericano New York Times han atribuido su autoría a los servicios secretos estadounidenses e israelíes. 

Cómo funciona

Stuxnet busca sistemas de control industriales y luego modifica el código en ellos para permitir que los atacantes tomen control de los sistemas sin que los operadores lo noten. En otras palabras, esta amenaza está diseñada para permitir a los hackers manipular equipamiento físico, lo cual lo hace extremadamente peligroso.

Esta amenaza no es parecida a nada de lo visto anteriormente, no sólo en lo que hace, sino en cómo se descubrió. Es el primer virus informático que permite hacer daño en el mundo físico. Es sofisticado, requirió importantes fondos económicos para ser desarrollado y no existen en la actualidad muchos grupos que puedan desarrollar una amenaza de este tipo. Es también el primer ataque cibernético que hemos visto que ataca específicamente a sistemas de control industrial.

El gusano esta hecho de un complejo código que requiere de muchas y diferentes habilidades para juntarlos. Los expertos de Symantec estiman que tomó entre cinco y diez personas durante seis meses para armar este proyecto además de que los involucrados deben tener conocimiento de los sistemas de control industrial y acceso a dichos sistemas para realizar pruebas de calidad; una vez más indicando que esto fue un proyecto con mucha organización y fondos disponibles.

“Realmente nunca hemos visto algo así antes y el hecho de que pueda controlar el funcionamiento de una maquinaria física es inquietante”, comentó Liam O’Murchu, investigador de Symantec Security Response.

Stuxnet fue la primera ciberarma dirigida al sector industrial. El hecho de que comenzara a infectar PCs  en todo el mundo condujo a su descubrimiento en junio de 2010, aunque la versión más antigua conocida de este programa malicioso fue creada un año antes. El siguiente ejemplo de ciberarma es Duqu y fue descubierto en septiembre de 2011. A diferencia de Stuxnet, la tarea principal del troyano Duqu era convertirse en  puerta trasera del sistema infectado y robar información privada (ciberespionaje).

Durante el análisis de Duqu, se descubrieron grandes similitudes con Stuxnet, que revelaron que los dos han utilizado la misma plataforma de ataque, conocida como la "Plataforma Tilded". El nombre procede de las preferencias de los desarrolladores de malware para nombres de archivo "~ * d *." - por lo tanto, "Tilde-d". El malware Flame era, a primera vista, completamente diferente. Algunas funciones, como el tamaño del programa malicioso, el uso de lenguaje de programación Lua y su funcionalidad indicaban en un primer momento que Flame no estaba conectado a los creadores de Duqu o Stuxnet. Sin embargo, la nueva investigación ha hecho que se reescriba la historia de Stuxnet para poder demostrar sin lugar a dudas, que el "Tilded" es la plataforma de ataque conectada a la plataforma de Flame. 


Duqu

El troyano Duqu ha traído de cabeza a varias compañías de seguridad dado que podría ser muy peligroso, algunos lo denominan Stuxnet 2.0. Un grupo de programadores y analistas de seguridad han conseguido descifrar el lenguaje de programación del mismo, lo que permitirá crear técnicas que permitan el control del mismo y evitar su expansión. 

Este malware es una variante del arma cibernética destinada a retrasar la capacidad de Irán para fabricar bombas nucleares, Stuxnet. El anuncio de que el troyano Duqu estaba desarrollado en un lenguaje de programación ‘desconocido’ desató una tormenta de especulaciones entre expertos en malware y programadores de todo el mundo.

Después de aislar y analizar el troyano y tras la colaboración y sugerencias de centenares de programadores, los analistas de Kaspersky Lab dicen haber resuelto que el lenguaje no es nuevo aunque contaba con un alto grado de optimización y personalización, sin rastro de cualquier firma indicadora que pudiera dar pistas en el código de ensamblador que pudieran ser leídos como una huella digital. Así, Duqu estaría escrito en lenguaje ‘C’ y compilado con el Visual Studio 2008 de Microsoft, aunque incluiría una extensión personalizada conocida como “OO C” para combinar programación orientada a objetos con C.

Por el lenguaje empleado, los investigadores aseguran que Duqu fue escrito por un programador o equipo profesional de la ‘vieja escuela’ que no confían en compiladores como C++. Además, C, es altamente portable a otras plataformas, un plus para un troyano malicioso.

Es seguro que fue realizado ‘por encargo’ con equipos distintos para su creación e infección aunque se desconoce su país de origen y su objetivo concreto. Se sigue pensando que en origen estaba destinado a robar información de infraestructura crítica, tales como centrales eléctricas, refinerías y oleoductos, utilizando una red de miles de ordenadores infectados, aprovechando una vulnerabilidad en sistemas Windows.

El análisis del código de Duqu parece descartar como creían los investigadores relación con Stuxnet a pesar de sus coincidencias. Y es un alivio porque se considera a éste como “el arma cibernética más sofisticada jamás creada”, seguramente en Israel, para piratear, sabotear y retrasar la capacidad de Irán para fabricar bombas atómicas. Un virus que llegó a infectar miles de equipos en 155 países.

El equipo de Kaspersky Lab ha descubierto que Duqu (un nuevo programa que ataca la infraestructura de seguridad informática) tiene características parecidas al virus Stuxnet, la cual afectó a varias plantas industriales en Irán. Duqu tiene la capacidad de adecuarse a cada sistema que ataca, acción que puede ejecutar penetrando las barreras de seguridad para luego brindar todo el control a los ciber delincuentes.

Los ciber delincuentes se encuentran en la búsqueda constante de nuevas formas de vulnerar la seguridad informática. Y al parecer cada nuevo sistema de ataque es mejor que el anterior, ya que los últimos son más eficientes en la evasión de la detección por parte de los antivirus.

Duqu ha logrado infectar, principalmente, a países que cuentan con programas nucleares. Este nuevo malware brinda control remoto (no autorizado) a las personas que están detrás del ataque, permitiéndoles extraer (robar) toda la información existente en el sistema.

Duqu ha sido desarrollada para atacar cualquier tipo de infraestructura, demostrando el avance y desarrollo de las armas cibernéticas. Este malware cuenta con un sistema universal que le permite atacar y espiar cualquier estructura informática. Pero sus características  indican que ha sido creado, especialmente, para atacar los sistemás más importantes de cada país. “Es una especie de misil que es capaz de hacer llegar cualquier tipo de explosivo hacia cualquier tipo de objetivo” indicó Dmitry Bestuzhev, director del equipo de análisis e investigación global para América Latina.

El virus brinda una forma de acceso al sistema infectado, permitiendo, como ya se dijo, el robo de información de forma silenciosa. Información que en muchas ocasiones los ciber delincuentes usan para realizar actos de sabotaje.

Según Bestuzhev, América latina no está preparada para los ataques dirigidos de Duqu. El especialista considera que los cibercriminales que comandan el virus podrían infectar las estructuras de los gobiernos y las empresas, para lo cual recomienda que dichos sectores tomen medidas preventivas.

Primeros ataques

Kaspersky Security Network detectó cuatro ataques de infección, una de ellas ubicada en Sudán, mientras las otras tres fueron detectadas en Irán.

Los cuatro ataques de Duqu tenía una modificación propia de un controlador diferente, el cual fue usado para la infección. En una de las infecciones localizadas en Irán también se descubrieron dos ataques de red que explotaban la vulnerabilidad MS08-067. Stuxnet y otro programa nocivo más antiguo conocido con el nombre de Kido,

El malware aprovecha una flaqueza de día-0 en el kernel de Windows y relacionada con la fuente True Type para instalarse. Las investigaciones han demostrado que el primer ataque fue efectuado a través de un documento de Word, el cual fue enviado como archivo adjunto a través de un correo electrónico. Posteriormente, los elementos principales del Duqu se instalaron automáticamente cuando la víctima abrió el archivo.

Además, los estudios dieron a conocer que el virus es capaz de infectar los ordenadores que no están conectados a Internet, sino sólo a una red local.

“Duqu tiene la propagación a través de las redes corporativas y en particular las tareas programadas. Este hecho muestra que los que están detrás buscan conseguir acceso a las máquinas no de los usuarios finales, sino de las corporaciones, empresas y gobiernos. Los objetivos a infectar son cuidadosamente seleccionados y trabajados una vez que se llega a tener acceso a un equipo que sería el inicial”, explicó Bestuzhev.

Alexander Góstev, Jefe Experto en Seguridad en Kaspersky Lab, señaló: “A pesar de que los sistemas atacados por Duqu están en Irán, hasta el momento no hay evidencia de que sean sistemas industriales o relacionados con el programa nuclear de este país. Por lo tanto, es imposible afirmar que el blanco del nuevo programa malicioso es el mismo que el de Stuxnet. De todos modos, está claro que cada infección causada por Duqu es única. Esta información nos permite decir con seguridad que se está usando Duqu para lanzar ataques a objetos predeterminados”.

El equipo de Kaspersky Lab continúa investigando el Duqu y está vigilando la situación para poder anticipar la geografía de los blancos, lo cual aún no ha podido definirse debido a que el virus ha infectado a sistemas muy específicos en todo el mundo.

Características del Duqu:

- Cada una de sus modificaciones tiene controladores (drivers) diferentes.

- Se han encontrado evidencias de que  los ejemplares activos de este programa nocivo pueden modificarse dependiendo del objetivo específico que se pretende atacar.



viernes, 25 de mayo de 2012

NFS (NETWORK FILES SYSTEM)


NFS 
(NETWORK FILES SYSTEM) 
SISTEMA DE ARCHIVOS EN RED

    Definición: NFS, también llamado Sistema de Archivos en Red, es uno de los servicios más complejos que se ofrecen usando RPC. Permite acceder a los archivos remotos exactamente igual que si fueran locales.   El acceso a los archivos es totalmente transparente al cliente, funcionando con muchas arquitecturas de servidores. El sistema de archivos en red proporciona a los usuarios la libertad de acceder a su información desde cualquier sistema en el que puedan ingresar y que tenga acceso a dichos recursos en red.

    El RPC (Remote Procedure Call, Llamada a Procedimiento Remoto) es un protocolo que permite a un programa ejecutar código en una máquina remota sin tener que preocuparse por las comunicaciones entre ambos.

       En Linux hay disponibles una variedad de sistemas de archivos en red. La más popular es NFS, el Network File System originalmente desarrollado por Sun Microsystems

    El otro sistema de archivos en red más comúnmente usado es, el sistema de archivos SMB de Microsoft (SMB: Server Message Block: Bloque de Mensajes de Servidor).

       que ha sido renombrado como CIFS (Common Internet File System: Sistema de Archivos Común de Internet)

       SMB/CIFS funciona en Linux gracias a una suite de software para cliente y servidor llamada Samba.

       Los clientes Samba posibilitan a los sistemas Linux exportar sus sistemas de archivos de forma que ordenadores ejecutando versiones diferentes de Microsoft Windows pueden montarlos y acceder a ellos.

VENTAJAS DE SISTEMAS DE ARCHIVOS DE RED vs LOS SISTEMAS DE ARCHIVOS LOCALES

       Reducen el riesgo de que el fallo de una sola máquina te impida acceder a tus datos. La mayor parte de los sistemas de archivos en red te permiten ingresar en múltiples máquinas y acceder a tus datos exactamente de la misma forma en todas ellas.

       Proporcionan ubicaciones centralizadas para los datos que deben o deberían estar compartidas entre todos los usuarios.

       Proporcionan la oportunidad de centralizar operaciones administrativas, tales como la copia de seguridad de los datos.

       Proporcionan interoperabilidad y flexibilidad. Normalmente puedes acceder a sistemas de ficheros en red desde ordenadores que ejecuten Linux, Windows, Mac OS X, etc. De esta forma es fácil utilizar el hardware y software más adecuado a tus requerimientos de escritorio, y aún así acceder a los mismos datos del entorno de sistema de archivos en red.

       Un servidor NFS no se preocupa cuando uno de sus clientes se avería. El servidor continúa operando como antes de que el cliente se quedara inactivo. Cuando se estropea un servidor, los procesos clientes que utilizan los recursos del servidor esperarán hasta que el servidor pueda recuperarse.

VENTAJAS DE CONTAR CON UN NETWORK FILES SYSTEM EN UNA RED

       Reduce los requerimientos de espacio de almacenamiento local ya que en toda la red puede existir una sola copia de un directorio la cual es completamente accesible a todo usuario de la red.

       Simplifica el soporte centralizando tareas tales como la actualización de archivos.

       Permite a los usuarios manipular archivos remotos con los comandos comunes de UNIX.

DESVENTAJAS DE CONTAR CON UN NETWORK FILES SYSTEM EN UNA RED

       Si un directorio es exportado a los clientes con acceso tipo root, una persona que tenga supra privilegios puede modificar los archivos en el directorio raíz.

       Si un directorio es exportado sin especificar una lista de acceso, cualquier sistema en la red puede acceder los archivos exportados.

MONTANDO NFS EN CentOS

NFS Y PORTMAP

       NFS se apoya en las llamadas de procedimientos remotos (RPC) para funcionar.

       Se requiere portmap para trazar las peticiones RPC a los servicios correctos.

       Portmap proporciona la coordinación entre servicios RPC y los números de puertos usados para comunicarlos

CONFIGURANDO EL SERVIDOR

       Primero de todo deberemos instalar los siguientes paquetes:
yum install nfs-utils-lib nfs-utils portmap -y

LEVANTAR EL SERVICIO PORTMAP

#  /etc/init.d/portmap  start
Starting portmap:                                                   [ OK ]

CONFIGURAR LA SEGURIDAD

  Para elevar el nivel de seguridad del servidor y el cliente deben configurarse los archivos :

/etc/hosts.allow
-          Donde se indicará que maquinas pueden acceder al servidor
     
 -  /etc/hosts.deny   
                  -     Donde se indicará cuáles no.

       Una vez realizado esto se debe reiniciar el demonio portmap
/sbin/service portmap restart

COMPARTIENDO UN VOLUMEN

       Se creará una carpeta o directorio el cuál será el directorio que se exportará para que los clientes accedan a el, ejemplos: /home/compartir o /var/nfs/publico, etc.

   Además debe agregarse este directorio en el archivo /etc/exports el cuál contiene todos los directorios exportados, los permisos y maquinas que pueden acceder a ese directorio.

       Luego de esto se deberá reiniciar o iniciar, cuál sea el caso, el servicio NFS:
/sbin/service nfs start
/sbin/service nfs restart


CONFIGURANDO EL CLIENTE

       En la maquina cliente deben configurarse los mismos archivos excepto el archivo exports.
hosts.allow y hosts.deny

       Deberá crearse un punto de montaje donde se colgará el directorio exportado o compartido por el servidor, ejemplo:
mkdir /home/compartidos

       Ahora ya que el cliente y servidor están en la misma red se escribirán los siguientes comandos para montar el servidor:
showmount –e <dir_ip>
 //muestra el directorio exportado por el servidor
                  mount <dir_ip>:/directorio/exportado/  /punto/montaje

       Para verificar que se haya logrado el montaje verificamos que la maquina cliente pueda observar los mismos archivos que la maquina servidor contiene

       Para mayor información se pueden consultar las siguientes paginas:

     Conectividad con sistemas de ficheros pre-Mac OS X de Apple a través de las utilidades de Linux llamadas netatalk y afpfs


martes, 22 de mayo de 2012

MONITOREO DE SERVIDORES SNMP

Monitoreo de servidores
Sería deseable disponer de información estadística para conocer exactamente el consumo de las CPUs o de ancho de banda. Una buena forma de justificar un pedido para mayor ancho de banda es, precisamente, utilizando datos sobre su utilización que muestren que los enlaces están saturados.

Las herramientas que veremos sirven para monitorear redes y servidores. Esto significa que se pueden utilizar para:

Conocer los puntos más débiles de la infraestructura (Servidores con demasiada carga, enlaces que se saturan regularmente, etc.). Es decir, los equipos o sectores donde se produce la mayor cantidad de errores.
Saber en el momento si algo está fuera de lo normal (No necesariamente un mal funcionamiento).
Disponer de un histórico con el comportamiento de la red y los servidores, por ejemplo, para obtener estadísticas de disponibilidad (El servidor web estuvo on-line un 95% en el último año, etc.).

La otra necesidad antes de instalar cualquier sistema de monitoreo es una documentación actualizada y completa de toda la red y los servidores. Ejemplos de lo que debe incluirse aquí son:

Tipo de cada enlace.
Modelo de los equipos, tanto servidores como routers y switches.
Formas de acceso a cada equipo.
Información de contacto de los administradores de los equipos, subredes, responsables técnicos de los enlaces.

Veamos ahora algunas herramientas de monitoreo. Existen muchísimas más. Incluso algunas herramientas tratan de englobar varias de estas, presentando al usuario una interface unificada para accederlas. 

Zenoss
Basado en el servidor de aplicaciones Zope y escrito en Python. Permite a los usuarios supervisar la disponibilidad, inventario y configuración, desempeño 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 del host (procesador, uso de disco) en la mayoría de sistemas operativos de red. Una arquitectura plug-in proporcionada por ZenPacks permite a los miembros de la comunidad para ampliar su funcionalidad.

Zabbix
Es capaz de monitorear y dar seguimiento de la situación de los diferentes tipos de servicios de red, servidores y otro hardware de red. Tiene grandes funcionalidades de visualización incluidas las vistas definidas por el usuario, zoom, y la cartografía. Tiene un método de comunicación versátil que permite una configuración rápida y sencilla de los diferentes tipos de notificaciones de eventos predefinidos. Zabbix cuenta con tres módulos principales: el servidor, los agentes, y el usuario. Para almacenar los datos de seguimiento, puede utilizar MySQL, PostgreSQL, Oracle o SQLite como base de datos. Sin necesidad de instalar ningún software en el host de seguimiento, Zabbix permite a los usuarios comprobar la disponibilidad y capacidad de respuesta de los servicios estándar, como SMTP o HTTP. Para supervisar las estadísticas, tales como carga de la CPU, utilización de la red y espacio en disco, un agente de Zabbix debe estar instalado en la máquina host. Zabbix incluye soporte para el monitoreo a través de SNMP, TCP y controles ICMP, IPMI y parámetros personalizados como una opción para instalar un agente en los hosts.

Nagios
Proporciona supervisión de los servicios de red (SMTP, POP3, HTTP, NNTP, ICMP, SNMP, FTP, SSH) y recursos de host (carga del procesador, uso de disco, los registros del sistema), entre otros. El control remoto es manejado a través de túneles SSH o SSL cifrado. Tiene un diseño simple que ofrece a los usuarios la libertad para desarrollar sus chequeos de servicio sin esfuerzo propio basado en las necesidades y mediante el uso de cualquiera de las herramientas de apoyo que guste.  Cuando los servicios o los problemas de acogida se plantean, la notificación será enviada a la persona que está a cargo de la red a través del correo electrónico, SMS, etc.

Cacti.
Es una completa solución para el monitoreo de redes. Utiliza RRDTool para almacenar la información de los dispositivos y aprovecha sus funcionalidades de graficación. Proporciona un esquema rápido de obtención de datos remotos, múltiples métodos de obtención de datos (snmp, scripts), un manejo avanzado de templates, y características de administración de usuarios. Además, ofrece un servicio de alarmas mediante el manejo de umbrales. Todo ello en una sola consola de administración, fácil de configurar.

Net-SNMP.
Conjunto de aplicaciones para obtener información vía snmp de los equipos de interconexión. Soporta la versión 3 del protocolo la cual ofrece mecanismos de seguridad tanto de confidencialidad como de autenticación. Provee de manejo de traps para la notificación de eventos.

MRTG (Multi Router Traffic Grapher)
Es una herramienta, escrita en C y Perl por Tobias Oetiker y Dave Rand, que se utiliza para supervisar la carga de tráfico de interfaces de red. MRTG genera un informe en formato HTML con gráficas que proveen una representación visual de la evolución del tráfico a lo largo del tiempo. Para recolectar la información del tráfico del dispositivo (habitualmente routers) la herramienta utiliza el protocolo SNMP (Simple Network Management Protocol). Este protocolo proporciona la información en crudo de la cantidad de bytes que han pasado por ellos distinguiendo entre entrada y salida. Esta cantidad bruta deberá ser tratada adecuadamente para la generación de informes

También permite ejecutar cualquier tipo de aplicación en lugar de consultar un dispositivo SNMP. Esta aplicación proporciona como salida dos valores numéricos que se corresponden a la entrada y salida. Habitualmente suelen utilizarse scripts que monitorizan la máquina local.
Asimismo, proporciona una aplicación cfgmaker que genera la configuración para un router de forma automática utilizando la meta información que proporciona SNMP

MRTG ejecuta como un demonio o invocado desde las tareas programadas del cron. Por defecto, cada cinco minutos recolecta la información de los dispositivos y ejecuta los scripts que se le indican en la configuración. En un primer momento, MRTG consultaba la información, la procesaba y generaba el informe y las gráficas. En las últimas versiones, esta información es almacenada en una base de datos gestionada por RRDtool a partir de la cual, y de forma separada, se generan los informes y las gráficas

Ntop (Network Top) 
Es una herramienta que permite monitorizar en tiempo real una red. Es útil para controlar los usuarios y aplicaciones que están consumiendo recursos de red en un instante concreto y para ayudarnos a detectar malas configuraciones de algún equipo, (facilitando la tarea ya que. justo al nombre del equipo, aparece sale un banderín amarillo o rojo, dependiendo si es un error leve o grave), o a nivel de servicio. Posee un micro servidor web desde el que cualquier usuario con acceso puede ver las estadísticas del monitorizaje. El software esta desarrollado para plataformas Unix y Windows.
En Modo Web, actúa como un servidor de Web, volcando en HTML el estado de la red. Viene con un recolector/emisor NetFlow/sFlow, una interfaz de cliente basada en HTTP para crear aplicaciones de monitoreo centradas en top, y RRD para almacenar persistentemente estadísticas de tráfico.

Los protocolos que es capaz de monitorizar son: TCP/UDP/ICMP, (R)ARP, IPX, DLC, Decnet, AppleTalk, Netbios, y ya dentro de TCP/UDP es capaz de agruparlos por FTP, HTTP, DNS, Telnet, SMTP/POP/IMAP, SNMP, NFS, X11.

AWStats 
Es una herramienta open source de informes de análisis web, apta para analizar datos de servicios de Internet como un servidor web, streaming, mail y FTP. AWstats analiza los archivos de log del servidor, y con base a ellos produce informes HTML. Los datos son presentados visualmente en informes de tablas y gráficos de barra. Pueden crearse informes estáticos mediante una interfaz de línea de comando, y se pueden obtener informes on-demand a través de un navegador web, gracias a un programa CGI.
AWStats soporta la mayoría de los formatos de archivos log de servidor web conocidos, entre ellos Apache (formato de log NCSA combinado/XLF/ELF o formato común/CLFt), WebStar, IIS (formato de log del W3C) y muchos otros formatos comunes de Internet. Los desarrolladores pueden contribuir con el proyecto AWStats a través de SourceForge.

Referencias:

miércoles, 21 de marzo de 2012

SERVIDORES DNS RAIZ Y TIPOS DE REGISTROS DNS

SERVIDORES DNS RAIZ.

Nombre
Operador
ASN
IP address
Ubicación
A
VeriSign, Inc.
19836
IPv4: 198.41.0.4

Sites: 6
Global: 6
Local: 0


Hong Kong, HK
Palo Alto, CA, US Ashburn, VA, US
Los Angeles, CA, US
New York, NY, US Frankfurt, DE
IPv6: 2001:503:BA3E::2:30
B
Information Sciences Institute
Ninguno
IPv4: 192.228.79.201

Sites: 1
Global: 0
Local: 1

Earth


IPv6: 2001:478:65::53
C
Cogent Communications
2149

IPv4: 192.33.4.12
Sites: 6
Global: 6
Local: 0

Chicago, IL, US

Madrid, ES
Herndon, VA, US; Los Angeles, CA, US
New York, NY, US
Frankfurt, DE
D
University of Maryland
27

IPv4: 128.8.10.90

Sites: 1
Global: 1
Local: 0

College Park, MD, US





IPv6: 2001:500:2D::D
E
NASA Ames Research Center
297

IPv4: 192.203.230.10
Sites: 1
Global: 1
Local: 0
Mountain View, CA, US



F
Internet Systems Consortium, Inc.
3557
IPv4: 192.5.5.241

Sites: 49
Global: 2
Local: 47

Ottawa, Canada
Palo Alto, CA, US
San Jose, CA, US
New York, NY, US
San Francisco, CA, US
Madrid, ES
Hong Kong, HK
Los Angeles, CA, US  Rome, Italy
Auckland, NZ
Sao Paulo, BR
Beijing, CN
Seoul, KR
Moscow, RU
Taipei, TW
Dubai, AE
Paris, FR
Singapore, SG Brisbane, AU
Toronto, CA
Monterrey, MX
St. Maarten, AN

Lisbon, PT Johannesburg, ZA
Tel Aviv, IL
Jakarta, ID
Munich, DE
Osaka, JP
Prague, CZ  Amsterdam, NL Barcelona, ES
Nairobi, KE
Chennai, IN
London, UK
Santiago de Chile, CL
Dhaka, BD
Karachi, PK
Torino, IT
Chicago, IL, US  Buenos Aires, AR Caracas, VE
Oslo, NO
Panama, PA Quito, EC Kuala Lumpur, Malaysia
Suva, Fiji
Cairo, Egypt
Atlanta, GA, US
Podgorica, ME

IPv6: 2001:500:2f::f
G
U.S. DOD Network Information Center
5

IPv4: 192.112.36.4
Sites: 6
Global: 6
Local: 0

Honolulu, HI, US
Fussa, JP
Stuttgart-Vaihingen, DE
Naples, IT
Columbus, OH, US
San Antonio, TX, US 
H
U.S. Army Research Lab
13

IPv4: 128.63.2.53

Sites: 2
Global: 2
Local: 0

US San Diego, CA, US
Aberdeen Proving Ground, MD,

IPv6: 2001:500:1::803f:235
I
Netnod (formerly Autonomica)
IPv4: 192.36.148.17

Sites: 38

Stockholm, SE
Helsinki, FI; Milan, IT
London, UK
Geneva, CH
 Amsterdam, NL (2 sites)
Oslo, NO
Bangkok, TH
Hong Kong, HK
Brussels, BE
Frankfurt, DE
Ankara, TR
Bucharest, RO
Palo Alto, CA, US
Jakarta, ID
Wellington, NZ
Johannesburg, ZA
Perth, AU
Singapore, SG
Miami, FL, US
Ashburn, VA, US
Mumbai, IN
Beijing, CN
Manila, PH
Doha, QA
Colombo, LK
Vienna, AT
Paris, FR
Taipei, TW
Porto Alegre, BR
Yerevan, AM
Thimphu, BT
Chicago, IL, US
Washington, DC, US
Tokyo, JP
Kuala Lumpur, MY
San Francisco, CA, US
IPv6: 2001:7fe::53
J
VeriSign, Inc.
26415
IPv4: 192.58.128.30

Sites: 70
Global: 63
Local: 5

Dulles, VA, US (2 sites)
Dulles, VA, US (1 sites)
Ashburn, VA, US
Miami, FL, US
Atlanta, GA, US
Seattle, WA, US
Chicago, IL, US
New York, NY, US
Honolulu, HI, US
Mountain View, CA, US (1 sites) Mountain View, CA, US (1 sites)
San Francisco, CA, US (2 sites) Dallas, TX, US
Amsterdam, NL
London, UK
Stockholm, SE (2 sites)
Tokyo, JP
Seoul, KR
Beijing, CN
Singapore, SG
Dublin, IE; Kaunas, LT
Nairobi, KE
Montreal, CA
Perth, AU

Warsaw, PL (2 sites)
Brasilia, BR
Sao Paulo, BR
Sofia, BG
Prague, CZ
Johannesburg, ZA
Toronto, CA
Buenos Aires, AR
Madrid, ES
Fribourg, CH
Hong Kong, HK (2 sites)
Turin, IT
Mumbai, IN
Oslo, NO
Brussels, BE
Paris, FR (2 sites)
Helsinki, FI; Frankfurt, DE *;Riga, LV; Milan, IT; Rome, IT; Lisbon, PT; San Juan, PR;Edinburgh, UK; Tallin, EE; Taipei, TW; New York, NY, US *; Palo Alto, CA, US *; Anchorage, US; Moscow, RU; Manila, PH; Kuala Lumpur, MY; Luxembourg City, LU; Guam, GU, US; Vancouver, CA; Wellington, NZ
Cairo, EG
Sydney, AU
IPv6: 2001:503:C27::2:30
K
RIPE NCC
IPv4: 193.0.14.129

IPv6: 2001:7fd::1
Sites: 18
Global: 5
Local: 13

London, UK
Amsterdam, NL
Frankfurt, DE
 Athens, GR
Doha, QA
 Milan, IT
Reykjavik, IS
Poznan, PL
Budapest, HU
Abu Dhabi, AE
Tokyo, JP
Brisbane, AU
Miami, FL, US
Delhi, IN
Novosibirsk, RU
Dar es Salaam, TZ
Helsinki, FI
Geneva, CH
 L
ICANN
IPv4: 199.7.83.42

Sites: 51
Global: 51
Local: 0

Amsterdam, NL
Atlanta, GA, US
Auckland, NZ
Beirut, LB
Brisbane, AU
Brussels, BE
Buenos Aires, AR
Cape Town, ZA
Chicago, IL, US
Crete, GR
Copenhagen, DK
Culpeper, VA, US
Dammam, SA
Denver, CO, US
Dhaka, BD
El Segundo, CA, US
Guam, GU, US
Istanbul, TR
Jeddah, SA
 Johannesburg, ZA Kathmandu, NP

Miami, FL, US (2 sites) Nairobi, KE
Paris, FR (2 sites)
Perth, AU
Philadelphia, PA, US Prague, CZ
Riyadh, SA
Reston, VA, US
San Jose, CA, US
Oslo, NO
Sao Paulo, BR
Santiago de Chile, CL Stockholm, SE
Sydney, AU
Toronto, CA
Warsaw, PL
Los Angeles, CA, US (2 sites) Lyon, FR
Luxembourg City, LU Manama, BH
Manila, Philippines
Malmo, SE
Maputo, MZ
Marseille, FR
Melbourne, AU
Kharkov, UA
Kiev, UA
IPv6: 2001:500:3::42
M
WIDE Project

7500
IPv4: 202.12.27.33
Sites: 6
Global: 5
Local: 1



Tokyo, JP (3 sites)
Seoul, KR
Paris, FR
San Francisco, CA, US
IPv6: 2001:dc3::35

La siguiente imagen muestra un mapa mundial en que se puede visualizar los servidores maestros y sus respectivos servidores esclavos.

¿Algún servidor esta en México?  
Si existe un servidor de tipo local y se encuentra en Monterrey Nuevo León.
Tipos de registros DNS

Un DNS es una base de datos distribuida que contiene registros que se conocen como RR (Registros de Recursos), relacionados con nombres de dominio. La siguiente información sólo es útil para las personas responsables de la administración de un dominio, dado que el funcionamiento de los servidores de nombre de dominio es completamente transparente para los usuarios.
Ya que el sistema de memoria caché permite que el sistema DNS sea distribuido, los registros para cada dominio tienen una duración de vida que se conoce como TTL (Tiempo de vida). Esto permite que los servidores intermediarios conozcan la fecha de caducidad de la información y por lo tanto que sepan si es necesario verificarla o no.
Por lo general, un registro de DNS contiene la siguiente información:

Nombre de dominio (FQDN)
TTL
Tipo
Clase
RData
es.kioskea.net
3600
A
IN
163.5.255.85

·         Nombre de dominio: el nombre de dominio debe ser un nombre FQDN, es decir, debe terminar con un punto. En caso de que falte el punto, el nombre de dominio es relativo, es decir, el nombre de dominio principal incluirá un sufijo en el dominio introducido;
·         Tipo: un valor sobre 16 bits que define el tipo de recurso descrito por el registro. El tipo de recurso puede ser uno de los siguientes:
·         A: este es un tipo de base que hace coincidir el nombre canónico con la dirección IP. Además, pueden existir varios registros A relacionados con diferentes equipos de la red (servidores).
·         CNAME (Nombre Canónico): Permite definir un alias para el nombre canónico. Es particularmente útil para suministrar nombres alternativos relacionados con diferentes servicios en el mismo equipo.
·         HINFO: éste es un campo solamente descriptivo que permite la descripción en particular del hardware del ordenador (CPU) y del sistema operativo (OS). Generalmente se recomienda no completarlo para evitar suministrar información que pueda ser útil a piratas informáticos.
·         MX (Mail eXchange): es el servidor de correo electrónico. Cuando un usuario envía un correo electrónico a una dirección (user@domain), el servidor de correo saliente interroga al servidor de nombre de dominio con autoridad sobre el dominio para obtener el registro MX. Pueden existir varios registros MX por dominio, para así suministrar una repetición en caso de fallas en el servidor principal de correo electrónico. De este modo, el registro MX permite definir una prioridad con un valor entre 0 y 65,535:
es.kioskea.net. IN MX 10 mail.commentcamarche.net.
·         NS: es el servidor de nombres de dominio con autoridad sobre el dominio.
·         PTR: es un puntero hacia otra parte del espacio de nombres del dominios.
·         SOA (Start Of Authority (Inicio de autoridad)): el campo SOA permite la descripción del servidor de nombre de dominio con autoridad en la zona, así como la dirección de correo electrónico del contacto técnico (en donde el carácter "@" es reemplazado por un punto).
·         Clase: la clase puede ser IN (relacionada a protocolos de Internet, y por lo tanto, éste es el sistema que utilizaremos en nuestro caso), o CH (para el sistema caótico);
·         RDATA: estos son los datos relacionados con el registro. Aquí se encuentra la información esperada según el tipo de registro:
·         A: la dirección IP de 32 bits:
·         CNAME: el nombre de dominio;
·         MX: la prioridad de 16 bits, seguida del nombre del ordenador;
·         NS: el nombre del ordenador; PTR: el nombre de dominio
·         PTR: el nombre de dominio;
·         SOA: varios campos.
Dominios de nivel superior
Existen dos categorías de TLD (Dominios de Nivel Superior):
·         Los dominios que se conocen como "genéricos", llamados gTLD (TLD genérico). Los gTLD son nombres de dominio de nivel superior genéricos que ofrecen una clasificación de acuerdo con el sector de la actividad. Entonces cada gTLD tiene sus propias reglas de acceso:
·         gTLD historial:
·         .arpa relacionado con equipos pertenecientes a la red original.
·         .com inicialmente relacionado con empresas con fines comerciales. Sin embargo, este TLD se convirtió en el "TLD predeterminado" y hasta personas reales pueden adquirir dominios con esta extensión.
·         .edu relacionado con las organizaciones educativas;
·         .gov relacionado con las organizaciones gubernamentales;
·         .int relacionado con las organizaciones internacionales;
·         .edu relacionado con las organizaciones militares;
·         .net inicialmente relacionado con las organizaciones que administran redes. Con el transcurso de los años este TLD se ha convertido en un TLD común, y hasta personas reales pueden adquirir dominios con esta extensión.
·         .org está normalmente relacionado con organizaciones sin fines de lucro.
·         nuevos gTLD presentado en noviembre de 2000 por ICANN:
·         .aero relacionado con la industria aeronáutica;
·         .biz (negocios) relacionado con empresas comerciales;
·         .museum relacionada con los museos;
·         .name relacionada con el nombre de personas reales o imaginarias;
·         .info relacionado con organizaciones que manejan información;
·         .coop relacionado con cooperativas;
·         .pro relacionado con profesiones liberales.
·         gTLD especial:
·         .arpa relacionado con las infraestructuras para la administración de redes. El arpa gTLD también sirve para la resolución inversa de equipos en red y permite hallar el nombre relacionado con una dirección IP.
·         Los dominios que se conocen como "nacionales", se llaman ccTLD (código de país TLD). El ccTLD está relacionado con los diferentes países y sus nombres refieren a las abreviaturas del nombre del país definidas en la norma ISO 3166. La tabla a continuación resume la lista de ccTLD.
Código
País
AC
Islas Ascensión.
AD
Andorra
AE
Emiratos Árabes Unidos
AF
Afganistán
AG
Antigua y Barbuda
AI
Anguila
AL
Albania
AM
Armenia
AN
Antillas Neerlandesas
AO
Angola
AQ
Antártida
AR
Argentina
AS
Samoa Americana
AT
Austria
AU
Australia
AW
Aruba
AZ
Azerbaiyán
BA
Bosnia y Herzegovina
BB
Barbados
BD
Bangladesh
BE
Bélgica
BF
Burkina Faso
BG
Bulgaria
BH
Bahrein
BI
Burundi
BJ
Benin
BM
Bermudas
BN
Brunei
BO
Bolivia
BR
Brasil
BS
Bahamas
BT
Bhután
BV
Isla Bouvet
BW
Botswana
BY
Bielorrusia
BZ
Belice
CA
Canadá
CC
Islas Cocos
CD
República Democrática del Congo
CCM
República Centroafricana
CG
Congo
CH
Suiza
CI
Costa de Marfil
CK
Islas Cook
CL
Chile
CM
Camerún
CN
China
CO
Colombia
COM
Organización comercial
CR
Costa Rica
CU
Cuba
CV
Cabo Verde
CX
Islas Christmas
CY
Chipre
CZ
República Checa
DE
Alemania
DJ
Djibouti
DK
Dinamarca
DM
Dominica
DO
República Dominicana
DZ
Argelia
EC
Ecuador
EDU
Organización con enlaces relacionados con la educación
EE
Estonia
EG
Egipto
EH
Sahara Occidental
ER
Eritrea
ES
España
ET
Etiopía
EU
Europa
FI
Finlandia
FJ
Fiji
FK
Islas Falkland (Malvinas)
FM
Micronesia
FO
Islas Feroe
FR 
Francia
FX
Francia (Territorio EEEE europeo)
GA
Gabón
GB
Gran Bretaña
GD
Granada
GE
Georgia
GF
Guayana Francesa
GG
Guernsey
GH
Ghana
GI
Gibraltar
GL
Groenlandia
GM
Gambia
GN
Guinea
GOV
Organización gubernamental
GP
Guadalupe
GQ
Guinea Ecuatorial
GR
Grecia
GS
Georgia del Sur
GT
Guatemala
GU
Guam (USA)
GW
Guinea Bissau
GY
Guyana
HK
Hong Kong
HM
Islas Heard y McDonald
HN
Honduras
HR
Croacia
HT
Haití
HU
Hungría
ID
Indonesia
IE
Irlanda
IL
Israel
IM
Isla de Man
IN
India
IO
Territorio Británico del Océano Índico
IQ
Iraq
IR
Irán
IS
Islandia
IT
Italia
JM
Jamaica
JO
Jordania
JP
Japón
KE
Kenya
KG
Kirguistán
KH
Camboya
KI
Kiribati
KM
Comoras
KN
Saint Kitts y Nevis
KP
Corea del Norte
KR
Corea del Sur
KW
Kuwait
KY
Islas Caimán
KZ
Kazajstán
LA
Laos
LB
Líbano
LC
Santa Lucía
LI
Liechtenstein
LK
Sri Lanka
LR
Liberia
LS
Lesotho
LT
Lituania
LU
Luxemburgo
LV
Letonia
LY
Libia
MA
Marruecos
MC
Mónaco
MD
Moldova
MG
Madagascar
MH
Islas Marshall
MK
Macedonia
ML
Malí
MIL
Organización militar
MM
Myanmar
MN
Mongolia
MO
Macao
MP
Islas Marianas del Norte
MQ
Martinica
MR
Mauritania
MS
Montserrat
MU
Isla Mauricio
MV
Maldivas
MW
Malawi
MX
México
MY
Malasia
MZ
Mozambique
NA
Namibia
NC
Nueva Caledonia
NE
Níger
NET
Organización con enlaces relacionados con Internet
NF
Isla Norfolk
NG
Nigeria
NI
Nicaragua
NL
Países Bajos
NO
Noruega
NP
Nepal
NR
Nauru
NT
Zona Neutral
NU
Isla Niue
NZ
Nueva Zelanda
OM
Omán
ORG
Organización no específica
PA
Panamá
PE
Perú
PF
Polinesia Francesa
PG
Papua Nueva Guinea
PH
Filipinas
PK
Pakistán
PL
Polonia
PM
San Pedro y Miquelón
PN
Isla Pitcairn
PR
Puerto Rico (USA)
PS
Territorios Palestinos
PT
Portugal
PY
Paraguay
PW
Palau
QA
Qatar
RE
Reunión
RO
Rumania
RU
Federación de Rusia
RW
Rwanda
SA
Arabia Saudita
SB
Islas Solomón
SC
Seychelles
SD
Sudán
SE
Suecia
SG
Singapur
SH
Santa Elena
SI
Eslovenia
SJ
Islas Svalbard y Jan Mayen
SK
República Eslovaca
SL
Sierra Leona
SM
San Marino
SN
Senegal
SO
Somalia
SR
Suriname
ST
Santo Tomé y Príncipe
SU
Unión Soviética
SV
El Salvador
SY
Siria
SZ
Swazilandia
TC
Islas Turcas y Caicos
TD
Chad
TF
Territorios Australes Franceses
TG
Togo
TH
Tailandia
TJ
Tayikistán
TK
Tokelau
TM
Turkmenistán
TN
Túnez
TO
Tonga
TP
Timor Oriental
TR
Turquía
TT
Trinidad y Tobago
TV
Tuvalu
TW
Taiwán
TZ
Tanzania
UA
Ucrania
UG
Uganda
UK
Reino Unido
UM
Islas Periféricas Menores de los Estados Unidos
US
Estados Unidos
UY
Uruguay
UZ
Uzbekistán
VA
Ciudad del Vaticano
VC
San Vicente y las Granadinas
VE
Venezuela
VG
Islas Vírgenes Británicas
VI
Islas Vírgenes de los Estados Unidos
VN
Vietnam
VU
Vanuatu
WF
Islas Wallis y Futuna
WS
Samoa Occidental
YE
Yemen
YT
Mayotte
YU
Yugoslavia
ZA
Sudáfrica
ZM
Zambia
ZR
Zaire
ZW
Zimbabwe
  


REFERENCIAS