martes, 1 de agosto de 2017

¡Te estoy viendo!, no puedes ocultarte.

Se leyó el día 27/07/2017 la noticia en RedesZone: "Cómo ocultar tu equipo en la red local para no ser detectado" (https://www.redeszone.net/2017/07/26/ocultar-equipo-red-local/), en la cual se comenta como hacer indetectable tú equipo en la red interna en donde se encuentre conectado.

Se consigue configurando el firewall de Windows para bloquear las comunicaciones a través del protocolo ICMP, ya que es el protocolo más utilizado para detectar las presencia de equipos conectados en una red.  Las herramientas que se suelen utilizar son:"Ping" y "Trace", que son, en definitiva, tipos especiales de paquetes del protocolo ICMP.

También indican que habría que revisar todo protocolo susceptible de indicar que nuestro equipo se encuentra conectado a la red para poder así estar 100% seguros de que nadie es capaz de detectarnos.

Pues, se puede afirmar que dicho planteamiento no es del todo correcto. Aunque se bloquee las peticiones entrantes del protocolo ICMP en un equipo o cualquier otro protocolo, es posible detectar dicho equipo.

Párrafo de la noticia leída

Nunca se puede estar al 100 % seguro de que nadie es capaz de detectar nuestra máquina.

¿Por qué?

Porque, en redes IPv4, siempre se puede utilizar  el protocolo de capa 2 (Nivel o Capa de Enlace del modelo OSI): ARP, para determinar la presencia de una máquina en la red.

En cualquier comunicación, se marca una dirección IP (Nivel o Capa de Red del modelo OSI) y un puerto de destino (Nivel o Capa de Transporte del modelo OSI). Pero, por debajo de todo esto y de manera transparente al usuario se trabaja con el Nivel o Capa de Enlace del modelo OSI, ya que toda red es a su vez una red local, es decir, Internet es una red local dentro de una red local y dentro de una red local, y así en bucle.

Esta Capa de Enlace se utiliza, básicamente, para buscar la dirección MAC del dispositivo que tiene asignada la IP buscada o la IP de aquel dispositivo que conoce cómo llegar a ese dispositivo (comúnmente conocido como: Puerta de Enlace).

Esa información, la relación de IP y MAC,  que se almacena en la tabla ARP, permanece en el equipo durante un cierto tiempo.

En definitiva, el protocolo ARP determina la MAC de la IP a la que va dirigida la comunicación saliente y genera un tabla con esa información.

De todo esto, se obtiene el famoso ataque ARP Spoofing para poder realizar el también afamado ataque: MiTM (Man in the Middle - Hombre en el medio).

Más información:
https://es.wikipedia.org/wiki/Internet_Control_Message_Protocol
https://es.wikipedia.org/wiki/Protocolo_de_resoluci%C3%B3n_de_direcciones
https://es.wikipedia.org/wiki/Ataque_de_intermediario
https://es.wikipedia.org/wiki/ARP_Spoofing

Un ejemplo

Sobre una máquina virtual  de uso propio, con el direccionamiento que se muestra en pantalla, se aplica la instrucción indicada en el artículo precursor de este artículo, y que permite la inclusión en el firewall de Windows de una regla para bloquear comunicaciones a través del protocolo ICMP.


Se comprueba desde otra máquina virtual que se encuentra en el mismo rango de direccionamiento que un "ping" a la máquina anteriormente comentada, no responde y no podemos afirmar que se encuentre activa.


Pero que ocurre cuando tras lanzar un "ping", se consulta la tabla ARP


Se obtiene la dirección MAC, y por lo tanto podemos afirmar que la máquina se encuentra activa.

Por lo tanto, no se puede afirmar que una máquina puede encontrarse 100% oculta frente al resto de equipos de su red.

RECORDEMOS: NUNCA SE ESTA 100% SEGURO

Lo que hagas con la información es cosa tuya, no mía ... pero ten conciencia.

lunes, 24 de julio de 2017

Buceando en la MBR.

Siempre que arrancamos un ordenador compatible con la estructura de la Tabla de Particiones (los conocidos como: PC clónicos o , simplemente, clónicos),  necesariamente terminamos buscando la  MBR (Máster Boot Record) para poder arrancar. La no existencia de la misma, parara el proceso de arranque.

Esta MBR indica al proceso de inicio del sistema, cual es el siguiente salto para poder arrancar el sistema operativo. Más concretamente, indica la partición activa que contiene el sistema operativo que será cargado.

El MBR debe residir en el primer sector del disco de arranque, el cual siempre está compuesto de "n" clúster, dependiendo del proceso de formateado dado.  Pero, no empezará en la posición 0 del sector, si no que comienza en la posición 446h del primer sector (offset 446h)

IMPORTANTE: La unidad básica de un disco duro es el clúster, que se agrupa en sectores en función del formateo que el disco duro ha tenido.

Del total del tamaño del sector, la MBR se compone de 512 bytes de información, divididos en:


Código ejecutable


Códigos de error


Tabla de particiones


El código ejecutable, más formalmente llamado: Máster Boot Code, es el programa usado en el arranque para determinar cuál de las particiones de la tabla de particiones es la activa.

Los códigos de error, son los mensajes en texto plano que pueden aparecer si el MBC (Máster Boot Code) determina que ha habido un problema al encontrar la partición activa. Dichos mensajes pueden ser:

1.- Invalid partition table
2.- Error loading operation system
3.- Missing operating system

En cuanto a la tabla de particiones a su vez se subdivide en 4 registros de 16 bytes cada uno, formando un total de 64 bytes. Cada registro se corresponde con una posible partición activa, por ello, un ordenador sólo puede tener 4 particiones primarias, y el resto, si se quieren tener más, deben ser particiones extendidas.

Cada byte de cada registro de la partición activa tiene su propio significado, que se pasa a comentar:

Bytes
Función
1
Determina si la partición es la partición activa o no.
Para determinar que estamos ante la partición activa debería existir el valor: 80h, en cualquier otro caso, debería existir el valor: 00h
2
Determina el sector inicial de la partición en formato CHS (Cilindros, Heads and Sectors - Cilindros, Cabezas y Sectores)

3
4
5
Tipo de partición
Más información (listado de tipos): https://en.wikipedia.org/wiki/Partition_type
6
Determina el sector final de la partición en formato CHS (Cilindros, Heads and Sectors - Cilindros, Cabezas y Sectores)

7
8
9
Offset de la ubicación de la partición respecto de la MBR
10
11
12
13
Tamaño de la partición en sectores
14
15
16

Al final de la tabla de particiones, siempre encontraremos los caracteres 55AAh, que indicarán el fin de la MBR.

Si el proceso de arranque puede determinar la partición activa, este saltará al sector correspondiente. El cuál tendrá una VBR (Volumen Boot Record) o una EPT (Extensión Partition Table)

Podemos verlo gráficamente mediante un editor hexadecimal. Un ejemplo sería:

Primeros bytes del sector 0 del Disco óptico 1

Analizada la MBR podemos ver:

Análisis de la MBR desde el offset 446

Más información:
https://es.wikipedia.org/wiki/Registro_de_arranque_principal
https://github.com/hamptus/pyMBR
https://raw.githubusercontent.com/gleeda/misc-scripts/master/misc_python/mbr_parser.py

Lo que hagas con la información es cosa tuya, no mía ... pero ten conciencia.




miércoles, 12 de julio de 2017

¡Ese UPnP como mola, se merece una ola!

No hace mucho tiempo, en una auditoria de red interna (intranet), un protocolo del cual no se habla demasiado dio una clave fundamental para poder hacerme con la red.

Esta clave vino a ser: usuarios totalmente validos, que permitieron hacer otras muchas cosas.

El responsable de dicha revelación fue el protocolo de comunicaciones: UPNP (Universal plug and Play).

Se recoge la definición de dicho protocolo desde Wikipedia

Universal Plug and Play (UPnP) es un conjunto de protocolos de comunicación que permite a periféricos en red, como computadoras personales, impresoras, pasarelas de Internet, puntos de acceso Wi-Fi y dispositivos móviles, descubrir de manera transparente la presencia de otros dispositivos en la red y establecer servicios de red de comunicación, compartición de datos y entretenimiento. UPnP está diseñado principalmente para redes de hogar sin dispositivos del ámbito empresarial.

Más información:
https://es.wikipedia.org/wiki/Universal_Plug_and_Play
https://tools.ietf.org/html/rfc6970

Entre los datos que devuelve el protocolo,  encontraremos el tag: <friendlyName>. Dicho tag, trae consigo  datos relativos al: nombre de la máquina y a un nombre de usuario valido.

La estructura que presentaba se correspondía al siguiente patrón:

<friendlyName> NOMBRE MÁQUINA:USUARIO </friendlyName>

Este protocolo utiliza dos puertos:

1.- 1900/UDP, que devuelve la URL donde se puede visualizar los datos.
2.- 2869/TCP, sobre el que se monta un servicio web que devuelve la información estructurada en formato XML

Si queremos buscar activos que posean el puerto 1900/UDP, y así conseguir la URL donde se encuentra la información, se puede utilizar una herramienta terriblemente útil: NMAP. Más concretamente uno de sus script (.NSE: upnp-info.nse. Este script nos permite obtener la URL donde se podrán visualizar los datos del host.

Más información:
https://nmap.org/nsedoc/scripts/upnp-info.html

Un ejemplo de la información que se obtiene con dicho script es:

Uso del script: upnp-info.nse, de la herramienta nmap

Si se visita dicha URL, obtendremos la siguiente información:


Información del servicio UPnp en formato "xml"

Si nos fijamos en el tag: <friendlyName>, podemos ver:

1.- El nombre de la máquina: GRANHERMANO
2.- El usuario: 4null0

Personalmente, me cree un pequeño script en bash para que dado una red (en formato CIDR) me detectará aquellas que tenga el puerto 1900/UDP abierto y me diera los datos correspondientes al nombre de la máquina y a el usuario.

El código es:


Código del script en bash

Un ejemplo de lo que devuelve el script es:

Información devuelta por el script



Lo que hagas con la información es cosa tuya, no mía ... pero ten conciencia.

miércoles, 21 de junio de 2017

Recordatorio: Torificar cualquier comunicación con TOR Browser

Aunque mucho se ha escrito sobre este asunto, quiero crear un recordatorio para las personas con mala memoria.

El objetivo es: torificar cualquier programa que utilice comunicaciones TCP.

Para ello, sólo necesitaremos:

1.- TOR Browser (https://www.torproject.org/)
2.- ProxyChain (http://proxychains.sourceforge.net/)

-----------------------------------------------------------------------------------------------------------------------------------------------------------
NOTA:  El TOR Browser lo puedes cambiar por el comando TOR (linux). El siguiente enlace explica perfectamente como instalar y usar la combinación: TOR/ProxyChain

https://www.redeszone.net/2014/10/17/como-instalar-y-usar-proxychains-y-tor-en-kali-linux/

                O usar la combinación: TOR/ProxyChain/nmap.

https://www.shellhacks.com/anonymous-port-scanning-nmap-tor-proxychains/
 ----------------------------------------------------------------------------------------------------------------------------------------------------------

TOR Browser, es nuestro navegador web favorito que utiliza la red TOR para establecer su conexiones web. Para lo cual utiliza un túnel VPN, el cual utilizará ProxyChain.

Se encuentra disponible para múltiples sistema operativos, y su instalación es muy sencilla tanto en sistema Linux como en sistema Windows.

ProxyChain, permite tunelizar comunicaciones TCP y DNS a través de proxys.

Sólo se encuentra disponible para versiones Linux, y su uso es tan fácil como escribir el siguiente comando:

proxychain <programa a torificar> <opciones del programa a torificar>

Pero antes de lanzar el comando se tiene que hacer:

1.- ESENCIAL Y DE CARACTER PERMANENTE: Este paso consiste en modificar la configuración de ProxyChain, para que traslade todas las comunicaciones TCP a través del túnel vinculado con la red TOR. Para ello, abrimos el archivo: /etc/proxychains.conf, y :

                 1.1.- Des-comentamos la línea 10 (en mi archivo): #dynamic_chain


Línea 10 (#dynamic_chain), des-comentada.

                1.2.- Comentamos la línea 18 (en mi archivo): strict_chain.

Línea 18 (strict_chain), des-comentada.

               1.3.- Y por supuesto, creamos/modificamos las últimas líneas del archivo con las que indicaremos al ProxyChain por donde debe enviar las comunicaciones.

                El TOR browser, por defecto, habilita el puerto 9150/TCP, como puerto de entrada al túnel dirigido hacía la red TOR.

Camino por donde se envian los paquetes al utilizar el comando: proxychain.

2.- ESENCIAL: Levantar una instancia de TOR Browser.

Y ahora ya, sí que sí, podemos torificar el programa que "deseemos"

Ejemplo: Torificación de la navegación web a través del firefox


Solicitud de la IP que se utiliza para navegar por internet a través del Firefox y a través del TOR Browser


Lo que hagas con la información es cosa tuya, no mía ... pero ten conciencia.

martes, 6 de junio de 2017

¡¡Estamos igual o peor que hace años!!

En una de las últimas auditorias sobre un WordPress de "última generación", más concretamente: versión 7.4.5, se encontró con una fuga información conocida desde 2011, más concretamente sobre las versiones de WordPress:  2.6, 3.1, 3.1.1, 3.1.3 y 3.2-beta2.

La fuga de información permite conocer los nombres de los usuarios almacenados en la base de datos de WordPress, y se encuentra identificada como: CWE-715.

Está vulnerabilidad se categoriza como:

Impacto: Bajo
Explotable remotamente: Sí
Explotable locamente: Sí

Para ello sólo hay que jugar con el parámetro "author" con el que trabaja WordPress. Dicho parámetro acepta valores numéricos que hacen referencia al ID del usuario, por lo que si se utiliza la petición: [http|https]://<dominio>/?author=<ID> , se podría conocer el nombre del usuario, e incluso ser redirigido hacía la página personal del usuario. Aunque esto último, supuestamente , a partir de la versión 3.1.3 esto ya no se puede.

Más información:
https://www.talsoft.com.ar/site/talsoft-advisory-security-wordpress-user-id-and-user-name-disclosure/

Se quiso probar con otro sitio donde estuviera instalada la última versión de WordPress (7.4.5), y me se encontró lo siguiente:

Sitio Web que utiliza la última versión conocida de WordPress.

Nombre de uno de los usuarios almacenados en la base de datos de WordPress

Es decir, al igual que la que se audito, esté sitio también permite enumerar los usuarios almacenados en la base de datos mediante el CWE-715.

¡Después de tantos años seguimos igual!

¡¡O peor!!, ya que se nos redirige a la página del usuario ... algo que debería estar resuelto desde la versión: 3.1.3

Página web del usuario:"gregwstuart"

CONTRAMEDIDA

Recomiendo encarecidamente el bastionado del servicio WordPress mediante algún tipo de guía. Sugiero la guía: CCN-STIC-460

https://www.ccn-cert.cni.es/series-ccn-stic/guias-de-acceso-publico-ccn-stic/952-ccn-stic-460-seguridad-en-wordpress/file.html


Lo que hagas con la información es cosa tuya, no mía ... pero ten conciencia.

ACTUALIZACIÓN (21/06/2017)

Si se introduce el siguiente código en el archivo: funcions.php, se podrá evitar la enumeración a través del parámetro "author", ya que dichas peticiones serán redirigidas:

Código que permite evitar la enumeración de usuarios a través del parámetro: "author".


jueves, 11 de mayo de 2017

Unas consideraciones sobre la vulnerabilidad CVE-2017-5689

Unas consideraciones sobre la vulnerabilidad: CVE-2017-5689, relacionada con procesadores Intel con firmware a partir de la versión: 6.0

Después de investigar sobre el asunto, puedo decir que el problema radica en el servicio: LMS.exe.

Para saber más detalladamente donde radica el fallo concreto, la segunda referencia de los siguientes enlaces es lo que buscas.

Más información:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-5689
https://www.embedi.com/files/white-papers/Silent-Bob-is-Silent.pdf
https://www.tenable.com/blog/rediscovering-the-intel-amt-vulnerability
https://security-center.intel.com/advisory.aspx?intelid=INTEL-SA-00075&languageid=en-fr

Este servicio es el que levanta un servicio web sobre alguno de los puertos TCP donde se puede montar el servicio web son: 623,664, 16992-16995. En una las máquinas que uso pude observarlo sobre los puertos 623/TCP y 16992/TCP

Puerto 623/TCP abierto

Puerto 16992/TCP abierto

Servicio montando  sobre el puerto: 623/TCP

Servicio montando  sobre el puerto: 623/TCP

Este servicio, se ubica sobre el directorio:  c:\Programa Files (x86)\Intel\Intel(R) Management Engine Component\LMS\, y basado en el ejecutable LMS.exe, y aparece entre los servicios de la máquina con el nombre: Intel(R) Management and Security Application Local.

Servicio en la máquina afectada.

Existe una herramienta publicada para remediar esto, y que consiste en deshabilitar el servicio y renombrar el archivo LMS.exe. Está última parte NO está bien implementada ;-)), pero la primera parte sí, siempre y cuando se ejecute la herramienta  con permisos de administrador.

Para descarga la herramienta utiliza la URL: https://packetstormsecurity.com/files/142411/Disable-Intel-AMT-master.zip

Aunque creo que la manera más rápida de hacerlo es deshabilitar el servicio anteriormente mostrado, y parar la ejecución que reside en memoria.

Resultado tras parar el servicio problemático y deshabilitarlo.


Lo que hagas con la información es cosa tuya, no mía ... pero ten conciencia.