Un antiguo ataque DoS afecta a dispositivos actuales

news and informations automotive,business,crime,health,life,politics,science,technology,travelautomotive,business,crime,health,life,politics,science,technology,travel

Sabemos que una conexión TCP está definida por dos pares IP:Puerto, uno para el origen y otro para el destino:

diagrama1

El puerto del cliente es aleatorio (aunque esto no es del todo cierto en algunas implementaciones). Si un atacante conociese este puerto podría enviar paquetes ICMP del tipo “destination un reachable” con el código “port unreachable” al servidor y cortar la conexión. Este tipo de paquetes están identificados por el tipo 3 y el código 3 en ICMP y se conocen desde hace más de 20 años.

destinationunreachable

Si el atacante no conoce el puerto origen del cliente, otra forma de implementar este ataque es enviar miles de paquetes con el mismo mensaje pero para todos los posibles puertos origen. No son muchos los paquetes que hay que enviar, ya que el número de puertos supera por poco los 65000, y hay un rango de ellos que no se utilizan como puertos de origen, lo que reduce algo los paquetes que necesita enviar el atacante. Con los anchos de banda que tenemos en la actualidad, es un ataque que se implementa en tiempos muy cortos.

A diferencia de los ataques DDoS que se han producido en las últimas semanas, “destination unreachable” no requiere grandes cantidades de paquetes para ser efectivos. Recordemos los DDoS que se han lanzado contra Dyn DNS o contra el blog de Brian Krebs, que alcanzaron unos 700 Gbps. En su lugar, un portátil con recursos muy limitados y una conexión normal para los estándares actuales podría llevarlos a cabo utilizando anchos de banda tan reducidos como 18 Mbps.

Podríamos pensar que algo tan antiguo ya no funcionará con los firewalls con los que contamos hoy en día, pero en el SOC del operador danés TDC han descubierto que no es así, y que sí que afecta a dispositivos supuestamente seguros. Han llamado a este ataque BlackNurse (más de 20 años después todavía no tenía un nombre) y ya está confirmado que afecta a los siguientes equipos:

  • Cisco ASA: 5515 y 5525
  • Algunas versiones de Palo Alto
  • SonicWall

En el siguiente enlace se puede acceder al informe técnico de TDC:

http://soc.tdc.dk/blacknurse/blacknurse.pdf

Por ahora, una posible solución es deshabilitar los mensajes ICMP de tipo 3 en las interfaces expuestas a Internet, aunque en determinados modelos como los ASS 5500 esto podría provocar problemas de conectividad en VPNs IPSec y PPTP.

¿Seguridad en la IoT?

news and informations automotive,business,crime,health,life,politics,science,technology,travelautomotive,business,crime,health,life,politics,science,technology,travel

Los ataques DDoS (Distributed Denial of Service) se vienen produciendo desde hace muchos años. Implementados por particulares, organizaciones más o menos clandestinas e incluso gobiernos de forma encubierta, se han utilizado para afectar el rendimiento de sistemas con diferentes fines. Sin embargo, parece que desde que hace unos días se liberó el código fuente de Mirai se ha abierto la veda para este tipo de ataques masivos y los cibercriminales han centrado su atención en ellos.
No se trata de ataques técnicamente muy complejos ni que hagan uso de complejos algoritmos basados en inteligencia artificial, simplemente se aprovecha de la dejadez de los implicados en la cadena de seguridad, principalmente los fabricantes de dispositivos. Basta con echarle un vistazo al código del módulo de escaneo de Mirai (que cualquiera puede descargar y compilar) para comprobar que busca dispositivos que tengan contraseñas por defecto como 123456 o admin.

seleccion_043

La botnet no necesita esforzarse más para infectar miles de dispositivos, no está tratando de acceder a un objetivo concreto que probablemente cuente con mejores medidas de seguridad. A los atacantes les basta con reunir un número suficiente de equipos que luego van a lanzar contra su víctima.
Al problema de que estos dispositivos son accesibles con contraseñas que están en el más básico de los diccionarios se une que, en muchos de los que se han visto comprometidos, el fabricante no permite que el usuario pueda cambiar estas contraseñas. No es raro que muchos de los dispositivos que se utilizaron para atacar a Dyn fuesen cámaras, grabadores de vídeo y otros dispositivos del mismo fabricante.
En otros casos, son las empresas que instalan estos dispositivos en los usuarios finales las que no modifican las credenciales, ya que les resulta más sencillo y puede acceder fácilmente de forma remota a ellos para dar asistencia a sus clientes.
Una simple búsqueda en Shodan nos devuelve cientos de miles de resultados que son potenciales miembros de una botnet:

seleccion_052

Los fabricantes no parecen tener muchos incentivos para modificar estas prácticas inseguras, pero los cibercriminales sí que parecen encontrarlos para elaborar herramientas cada vez más complejas, como es el caso del más reciente Linux/IRCTelnet, descubierto por Malware Must Die!:
http://blog.malwaremustdie.org/2016/10/mmd-0059-2016-linuxirctelnet-new-ddos.html
Por ahora, estos dispositivos vulnerables se están utilizando de forma rudimentaria para inundar de tráfico a determinados objetivos, pero no debemos olvidar que estos dispositivos están instalados en nuestras redes, por lo que se convierten en una puerta de acceso a ellas y pueden facilitan otros tipos de ataques.
Debe ser responsabilidad de los fabricantes poner todo su empeño en garantizar la seguridad de sus usuarios, igual que en la industria del automóvil se implementan medidas de seguridad activas y pasivas en los coches, no vale sólo con que el vehículo sea capaz de correr por una carretera.
Del mismo modo, tal y como se hace a la hora de conducir un coche, los usuarios debemos estar concienciados y formados para utilizar de una forma correcta y responsable esta IoT que ya podemos encontrar en todos los sitios.

Nuevo ataque de inyección de código en Windows

news and informations automotive,business,crime,health,life,politics,science,technology,travelautomotive,business,crime,health,life,politics,science,technology,travel

Las tablas atom son usadas en los sistemas operativos Windows para compartir strings entre diferentes aplicaciones. Cuando una aplicación escribe un string en una de estas tablas, recibe un identificador de 16 bits que se denomina atom y que se puede utilizar para acceder al string por parte de la misma aplicación o de otra con la que vaya a compartir la información. Incluso el propio sistema operativo utiliza tablas atom, aunque en este caso no son accesibles directamente para las aplicaciones:

https://msdn.microsoft.com/en-us/library/windows/desktop/ms649053(v=vs.85).aspx

Hace dos días, investigadores de la empresa de ciberseguridad enSilo publicaron su descubrimiento de un nuevo tipo de ataque denominado AtomBombing que se basa en la inyección de código en estas tablas del sistema. Han sido capaces de escribir código malicioso en una tabla y de forzar a una aplicación a que lea ese código, dando lugar a posible escenarios de Man-in-the-browser, acceso a contraseñas en plano, tomar capturas de pantalla…

http://blog.ensilo.com/atombombing-a-code-injection-that-bypasses-current-security-solutions

En este caso no se está explotando una vulnerabilidad de Windows o aprovechando código incorrectamente escrito y que se pueda parchear con una actualización, sino abusando del modo en que está diseñada esta característica del sistema operativo, lo que hace más complicado encontrar una solución y expone al ataque cualquier versión de Windows que haga uso de ella.

code

¿Cómo podría utilizarse este descubrimiento? Es habitual que un atacante engañe a un usuario para que ejecute un archivo malicioso, la ingeniería social suele ser muy efectiva. Aunque el antivirus del usuario no detecte ese archivo como una amenaza, si dispone de un firewall correctamente configurado es probable que bloquee las comunicaciones con el exterior de ese archivo. Sin embargo, ahora el atacante podría encontrar la forma de inyectar código en una aplicación legítima, como por ejemplo un navegador web, utilizando una tabla atom. De esta forma, como el firewall confía en esa aplicación legítima, dejaría pasar su tráfico que habría sido convenientemente modificado por el atacante.

Por ahora no hay una solución sencilla para resolver este problema y la recomendación que nos dan desde enSilo es monitorizar las llamadas a las APIs para detectar cualquier comportamiento anómalo.

Ataque DoS contra un Windows 7

news and informations automotive,business,crime,health,life,politics,science,technology,travelautomotive,business,crime,health,life,politics,science,technology,travel

Igual que en el anterior, este es un post para compartir otro vídeo en el que vemos lo sencillo que es hacer un ataque de DoS (Denial of Service) contra una máquina Windows 7:

Hasta la próxima.

Video sobre Phishing

news and informations automotive,business,crime,health,life,politics,science,technology,travelautomotive,business,crime,health,life,politics,science,technology,travel

En este caso escribo un post muy corto para compartir con vosotros un vídeo en el que se demuestra lo sencillo que es utilizar SET (Social Engineering Toolkit) para llevar a cabo un ataque de Phishing:

Espero que os resulte interesante.