viernes, 4 de abril de 2014

ARP

Address Resolution Protocol. No voy a entrar en detalle a explicar el protocolo. Para ello, os dejo las siguientes referencias, que son bastantes claras y sin muchos rodeos:



Ya en IPv6 no tenemos ARP, sino su equivalente, NDP (Neighbor Discovery Protocol).

Lo que sí me gustaría destacar de ARP es lo siguiente:

  1) Consiste simplemente en mensajes de solicitud-respuesta (request-reply). El request siempre es en modo broadcast, preguntando por la MAC address del host destino.



El reply es en modo unicast, donde el host destino responde con su MAC address al host origen.



  2) Los sistemas guardan una caché ARP para no estar enviando requests todo el rato. Para las entradas de tipo dinámico, una vez expira el periodo de timeout predeterminado, el sistema eliminaría dicha entrada, la cual solo se volvería a añadir en el caso de recibir el reply correspondiente.



  3) ARP es un protocolo sin estado. Independientemente de si se ha enviado un request o no, si se recibe un reply, se actualiza dicha entrada en la caché. Tampoco existe autenticación alguna, así que cualquiera podría enviar replies "spoofeados", conocido como gratuitous ARP.


Básicamente, de estas características se aprovecha el ARP spoofing, que luego se puede usar para sniffing, man-in-the-middle, DoS o mac flooding. Dicho ésto, os pongo los siguientes enlaces:



Como ya hemos dicho, en IPv6 tenemos NDP, y por lo tanto, su ataque equivalente:


Existen propuestas para mitigar estos ataques, como puede ser el cifrado de la comunicación ARP, trabajar con entradas estáticas, la existencia de un servidor ARP central en lugar de mantener una caché en cada host; o mantener una correlación de solicitudes y respuestas, o monitorización de tramas ARP mediante SNMP en los switches, pero creo que ninguna se ha implementado a gran escala debido a los costos añadidos que tiene.

También tenemos herramientas como:

  • PatriotNG - permite la monitorización de cambios en la caché ARP (en entornos Windows).

jueves, 13 de marzo de 2014

A la caza de malware con Sysinternals

En el vídeo de arriba, Mark Russinovich, miembro técnico de la división Cloud y Enterprise de Microsoft, además de claramente reconocido experto en sistemas Windows, nos cuenta las novedades de algunas de las herramientas que conforman la suite de Sysinternals, y cómo le han servido a él para encontrar y eliminar malware en distintos casos a los que se ha enfrentado. Todos estos casos los desmenuza y los explica uno a uno en su blog, donde además tiene otros artículos muy interesantes de cómo ha resuelto problemas de funcionamiento de equipos Windows y explicaciones bastante detalladas de la arquitectura de un sistema Windows.

A modo de resumen, he querido destacar los puntos que indica el autor a tener en cuenta a la hora de embarcarnos en la tarea de hacer frente al malware (extraído del vídeo) y que además Mark hace mención en sus diapositivas: 

Pasos a seguir para limpiar malware

  • Desconectar el equipo de la red. Puede darse el caso en el que un "bicho" hace que se descarguen n "bichos" más, y así, perder la pista de lo que estabas investigando en un principio. 
  • Identificar procesos y drivers maliciosos. 
  • Termniar procesos identificados como para "eliminar". Una curiosidad que tiene que ver con este punto, es tener cuidado con los procesos "colegas". Ésta es la terminología que usa el autor para referirse a un conjunto de procesos que se ayudan entre ellos, de forma que si matamos a uno de ellos, los otros se encargan de lanzar uno nuevo como contramedida. Para evitar esto, nos recomienda que usemos la función de "Suspender" antes de "matar". 
  • Identificar y eliminar entradas maliciosas en "autoarranque/inicio automático". 
  • Borrar archivos malware del sistema de ficheros. 
  • Reinciamos y repetimos hasta ver que no se repiten los patrones encontrados anteriormente.

¿Y qué estamos buscando?

Básicamente buscamos procesos que cumplan los siguientes criterios, pero antes que nada, me gustaría destacar la diferenciación que hace el autor entre procesos e hilos:

  • Un proceso en Windows es un contenedor que almacena la imagen de un archivo ejecutable. Está representado por un objeto proceso de kernel y Windows emplea ese objeto y sus estructuras de datos asociadas para almacenar y realizar un seguimiento de la ejecución de dicha imagen. 
  • Un proceso incluye uno o más hilos que realmente ejecutan el código, y están representados por objetos hilo de kernel. Técnicamente, los que corren son los hilos, y no los procesos. 

Fuente: https://blogs.technet.com/b/markrussinovich/archive/2009/07/08/3261309.aspx 


Dicho ésto, enumeramos esos criterios que hay que tener en cuenta para "la caza" en los procesos analizados:
  • No tienen icono. 
  • No tienen descripción o nombre de compañía. 
  • Imágenes de procesos Microsoft no firmados. 
  • Ubicados en el directorio Windows (%SytemRoot%) o en el perfil del usuario (%userprofile%). 
  • Están "empaquetados". Respecto a este punto, hay una serie de artículos en SecurityByDefault muy interesantes de Abraham Pasamar acerca de qué son los crypters, cómo funcionan y qué técnicas usan para llevar a cabo la evasión de antivirus. Y en concreto, en el primero de ellos, en la introuducción, menciona lo siguiente:

Crypters vs. packers 

Hay que puntualizar que en algunos entornos se habla indistintamente de 'crypters' y 'packers', pero en realidad son cosas distintas. El objetivo de un packer es 'empaquetar' o 'comprimir' el archivo ejecutable. Sería como usar un ZIP pero sin perder la estructura de un archivo ejecutable PE (Portable Executable). El objetivo del 'crypter' es 'cifrar' el ejecutable. Sería como usar PGP o TrueCrypt, pero sin perder la estructura PE. 

Fuente: http://www.securitybydefault.com/2013/07/introduccion-los-crypters.html

Éstos son los procesos a los que se refiere Mark, tanto empaquetados como cifrados, o ambos.

  • Incluyen URLs extrañas en sus Strings. 
  • Tienen conexiones TCP/IP abiertas a ubicaciones no esperadas. 
  • Incluyen DLLs o servicios sospechosos. 

No siempre un proceso que tenga estas características corresponde a malware, pero sí en la mayoría de los casos. Espero que os haya parecido interesante y hasta la próxima!!!

lunes, 8 de julio de 2013

domingo, 7 de julio de 2013

CCleaner al terminar

Para los usuarios de Windows que no conozcáis la herramienta CCleaner, que sepáis que sirve para realizar una limpieza del sistema, eliminando archivos temporales, accesos directos rotos, borrado del historial de navegación, caché de navegadores, etc. También podemos realizar una limpieza del registro, desinstalar programas y escoger los que queremos que se ejecuten al iniciar nuestro sistema operativo, pero en este post me enfocaré únicamente en la parte de borrado de ficheros.

Yo siempre ejecuto la aplicación cuando voy a cerrar sesión, o apagar el equipo, así que he querido automatizar un poco este paso. La cuestión sería que el programa se ejecutase en modo comando (para no abrir la interfaz gráfica) cuando nosotros cerremos la sesión o apaguemos el equipo. CCleaner permite escoger la opción de que éste se ejecute al iniciar el sistema, pero a mí me resulta más práctico cuando vamos a apagar el equipo.

Para ello, lanzamos el siguiente comando:

gpedit.msc (modificación de directivas de grupo)



Una vez tenemos abierta la ventana MMC correspondiente, nos vamos a la opción que más se adecúe a nuestras necesidades, o sea, si queremos establecer la configuración a nivel de equipo o a nivel de usuario. Yo en mi caso, he querido ponerlo a nivel de usuario. Por lo tanto, nos iríamos a "Configuración de usuario -> Configuración de Windows -> Secuencia de comandos (inicio de sesión/cierre de sesión) -> Cerrar sesión". Una vez se nos abra la ventana, agregamos el ejecutable del CCleaner con el parámetro /AUTO, para que corra de forma automática y en modo silencioso, con las opciones que hayamos configurado.




Con esto ya estaría todo listo. Para asegurarnos que se aplican los cambios, podemos ejecutar:

gpupdate /force

Para comprobar que efectivamente funciona lo que hemos programado, podemos hacer las siguientes pruebas:

1) Revisar la caché DNS antes y después de haber cerrado sesión. Por su puesto, en la configuración (en la pestaña "Windows") debemos de tener marcada la opción de "Caché DNS" para que realice la limpieza debidamente.


Caché DNS antes de la limpieza
Caché DNS antes de la limpieza

Caché DNS después de la limpieza
Caché DNS después de la limpieza

2) Revisar la papelera de reciclaje antes y después de cerrar sesión. Si enviamos uno o más archivos a la papelera, y después reiniciamos sesión en el sistema, y comprobamos que no están, es que ha vaciado la papelera correctamente. Debemos asegurarnos que tenemos marcada la opción de "Vaciar papelera".



3) Revisar cualquiera de las carpetas (cookies, historial, caché, etc.) de los navegadores que hayamos usado, antes y después cerrar sesión, asegurándonos que habían ficheros antes de llevar a cabo la limpieza. Para ello, simplemente podemos navegar por nuestras webs favoritas y luego comprobar que hay archivos temporales, cookies, etc.


Análisis de CCleaner antes de cerrar sesión
Análisis de CCleaner después de reiniciar la sesión

Hasta los chicos de Windows Técnico o SecurityByDefault han hablado de la herramienta ;)

Salu2!!

domingo, 27 de enero de 2013

Firma electrónica vs firma digital

Después de haberme leído el libro "DNI-e. Tecnología y Usos", he querido destacar aquí algo que menciona su autor, Rames Sarwat de SmartAccess, y que muchos tendemos a confundir o a usar indiferentemente. Simplemente son definiciones para distinguir un término de otro, y que pongo a continuación, tal y como está recogido en el libro:

  • firma electrónica: hace referencia a los diferentes métodos técnicos que se pueden utilizar para identificar al firmante de ciertos datos electrónicos. Por tanto, es un término abstracto y genérico.
  • firma digital:  es un término técnico que se refiere a la firma electrónica realizada mediante sistemas de criptografía de clave pública, es decir, empleando certificados digitales emitidos con una Infraestructura de Clave Pública (PKI).

Por otro lado, también está:

  • firma digitalizada: hace referencia a un fichero que contiene la representación gráfica de nuestra firma manuscrita, normalmente obtenida a través de un escáner o tableta digitalizadora, que se incorpora a cualquier documento.

jueves, 24 de enero de 2013

Mis aportaciones en Powershell

Después de ver la versatilidad de los cmd-lets para Exchange 2007, he querido probar otras opciones que brinda Powershell. Lo bueno es que lo he podido aplicar en tareas diarias que uno tiene que realizar en el trabajo, y espero que esto pueda aportar algo a los demás. Bien, comenzamos:

1. Script para revisar ficheros de logs
La cosa aquí es revisar los ficheros de logs que se generan tras realizarse las copias de seguridad diarias correspondientes. Las condiciones a comprobar son que dichos ficheros, de entre fechas el día anterior y el día actual, sean de tamaño inferior a 1KB. El script mostrará todos los ficheros que cumplan dicha condición, en las rutas establecidas inicialmente. Esto es porque todos los ficheros que sean superiores a un 1KB tienen registradas todas las operaciones realizadas, mientras que los de tamaño inferior indican que la operación ha sido interrumpida.

2. Script para crear estructura de carpetas según estructura de Directorio Activo
Este script lo que hace es leer la estructura de OUs del Directorio Activo y generar una jerarquía de carpetas en el sistema de ficheros, donde las subcarpetas son los nombres de las diferentes OUs, y las carpetas finales son los nombres de los usuarios. Esto lo aplicamos para crear las carpetas de los buzones de escáner de los usuarios, pero se podría aplicar para otras cosas, como por ejemplo, para los perfiles de los usuarios en red, o sus carpetas de datos, etc.

He estado mirando la asignación de permisos de las carpetas mediante icacls, pero eso ya le pegaré otra pensada.

Saludos.

miércoles, 19 de diciembre de 2012

CCNA - certificado

Pues eso, después del trabajo duro, he logrado la certificación de Cisco, el CCNA, aprobando el examen 640-802. ¡Una buena manera de finalizar el 2012! Éste es uno de los motivos por los que no he actualizado el blog :P





Ahora toca descansar un poco. ¡Felices fiestas a todos!