BackTrack es una distribución GNU/Linux en formato LiveCD pensada y diseñada para la auditoría de seguridad y relacionada con la seguridad informática en general. Actualmente tiene una gran popularidad y aceptación en la comunidad que se mueve entorno a la seguridad informática.
Deriva de la unión de dos grandes distribuciones orientadas a la seguridad, el Auditor + WHAX.
WHAX a su vez fue la evolución del Whoppix(WhiteHat Knoppix) el cual paso a basarse en SLAX en lugar de en Knoppix.
Incluye larga lista de herramientas de seguridad listas para usar, entre las que destacan numerosos scanners de puertos y vulnerabilidades, archivos de exploits, sniffers, herramientas de análisis forense y herramientas para la auditoría Wireless.
Fue incluida en la famosa lista Top 100 Network Security Tools del 2006 disponible en SecTools.Org
Puede encontrarse más información en la página de Backtrack, desde donde también es posible descargarla.
jueves, marzo 20, 2008
MYSQLBFTOOLS - SACANDO PROVECHO A INYECCIONES "CIEGAS" DE SQL.
MySqlbf es una herramienta de pentest que nos permite extraer información de una base de datos MySQL realizando un ataque de fuerza bruta sobre aplicaciones web vulnerables a una inyección “ciega” de SQL (Blind SQL Injection). Inicialmente desarrollada en C por ilo y publicada en www.reversing.org, la última versión disponible (v1.2) se acompaña además con otra serie de utilidades nada despreciables.Pese a que el autor ha decidido abandonar el proyecto original, éste ha sido retomado por A.Ramos, quien ha portado la herramienta al lenguaje perl. El código fuente podeis encontrarlo en:bsqlbf.pl junto con un video explicativo accesible aquí.
La inyección de código SQL, permite al atacante interactuar con el gestor de base de datos utilizado por la aplicación, pudiéndose en ocasiones no sólo obtener, modificar, añadir o borrar el contenido de la base de datos, sino también ir más allá, ejecutando comandos propios del sistema operativo, con las implicaciones de seguridad que obviamente esto supone. Los ataques son posibles gracias a que la aplicación no realiza un correcto saneamiento de los datos de entrada recibidos por el usuario. El programa acepta y procesa los datos recibidos considerándolos como inocuos, permitiendo al atacante alterar la sentencia SQL original.
Para verificar, sin realizar una auditoría del código fuente, si una aplicación es vulnerable a un ataque de este tipo, se envían determinados datos de entrada para generar errores en la sintaxis SQL. Basándonos en estos errores que nos muestra el servidor, es posible hacer ingenieria inversa de la sentencia SQL original que se está ejecutando, para de este modo, forzar a la aplicación a ejecutar otra/s sentencias. En ocasiones, no se nos muestra ningún mensaje de error.Esto puede ser debido a que el programador ha modificado la lógica de la aplicación con el fin de ocultar el problema subyacente, quizá redirigiendo al usuario a una página de error personalizada en la que no se muestra ninguna información útil, dando por supuesto que esta contramedida es lo suficientemente eficaz para disuadir a un posible atacante. Craso error. Nos encontramos entonces, ante una situación de inyección “ciega” de SQL, donde la única forma de proceder es formular preguntas a la aplicación, que nos serán contestadas mostrándonos un comportamiento diferente. Nos toca a nosotros interpretar esas respuestas como valores verdaderos ó falsos para extraer información útil, ya sea simplemente averiguar si el usuario con el que se efectúa la conexión a la base de datos es el administrador, o bien preguntas mucho más complejas.
Las herramientas desarrolladas por ilo, nos facilitan esta labor. A destacar también el programa mysqlget que nos permitirá incluso descargar archivos interactuando con el servidor MySQL !! (Para que funcione, el usuario de mysql system_user() necesita tener permisos de lectura del archivo a descargar, y el usuario con el que se ejecuta la select donde se realiza la inyección tiene que tener privilegios FILE).
A continuación os incluimos la traducción del artículo original escrito por ilo.No os perdais el “otro” video. Cuidadito con pestañear ;)
INYECCIÓN "CIEGA" EN MySQL Y ESTRESS DE LA BASE DE DATOS
Os sugiero completar la información proporcionada por este artículo con el resto de documentos que tratan la inyección ciega en MySql disponibles en la web.
Actualmente, ya existen algunas herramientas que permiten obtener información de las tablas de una base de datos (Microsoft SQL Server) cuando existe inyección ciega de código sql, tal es el caso de los programas Datathief o Absinthe. El problema en Mysql es la dificultad para obtener la estructura de la base de datos. En versiones antiguas de Mysql no hay objetos METADATA que definan la estructura de la base de datos o similares, por lo que no se puede crear un procedimiento almacenado para manipular y/o conocer esta información, como hacen estos programas con otros gestores de bases de datos.
La información de este documento está enfocada desde el punto de vista de un servicio web vulnerable a una inyección de código sql.
MÉTODOS ACTUALES DE INYECCIÓN CIEGA DE SQL
A pesar del título, este artículo no trata en profundidad el complejo mundo de la inyección de sentencias sql en bases de datos Mysql. Son solo unas notas!
La mayoria de las herramientas disponibles utilizan procedimientos almacenados para extraer los datos. La configuración de la herramienta incorpora algunas variables para crear los procedimientos almacenados en el servidor remoto y la herramienta interactua posteriormente con ellos.El servidor Microsoft SQL Server mantiene un catalogo (igual que lo hacen otros) sobre como están formadas las bases de datos, sus tablas y sus campos. Los procedimientos almacenados usan este catalogo para mostrar la estructura de la base de datos al usuario, de forma que se pueda interactuar con ella.
Otra de las funcionalidades no disponible en Mysql es la posibilidad de ejecutar más de una sentencia en una consulta a la base de datos desde el servicio web. Es decir, las sentencias se ejecutarán separadas con el caracter ";", mientras que Mysql solo permite la ejecución de una sentencia a la vez. En este sentido, Mysql es la menos desarrollada (o la más segura) interfaz, ya que Mysql v3 no permite el operador UNION en las sentencias.
TIPOS DE DATOS
Una de las caracteristicas que ofrece Mysql a la hora de realizar una inyección de código sql ciega son los tipos de datos de las variables.Casi todos los valores pueden ser gestionados como una variable, por lo que no hay necesidad de identificar el tipo de datos en la petición, lo cual es realmente útil.
Olvídate de los formatos de los campos como VARCHAR, DATE ya que son establecidos por defecto como "variant" por el servidor web o por el motor de mysql. Por lo que por ejemplo, la sentencia "SELECT 1 FROMusers WHERE 1=1" será aceptada de igual forma que "SELECT '1' FROM usersWHERE 1=1". Lo que significa que el gestor de base de datos dará el mismo resultado en la dos sentencias, sin embargo si el servicio web espera determinado tipo de datos la aplicación fallará.
EXPLOTANDO INYECCIÓN CIEGA DE SQL EN MySQL
Se asume que el lector conoce lo que es una inyección de sentencias SQL y cuando se dice que se trata de una inyección “ciega” (Blind sql injection). Comencemos por un script web que nos permita inyectar código SQL pero sin mostrarnos ningún error que se pudiera producir. Podemos esperar dos tipos de respuestas ante una inyección SQL correcta, una se produciría cuando la sentencia devuelve el mismo resultado esperado sin una inyección, y la otra sería una respuesta sin resultados, una página de error o una redirección, o quizá una página “por defecto”. Los resultados pueden ser diferentes si se utiliza el operador AND o el operador OR en la sentencia inyectada. Me explico:
- Operador OR: podría utilizarse para mostrar múltiples resultadosprocedentes de una inyección SQL.- Operador AND: podríamos adivinar valores, con la finalidad de“concretar” las peticiones.
Sería útil determinar los diferentes vectores de ataque en una inyección SQL (MySQL) que nos permitan estresar la base de datos y obtener así su estructura:
- El uso de INTO OUTFILE, o LOADFILE. Hacer uso de funciones que nos permitan interactuar con el sistema de archivos nos será de gran ayuda en multitud de posibles ataques:
La posibilidad de crear una interfaz de la base de datos utilizando volcados a un archivo nos permitirá crear una sencilla versión de una página export.php o export.xxx que haga uso de una conexión a la base de datos. Esto nos permitirá ejecutar comandos como "SHOW DATABASES" o "SHOW TABLES" con el siguiente código: $result = mysql_query("SHOW tables", $db); . Posteriormente, el uso del comando "DESCRIBE nombretabla" con cada una de las tablas nos mostrará más información, con el objetivo de automatizar por completo la exportación de modo similar a la función de exportación de aplicaciones como PhpMyAdmin.Utilizar el sistema de archivos para obtener el control de la base de datos es un método un poco intrusivo, pero a efectos prácticos viene a ser lo mismo que utilizar los procedimientos almacenados.
- El uso del operador UNION para expandir el área de ataque a otras tablas y objetos por petición:
Cuando está disponible, el operador UNION permite realizar peticiones sql que afecten a otras bases de datos o tablas mediante el formato *** UNION SELECT * FROM mysql.user WHERE **** , esto nos servirá de gran ayuda para extraer datos de la base de datos.
- Manejo de errores, es importante resaltar que una inyección de sentencias sql puede ser “ciega” incluso si el manejo de errores de la aplicación está establecido de tal forma que muestre algun tipo de información al usuario sobre el error que se ha producido.
Lo importante aquí, es la posibilidad de que se nos muestre un error ocasionado por el código que será ejecutado posteriormente al que nosotros hemos insertado. El error mostrado no sera de mucha utilidad en el proceso de extracción de información, pero puede ayudarnos a determinar cómo explotar la inyección, es decir, cuando está bien formada la inyección de prueba.
OBTENIENDO LA ESTRUCTURA DE UNA BASE DE DATOS MySQL
En mi opinión, la primera tarea a realizar es la obtención de la estructura de la base de datos, pero esto, obviamente dependerá de los privilegios que tenga el usuario utilizado por el script o página en cuestión para conectarse a la base de datos. Esta situación podría limitar nuestro ámbito de actuación en la base de datos utilizada por el usuario en la consulta actual o en aquellas a las que el usuario tiene permisos de lectura.
NOTA: De ahora en adelante, con la expresión "resultado esperado" me refiero a la página original que es devuelta por el servidor web en el caso de que no se haya insertado ninguna inyección en la petición, es decir, la página esperada sin ningún tipo de intervención por nuestra parte.
LA TABLA mysql.db
MySql hace uso de una tabla llamada db. Esta tabla, contiene la relación de permisos del gestor de base de datos, y puede ser utilizada para forzar una sentencia select y extraer los nombres de las bases de datos existentes. Pero, sólo de las bases de datos con permisos previamente asignados (lo que se ejecuta es un "GRANT PRIVILEGES" para un usuario) y almacenados aquí.
UTILIZANDO OBJETOS EN UNA INYECCIÓN "CIEGA"
En las notas que acompañan al proyecto sqlbftools están documentados algunos de los objetos disponibles en una inyección “ciega” de sql. Esta prueba de concepto utiliza algunos métodos de fuerza bruta explicados en este documento:adaptive dictionaries for bruteforce cracking.
Los objetos disponibles en una inyección de este tipo que nos resultarán más interesantes son aquellos que exportan información importante del gestor de base de datos, como funciones o valores importantes:
* version(): version actual de mysql* database(): base de datos actual a la que esta conectado el usuario* user(): conectado a la base de datos* system_user(): su significado es obvio :)* session_user()* current_user()* last_insert_id()* connection_id()* .....* y por supuesto, todos los datos disponibles en la petición
Aunque no es posible ejecutar mas de una sentencia select por petición, existen varias funciones como las mostradas anteriormente que sí pueden ser ejecutadas en la propia sentencia.
FUERZA BRUTA DE OBJETOS
Cuando no existe ninguna otra forma de obtener la estructura de la base de datos, un ataque por fuerza bruta puede permitirnos adivinar algunos valores. Uno de los principales problemas que nos encontraremos aquí son los privilegios del usuario. Si el usuario no tiene permisos para leer la base de datos, se mostrará un error. Si la inyección es “ciega”, no se muestra información (ni errores), y por tanto no podemos saber si la base de datos no existe o si el usuario no tiene permisos de lectura sobre ella. El primer problema que se nos presenta es obtener el numero de argumentos en la sentencia SELECT.
NÚMERO DE ARGUMENTOS EN LA SENTENCIA SELECT
El numero de argumentos (1 hasta n) se desconoce inicialmente, pero es fácil adivinarlo de modo incremental mediante una inyección del tipo:"UNION SELECT 1", "UNION SELECT 1,2" y así sucesivamente hasta obtener los resultados esperados.
OBJETOS DE LA BASE DE DATOS Y OBJETOS DE LAS TABLAS
Una vez que sabemos el numero de argumentos, la inyección podría ser algo tal que así: UNION SELECT 1,2,...,n FROM basededatos.tabla WHERE 1=0
La sentencia "WHERE 1=0" no añadirá ningún resultado procedente del operador union, de este modo no estaremos modificando la sentencia select correcta, pero si la página devuelta es la esperada, entonces los nombres de la base de datos y de la tabla son válidos. Casi el 90% de las bases de datos tienen una tabla usuarios o quizá otros nombres fácilmente adivinables dependiendo del contexto, de este modo, "a.usuarios" "a.categorias" or "a.articulos" pueden ser una buena opción de cara a efectuar un ataque de fuerza bruta en la base de datos.
Una vez que conocemos la base de datos sobre la que podemos actuar, un ataque de fuerza bruta nos ayudará a determinar los nombres de sus tablas.
Posteriormente, conociendo el nombre de la base de datos y el nombre de una de sus tablas, podemos comenzar el proceso para averiguar los valores de los campos, modificando 1 o 2 o n con el nombre del campo a adivinar. Hazlo uno por uno, o no sabras cuando varios de ellos son incorrectos o uno es correcto, recuerda, es una inyección “ciega”.
OBTENIENDO LOS NOMBRES DE LAS BASES DE DATOS MEDIANTE FUERZA BRUTA
Cuando el operador UNION no esta disponible (MySql v3) , adivinar los nombres de las bases de datos no es tan sencillo como los nombres de las tablas (en la misma base de datos) o los campos.
OBTENIENDO LOS NOMBRES DE LAS TABLAS MEDIANTE FUERZA BRUTA
El uso de inyecciones sql sencillas como "AND tabla.campo = 2" no constituyen una sentencia válida si la tabla no forma parte de la SELECT original. Sólo es posible adivinar más nombres de otras tablas de la base de datos en cuestión si estas son referenciadas en la sentencia SELECT. De todas formas, en una inyección “ciega” no es posible determinar cuando la tabla o el campo son inválidos si no se devuelve el resultado esperado: Podría fallar si la tabla o el campo no son correctos, y ejecutarse sólo de forma correcta sólo si los dos, tabla y campo de la tabla existen.
OBTENIENDO LOS NOMBRES DE LOS CAMPOS MEDIANTE FUERZA BRUTA
La inyección de sentencias sql sencillas como pueda ser "AND field_name = 2" ajustarán la select con un nombre de campo válido. El problema aquí es el selector utilizado para la consulta (AND o OR), porque incluso aunque el nombre del campo sea correcto, no es posible esperar que la base de datos lleve a cabo una selección válida, por lo que no se devolverán resultados. Tras varias pruebas, podemos considerar que la sentencia "OR nombre_campo = 0" constituye una buena aproximación, ya que el resultado devolverá al menos el mismo registro que devolvería sin la inyección, pero es posible que devuelva tambien toneladas de registros (todos aquellos en los que el campo nombre_campo sea 0). Por esto, para asegurarnos de que estamos ante una coincidencia válida, debemos esperar que algunos de los resultados obtenidos esten entre los considerados como válidos. Si la página soporta más de una coincidencia en la petición, y se muestra un elevado número de resultados, podemos dar por concluido el proceso, el campo es válido. Puede suceder, que no se muestren resultados, por dos factores: no hemos dado con un nombre de campo correcto, o bien se ha producido un error cuando el operador OR obtiene más de un resultado. Entonces, el uso del operador AND nos Asegurará que la consulta no ha obviado el nombre del campo (supuestamente válido) debido a errores al mostrar la página.
FUERZA BRUTA DE VALORES
Lo último que nos queda por hacer con una inyección sql “ciega” es llevar a cabo un ataque de fuerza bruta sobre algunos valores de la consulta.(o bien de los objetos mysql descritos con anterioridad)
La inyección sería algo similar a la siguiente:
AND MID($$$VAL$$$,1,1) LIKE CHAR(37)
Esto nos permitirá comprobar si el primer carácter de $$$VAL$$$ es 37.La subcadena puede ser tan larga como se quiera, y se pueden utilizar otras cadenas:
AND MID($$$VAL$$$,1,4) LIKE 'root'
Para comprobar si el valor de la variable es root. Esto debería retornar la página esperada del mismo modo que si no hubieramos realizado ninguna inyección cuando la comparación LIKE es correcta, es decir, se ha adivinado de forma correcta.
Utilizando un ataque de fuerza bruta contra un juego de caracteres es posible adivinar cada uno de los caracteres del valor. $$$VAL$$$ es el valor, podría ser de igual modo cualquiera de los objetos mysql mencionados anteriormente, como por ejemplo VERSION() , o cualquiera de los valores que formen parte de la sentencia select cuando se realiza la inyección
Apreciaciones a tener en cuenta:
No todo es tan fácil como pudiera parecer..La versión de Mysql es importante.
Versiones diferentes de Mysql tienen diferentes funcionalidades. De forma que en MySQL 3 y 4 no hay modo de conocer la estructura de las bases de datos si no es utilizando SHOW, en la versión 5 de MySQL existe una nueva tabla, INFORMATION_SCHEMA, que contiene todo acerca de las bases de datos, tablas, columnas y demás. Algunas consultas recursivas en esta tabla nos proporcionarán toda la información concerniente a la base de datos.
http://dev.mysql.com/doc/refman/4.1/en/http://dev.mysql.com/doc/refman/5.0/en/
Como podeis ver, no sólo están disponibles diferentes funciones, sino tambien diferentes tablas en las diferentes versiones de MySQL. Es importante por lo tanto que nuestra primera tarea sea adivinar la versión de MySQL que queremos explotar, a toda costa. MySQL v3 no soporta sentencias UNION, MySQL v5 incorpora la tablaINFORMATION_SCHEMA… no se pueden ejecutar las mismas operaciones entodas las versiones de MySQL.
LA IMPORTANCIA DEL SISTEMA OPERATIVO
En el manual de MySQL podemos encontrar el siguiente enlace:http://dev.mysql.com/doc/refman/4.1/en/operating-system-specific-notes.html.
Es aconsejable leerlo cuidadosamente para comprender las diferencias existentes en el comportamiento de MySQL en los diferentes sistemas operativos soportados.Estas diferencias, dificultarán la creación de herramientas automatizadas. Estándares en las rutas de acceso al sistema de archivos, tipos de datos y tamaño, operaciones prohibidas y demás son ejemplos de particularidades según el sistema operativo.
Algunas funciones pueden no estar disponibles en todos los sistemas operativos, y otras podrían devolver diferentes valores. En el proceso de automatización de una herramienta para capturar la información hay que tener en cuenta las matizaciones debidas a la ejecución de MySQL en un sistema operativo o en otro, o al menos implementar las operaciones ajustandolas a determinado sistema.
LA IMPORTANCIA DEL SERVICIO WEB
La conexion establecida entre el servidor de aplicaciones y el servidor web puede llevar a cabo diferentes operaciones con los datos hasta que éstos son solicitados o enviados al gestor de bases de datos. La Canonicación de rutas, cadenas o conversiones de formato, juegos de caracteres y adaptación de los mismos … Son factores a tener en cuenta.
La mayor parte de las veces, el servidor web será Apache, y el servidor de aplicaciones será PHP, pero no siempre. Si automatizamos este entorno (LAMP) entonces nuestra herramienta sólo será eficaz aquí.
APLICACIONES DE SEGURIDAD
Casi siempre hay que contar con la existencia de una capa de seguridad añadida a cada una de las anteriores. Las opciones de configuración de seguridad de PHP, mod_security o cualquier intérprete de uri (parser), un firewall de capa 7, listas de control de acceso del sistema operativo … etc. Cualquier ataque podría ser detectado y evitado en cualquiera de ellas, de modo que no siempre es posible detectar de forma automatizada cuando el resultado es bueno o cuando el ataque ha sido detectado.No siempre se pueden sortear los diferentes mecanismos de seguridad, pero en ocasiones es posible hacerlo, en función de la forma que tenga mysql de interpretar los datos …http://dev.mysql.com/doc/refman/5.0/en/string-functions.html
Pon todo esto junto …
.. y tendrás unos cuantos problemas para extraer datos de un servidor MySQL según las diferentes opciones/configuracion/entornos que puedas encontrar. De todos modos, cuanto más antigua sea la versión que intentes explotar, más operaciones podrás realizar en versiones posteriores, incluso si hay algun modo más facil en la última versión.
Bien, una vez visto esto, consideremos un entorno compuesto por un servidor MySQL v3, con PHP y magic_quotes activado en un sistema windows(algunas cosas son más dificiles) y un caso de inyección sql “ciega” donde no se reporta al usuario de la existencia de ningún error. Imaginate las posibilidades … finalmente, como ejemplo de lo que es posible hacer puedes ver algunos videos aquí:
beyond mysql injection video
HERRAMIENTAS
Para probar y juguetear con todo esto, hemos desarrollado unas estupidas herramientas para estresar la base de datos en el peor de los casos:inyección “ciega” de sql en MySQL v3 (no se aceptan UNIONS) con php magic_quotes y con safe_mode activado …
Las herramientas forman parte del proyecto sqlbftools . Descárgalo aquí.
SQLBF
Estas herramientas hacen un ataque de fuerza bruta a los valores de mysql. El siguiente video http://www.unsec.net/ muestra como usar la herramienta y como extraer información de la base de datos. La mejor opción para un ataque de fuerza bruta son las funciones informativas:
http://dev.mysql.com/doc/refman/5.0/en/information-functions.html
Estas herramientas ahora las mantiene dab en lenguaje perl msqlbf.pl. (http://www.unsec.net)
SQLGET
Te permite descargar archivos de un sitio web vulnerable a inyecciones“ciegas” de sql … incluyendo archivos binarios !!
SQLST
sqlst es un parser para MYD, FRM y archivos MYI .. , estas herramientas fueron diseñadas para leer y parsear tablas, formatos y contenidos de campos para, sin la necesidad de bajarse toda la base de datos ser capaz de leer cualquier valor de la base de datos. Es muy dificil parsear archivos mysql por los cambios del formato MyISAM en las diferentes versiones, pero puedes llegar a hacer algo si te esfuerzas un poco..Estas herramientas necesitan más pruebas antes de poder publicarlas .. lo siento!! (las herramientas comerciales … son tan caras !! jeje)
NOTAS FINALES
He implementado la fuerza bruta de valores en el proyecto sqlbftools para estresar algunos de los valores que se pueden obtener en una inyección “ciega”. En la web de reversing.org encontrareis algunos videos para que podais ver cómo funciona. De todos modos, el programa es muy fácil de usar, y está tambien documentado para que puedas compilarlo y ejecutarlo tú mismo. Se incluye un archivo leeme con un ejemplo ilustrativo.
Fuente: http://www.hacktimes.com/?q=node/31
La inyección de código SQL, permite al atacante interactuar con el gestor de base de datos utilizado por la aplicación, pudiéndose en ocasiones no sólo obtener, modificar, añadir o borrar el contenido de la base de datos, sino también ir más allá, ejecutando comandos propios del sistema operativo, con las implicaciones de seguridad que obviamente esto supone. Los ataques son posibles gracias a que la aplicación no realiza un correcto saneamiento de los datos de entrada recibidos por el usuario. El programa acepta y procesa los datos recibidos considerándolos como inocuos, permitiendo al atacante alterar la sentencia SQL original.
Para verificar, sin realizar una auditoría del código fuente, si una aplicación es vulnerable a un ataque de este tipo, se envían determinados datos de entrada para generar errores en la sintaxis SQL. Basándonos en estos errores que nos muestra el servidor, es posible hacer ingenieria inversa de la sentencia SQL original que se está ejecutando, para de este modo, forzar a la aplicación a ejecutar otra/s sentencias. En ocasiones, no se nos muestra ningún mensaje de error.Esto puede ser debido a que el programador ha modificado la lógica de la aplicación con el fin de ocultar el problema subyacente, quizá redirigiendo al usuario a una página de error personalizada en la que no se muestra ninguna información útil, dando por supuesto que esta contramedida es lo suficientemente eficaz para disuadir a un posible atacante. Craso error. Nos encontramos entonces, ante una situación de inyección “ciega” de SQL, donde la única forma de proceder es formular preguntas a la aplicación, que nos serán contestadas mostrándonos un comportamiento diferente. Nos toca a nosotros interpretar esas respuestas como valores verdaderos ó falsos para extraer información útil, ya sea simplemente averiguar si el usuario con el que se efectúa la conexión a la base de datos es el administrador, o bien preguntas mucho más complejas.
Las herramientas desarrolladas por ilo, nos facilitan esta labor. A destacar también el programa mysqlget que nos permitirá incluso descargar archivos interactuando con el servidor MySQL !! (Para que funcione, el usuario de mysql system_user() necesita tener permisos de lectura del archivo a descargar, y el usuario con el que se ejecuta la select donde se realiza la inyección tiene que tener privilegios FILE).
A continuación os incluimos la traducción del artículo original escrito por ilo.No os perdais el “otro” video. Cuidadito con pestañear ;)
INYECCIÓN "CIEGA" EN MySQL Y ESTRESS DE LA BASE DE DATOS
Os sugiero completar la información proporcionada por este artículo con el resto de documentos que tratan la inyección ciega en MySql disponibles en la web.
Actualmente, ya existen algunas herramientas que permiten obtener información de las tablas de una base de datos (Microsoft SQL Server) cuando existe inyección ciega de código sql, tal es el caso de los programas Datathief o Absinthe. El problema en Mysql es la dificultad para obtener la estructura de la base de datos. En versiones antiguas de Mysql no hay objetos METADATA que definan la estructura de la base de datos o similares, por lo que no se puede crear un procedimiento almacenado para manipular y/o conocer esta información, como hacen estos programas con otros gestores de bases de datos.
La información de este documento está enfocada desde el punto de vista de un servicio web vulnerable a una inyección de código sql.
MÉTODOS ACTUALES DE INYECCIÓN CIEGA DE SQL
A pesar del título, este artículo no trata en profundidad el complejo mundo de la inyección de sentencias sql en bases de datos Mysql. Son solo unas notas!
La mayoria de las herramientas disponibles utilizan procedimientos almacenados para extraer los datos. La configuración de la herramienta incorpora algunas variables para crear los procedimientos almacenados en el servidor remoto y la herramienta interactua posteriormente con ellos.El servidor Microsoft SQL Server mantiene un catalogo (igual que lo hacen otros) sobre como están formadas las bases de datos, sus tablas y sus campos. Los procedimientos almacenados usan este catalogo para mostrar la estructura de la base de datos al usuario, de forma que se pueda interactuar con ella.
Otra de las funcionalidades no disponible en Mysql es la posibilidad de ejecutar más de una sentencia en una consulta a la base de datos desde el servicio web. Es decir, las sentencias se ejecutarán separadas con el caracter ";", mientras que Mysql solo permite la ejecución de una sentencia a la vez. En este sentido, Mysql es la menos desarrollada (o la más segura) interfaz, ya que Mysql v3 no permite el operador UNION en las sentencias.
TIPOS DE DATOS
Una de las caracteristicas que ofrece Mysql a la hora de realizar una inyección de código sql ciega son los tipos de datos de las variables.Casi todos los valores pueden ser gestionados como una variable, por lo que no hay necesidad de identificar el tipo de datos en la petición, lo cual es realmente útil.
Olvídate de los formatos de los campos como VARCHAR, DATE ya que son establecidos por defecto como "variant" por el servidor web o por el motor de mysql. Por lo que por ejemplo, la sentencia "SELECT 1 FROMusers WHERE 1=1" será aceptada de igual forma que "SELECT '1' FROM usersWHERE 1=1". Lo que significa que el gestor de base de datos dará el mismo resultado en la dos sentencias, sin embargo si el servicio web espera determinado tipo de datos la aplicación fallará.
EXPLOTANDO INYECCIÓN CIEGA DE SQL EN MySQL
Se asume que el lector conoce lo que es una inyección de sentencias SQL y cuando se dice que se trata de una inyección “ciega” (Blind sql injection). Comencemos por un script web que nos permita inyectar código SQL pero sin mostrarnos ningún error que se pudiera producir. Podemos esperar dos tipos de respuestas ante una inyección SQL correcta, una se produciría cuando la sentencia devuelve el mismo resultado esperado sin una inyección, y la otra sería una respuesta sin resultados, una página de error o una redirección, o quizá una página “por defecto”. Los resultados pueden ser diferentes si se utiliza el operador AND o el operador OR en la sentencia inyectada. Me explico:
- Operador OR: podría utilizarse para mostrar múltiples resultadosprocedentes de una inyección SQL.- Operador AND: podríamos adivinar valores, con la finalidad de“concretar” las peticiones.
Sería útil determinar los diferentes vectores de ataque en una inyección SQL (MySQL) que nos permitan estresar la base de datos y obtener así su estructura:
- El uso de INTO OUTFILE, o LOADFILE. Hacer uso de funciones que nos permitan interactuar con el sistema de archivos nos será de gran ayuda en multitud de posibles ataques:
La posibilidad de crear una interfaz de la base de datos utilizando volcados a un archivo nos permitirá crear una sencilla versión de una página export.php o export.xxx que haga uso de una conexión a la base de datos. Esto nos permitirá ejecutar comandos como "SHOW DATABASES" o "SHOW TABLES" con el siguiente código: $result = mysql_query("SHOW tables", $db); . Posteriormente, el uso del comando "DESCRIBE nombretabla" con cada una de las tablas nos mostrará más información, con el objetivo de automatizar por completo la exportación de modo similar a la función de exportación de aplicaciones como PhpMyAdmin.Utilizar el sistema de archivos para obtener el control de la base de datos es un método un poco intrusivo, pero a efectos prácticos viene a ser lo mismo que utilizar los procedimientos almacenados.
- El uso del operador UNION para expandir el área de ataque a otras tablas y objetos por petición:
Cuando está disponible, el operador UNION permite realizar peticiones sql que afecten a otras bases de datos o tablas mediante el formato *** UNION SELECT * FROM mysql.user WHERE **** , esto nos servirá de gran ayuda para extraer datos de la base de datos.
- Manejo de errores, es importante resaltar que una inyección de sentencias sql puede ser “ciega” incluso si el manejo de errores de la aplicación está establecido de tal forma que muestre algun tipo de información al usuario sobre el error que se ha producido.
Lo importante aquí, es la posibilidad de que se nos muestre un error ocasionado por el código que será ejecutado posteriormente al que nosotros hemos insertado. El error mostrado no sera de mucha utilidad en el proceso de extracción de información, pero puede ayudarnos a determinar cómo explotar la inyección, es decir, cuando está bien formada la inyección de prueba.
OBTENIENDO LA ESTRUCTURA DE UNA BASE DE DATOS MySQL
En mi opinión, la primera tarea a realizar es la obtención de la estructura de la base de datos, pero esto, obviamente dependerá de los privilegios que tenga el usuario utilizado por el script o página en cuestión para conectarse a la base de datos. Esta situación podría limitar nuestro ámbito de actuación en la base de datos utilizada por el usuario en la consulta actual o en aquellas a las que el usuario tiene permisos de lectura.
NOTA: De ahora en adelante, con la expresión "resultado esperado" me refiero a la página original que es devuelta por el servidor web en el caso de que no se haya insertado ninguna inyección en la petición, es decir, la página esperada sin ningún tipo de intervención por nuestra parte.
LA TABLA mysql.db
MySql hace uso de una tabla llamada db. Esta tabla, contiene la relación de permisos del gestor de base de datos, y puede ser utilizada para forzar una sentencia select y extraer los nombres de las bases de datos existentes. Pero, sólo de las bases de datos con permisos previamente asignados (lo que se ejecuta es un "GRANT PRIVILEGES" para un usuario) y almacenados aquí.
UTILIZANDO OBJETOS EN UNA INYECCIÓN "CIEGA"
En las notas que acompañan al proyecto sqlbftools están documentados algunos de los objetos disponibles en una inyección “ciega” de sql. Esta prueba de concepto utiliza algunos métodos de fuerza bruta explicados en este documento:adaptive dictionaries for bruteforce cracking.
Los objetos disponibles en una inyección de este tipo que nos resultarán más interesantes son aquellos que exportan información importante del gestor de base de datos, como funciones o valores importantes:
* version(): version actual de mysql* database(): base de datos actual a la que esta conectado el usuario* user(): conectado a la base de datos* system_user(): su significado es obvio :)* session_user()* current_user()* last_insert_id()* connection_id()* .....* y por supuesto, todos los datos disponibles en la petición
Aunque no es posible ejecutar mas de una sentencia select por petición, existen varias funciones como las mostradas anteriormente que sí pueden ser ejecutadas en la propia sentencia.
FUERZA BRUTA DE OBJETOS
Cuando no existe ninguna otra forma de obtener la estructura de la base de datos, un ataque por fuerza bruta puede permitirnos adivinar algunos valores. Uno de los principales problemas que nos encontraremos aquí son los privilegios del usuario. Si el usuario no tiene permisos para leer la base de datos, se mostrará un error. Si la inyección es “ciega”, no se muestra información (ni errores), y por tanto no podemos saber si la base de datos no existe o si el usuario no tiene permisos de lectura sobre ella. El primer problema que se nos presenta es obtener el numero de argumentos en la sentencia SELECT.
NÚMERO DE ARGUMENTOS EN LA SENTENCIA SELECT
El numero de argumentos (1 hasta n) se desconoce inicialmente, pero es fácil adivinarlo de modo incremental mediante una inyección del tipo:"UNION SELECT 1", "UNION SELECT 1,2" y así sucesivamente hasta obtener los resultados esperados.
OBJETOS DE LA BASE DE DATOS Y OBJETOS DE LAS TABLAS
Una vez que sabemos el numero de argumentos, la inyección podría ser algo tal que así: UNION SELECT 1,2,...,n FROM basededatos.tabla WHERE 1=0
La sentencia "WHERE 1=0" no añadirá ningún resultado procedente del operador union, de este modo no estaremos modificando la sentencia select correcta, pero si la página devuelta es la esperada, entonces los nombres de la base de datos y de la tabla son válidos. Casi el 90% de las bases de datos tienen una tabla usuarios o quizá otros nombres fácilmente adivinables dependiendo del contexto, de este modo, "a.usuarios" "a.categorias" or "a.articulos" pueden ser una buena opción de cara a efectuar un ataque de fuerza bruta en la base de datos.
Una vez que conocemos la base de datos sobre la que podemos actuar, un ataque de fuerza bruta nos ayudará a determinar los nombres de sus tablas.
Posteriormente, conociendo el nombre de la base de datos y el nombre de una de sus tablas, podemos comenzar el proceso para averiguar los valores de los campos, modificando 1 o 2 o n con el nombre del campo a adivinar. Hazlo uno por uno, o no sabras cuando varios de ellos son incorrectos o uno es correcto, recuerda, es una inyección “ciega”.
OBTENIENDO LOS NOMBRES DE LAS BASES DE DATOS MEDIANTE FUERZA BRUTA
Cuando el operador UNION no esta disponible (MySql v3) , adivinar los nombres de las bases de datos no es tan sencillo como los nombres de las tablas (en la misma base de datos) o los campos.
OBTENIENDO LOS NOMBRES DE LAS TABLAS MEDIANTE FUERZA BRUTA
El uso de inyecciones sql sencillas como "AND tabla.campo = 2" no constituyen una sentencia válida si la tabla no forma parte de la SELECT original. Sólo es posible adivinar más nombres de otras tablas de la base de datos en cuestión si estas son referenciadas en la sentencia SELECT. De todas formas, en una inyección “ciega” no es posible determinar cuando la tabla o el campo son inválidos si no se devuelve el resultado esperado: Podría fallar si la tabla o el campo no son correctos, y ejecutarse sólo de forma correcta sólo si los dos, tabla y campo de la tabla existen.
OBTENIENDO LOS NOMBRES DE LOS CAMPOS MEDIANTE FUERZA BRUTA
La inyección de sentencias sql sencillas como pueda ser "AND field_name = 2" ajustarán la select con un nombre de campo válido. El problema aquí es el selector utilizado para la consulta (AND o OR), porque incluso aunque el nombre del campo sea correcto, no es posible esperar que la base de datos lleve a cabo una selección válida, por lo que no se devolverán resultados. Tras varias pruebas, podemos considerar que la sentencia "OR nombre_campo = 0" constituye una buena aproximación, ya que el resultado devolverá al menos el mismo registro que devolvería sin la inyección, pero es posible que devuelva tambien toneladas de registros (todos aquellos en los que el campo nombre_campo sea 0). Por esto, para asegurarnos de que estamos ante una coincidencia válida, debemos esperar que algunos de los resultados obtenidos esten entre los considerados como válidos. Si la página soporta más de una coincidencia en la petición, y se muestra un elevado número de resultados, podemos dar por concluido el proceso, el campo es válido. Puede suceder, que no se muestren resultados, por dos factores: no hemos dado con un nombre de campo correcto, o bien se ha producido un error cuando el operador OR obtiene más de un resultado. Entonces, el uso del operador AND nos Asegurará que la consulta no ha obviado el nombre del campo (supuestamente válido) debido a errores al mostrar la página.
FUERZA BRUTA DE VALORES
Lo último que nos queda por hacer con una inyección sql “ciega” es llevar a cabo un ataque de fuerza bruta sobre algunos valores de la consulta.(o bien de los objetos mysql descritos con anterioridad)
La inyección sería algo similar a la siguiente:
AND MID($$$VAL$$$,1,1) LIKE CHAR(37)
Esto nos permitirá comprobar si el primer carácter de $$$VAL$$$ es 37.La subcadena puede ser tan larga como se quiera, y se pueden utilizar otras cadenas:
AND MID($$$VAL$$$,1,4) LIKE 'root'
Para comprobar si el valor de la variable es root. Esto debería retornar la página esperada del mismo modo que si no hubieramos realizado ninguna inyección cuando la comparación LIKE es correcta, es decir, se ha adivinado de forma correcta.
Utilizando un ataque de fuerza bruta contra un juego de caracteres es posible adivinar cada uno de los caracteres del valor. $$$VAL$$$ es el valor, podría ser de igual modo cualquiera de los objetos mysql mencionados anteriormente, como por ejemplo VERSION() , o cualquiera de los valores que formen parte de la sentencia select cuando se realiza la inyección
Apreciaciones a tener en cuenta:
No todo es tan fácil como pudiera parecer..La versión de Mysql es importante.
Versiones diferentes de Mysql tienen diferentes funcionalidades. De forma que en MySQL 3 y 4 no hay modo de conocer la estructura de las bases de datos si no es utilizando SHOW, en la versión 5 de MySQL existe una nueva tabla, INFORMATION_SCHEMA, que contiene todo acerca de las bases de datos, tablas, columnas y demás. Algunas consultas recursivas en esta tabla nos proporcionarán toda la información concerniente a la base de datos.
http://dev.mysql.com/doc/refman/4.1/en/http://dev.mysql.com/doc/refman/5.0/en/
Como podeis ver, no sólo están disponibles diferentes funciones, sino tambien diferentes tablas en las diferentes versiones de MySQL. Es importante por lo tanto que nuestra primera tarea sea adivinar la versión de MySQL que queremos explotar, a toda costa. MySQL v3 no soporta sentencias UNION, MySQL v5 incorpora la tablaINFORMATION_SCHEMA… no se pueden ejecutar las mismas operaciones entodas las versiones de MySQL.
LA IMPORTANCIA DEL SISTEMA OPERATIVO
En el manual de MySQL podemos encontrar el siguiente enlace:http://dev.mysql.com/doc/refman/4.1/en/operating-system-specific-notes.html.
Es aconsejable leerlo cuidadosamente para comprender las diferencias existentes en el comportamiento de MySQL en los diferentes sistemas operativos soportados.Estas diferencias, dificultarán la creación de herramientas automatizadas. Estándares en las rutas de acceso al sistema de archivos, tipos de datos y tamaño, operaciones prohibidas y demás son ejemplos de particularidades según el sistema operativo.
Algunas funciones pueden no estar disponibles en todos los sistemas operativos, y otras podrían devolver diferentes valores. En el proceso de automatización de una herramienta para capturar la información hay que tener en cuenta las matizaciones debidas a la ejecución de MySQL en un sistema operativo o en otro, o al menos implementar las operaciones ajustandolas a determinado sistema.
LA IMPORTANCIA DEL SERVICIO WEB
La conexion establecida entre el servidor de aplicaciones y el servidor web puede llevar a cabo diferentes operaciones con los datos hasta que éstos son solicitados o enviados al gestor de bases de datos. La Canonicación de rutas, cadenas o conversiones de formato, juegos de caracteres y adaptación de los mismos … Son factores a tener en cuenta.
La mayor parte de las veces, el servidor web será Apache, y el servidor de aplicaciones será PHP, pero no siempre. Si automatizamos este entorno (LAMP) entonces nuestra herramienta sólo será eficaz aquí.
APLICACIONES DE SEGURIDAD
Casi siempre hay que contar con la existencia de una capa de seguridad añadida a cada una de las anteriores. Las opciones de configuración de seguridad de PHP, mod_security o cualquier intérprete de uri (parser), un firewall de capa 7, listas de control de acceso del sistema operativo … etc. Cualquier ataque podría ser detectado y evitado en cualquiera de ellas, de modo que no siempre es posible detectar de forma automatizada cuando el resultado es bueno o cuando el ataque ha sido detectado.No siempre se pueden sortear los diferentes mecanismos de seguridad, pero en ocasiones es posible hacerlo, en función de la forma que tenga mysql de interpretar los datos …http://dev.mysql.com/doc/refman/5.0/en/string-functions.html
Pon todo esto junto …
.. y tendrás unos cuantos problemas para extraer datos de un servidor MySQL según las diferentes opciones/configuracion/entornos que puedas encontrar. De todos modos, cuanto más antigua sea la versión que intentes explotar, más operaciones podrás realizar en versiones posteriores, incluso si hay algun modo más facil en la última versión.
Bien, una vez visto esto, consideremos un entorno compuesto por un servidor MySQL v3, con PHP y magic_quotes activado en un sistema windows(algunas cosas son más dificiles) y un caso de inyección sql “ciega” donde no se reporta al usuario de la existencia de ningún error. Imaginate las posibilidades … finalmente, como ejemplo de lo que es posible hacer puedes ver algunos videos aquí:
beyond mysql injection video
HERRAMIENTAS
Para probar y juguetear con todo esto, hemos desarrollado unas estupidas herramientas para estresar la base de datos en el peor de los casos:inyección “ciega” de sql en MySQL v3 (no se aceptan UNIONS) con php magic_quotes y con safe_mode activado …
Las herramientas forman parte del proyecto sqlbftools . Descárgalo aquí.
SQLBF
Estas herramientas hacen un ataque de fuerza bruta a los valores de mysql. El siguiente video http://www.unsec.net/ muestra como usar la herramienta y como extraer información de la base de datos. La mejor opción para un ataque de fuerza bruta son las funciones informativas:
http://dev.mysql.com/doc/refman/5.0/en/information-functions.html
Estas herramientas ahora las mantiene dab en lenguaje perl msqlbf.pl. (http://www.unsec.net)
SQLGET
Te permite descargar archivos de un sitio web vulnerable a inyecciones“ciegas” de sql … incluyendo archivos binarios !!
SQLST
sqlst es un parser para MYD, FRM y archivos MYI .. , estas herramientas fueron diseñadas para leer y parsear tablas, formatos y contenidos de campos para, sin la necesidad de bajarse toda la base de datos ser capaz de leer cualquier valor de la base de datos. Es muy dificil parsear archivos mysql por los cambios del formato MyISAM en las diferentes versiones, pero puedes llegar a hacer algo si te esfuerzas un poco..Estas herramientas necesitan más pruebas antes de poder publicarlas .. lo siento!! (las herramientas comerciales … son tan caras !! jeje)
NOTAS FINALES
He implementado la fuerza bruta de valores en el proyecto sqlbftools para estresar algunos de los valores que se pueden obtener en una inyección “ciega”. En la web de reversing.org encontrareis algunos videos para que podais ver cómo funciona. De todos modos, el programa es muy fácil de usar, y está tambien documentado para que puedas compilarlo y ejecutarlo tú mismo. Se incluye un archivo leeme con un ejemplo ilustrativo.
Fuente: http://www.hacktimes.com/?q=node/31
ROMPIENDO EL CIFRADO WEP EN 8 COMANDOS
Existen múltiples manuales para romper la seguridad de las redes Wireless cuando se utiliza el protocolo WEP, en este caso, ajustamos el entorno a las siguientes condiciones, distribución livecd WHAX, portatil Dell Latitude D610.
Dentro de la distribución tenemos todas las utilidades que vamos a necesitar.
Comenzamos.......
Introducimos el cdrom de WHAX.
Indicamos a la BIOS el inicio desde cdrom.
Tecleamos:
1. linux load=ipw2200
De esta forma se cargará el entorno necesario para hacer funcionar la tarjeta wifi.
...cuando se nos presenta la pantalla que nos habla de la configuración del entorno gráfico X, y nos indica la password del usuario root, indicamos:
login:root
passwd:toor
y a continuación tecleamos..
2. startx
Una vez iniciado el entorno gráfico, si no carga correctamente las X, habrá que usar xconf, el entorno gráfico no es necesario, así que podríamos evitarnos este segundo paso e ir directamente al tercero.
Mediante el menú de navegación de WHAX, accedemos a una consola "Xterm" y tecleamos..
3. airmon.sh start eth0
4. airodump eth0 pruebas 0 1
(Apuntamos el nombre de la red (ESSID) y el canal (channel) a la que queremos acceder)
5. iwconfig eth0 mode monitor channel (canal) essid (essid)
6. airmon.sh start eth0 (canal)
7. airodump eth0 (essid) (canal) 1
En este momento comienza la captura de paquetes, cuanto mayor sea el número de IVS mayor la posibilidad de obtener la clave, en nuestro caso con 240.998 IVS se obtuvo en 6 segundos. Las recomendaciones son de 1.000.000 de IVS para una clave WEP de 104 bits.
Una vez capturado este tráfico...
8. aircrack (essid).ivs
Y en un periodo breve de tiempo... nos mostrará la clave.
Existen diversos métodos para acelerar la captura de tráfico en concreto de los IVS, pero no los explicaremos aquí.
Notas: este procedimiento no está probado en situaciones distintas a las descritas en el documento.
El valor (essid) ha de sustituirse por el nombre de la red wifi cuya clave se quiere obtener.
El valor (canal) se ha de sustituir por el canal de la red donde se quiere capturar el tráfico.
Enlaces relacionados:
iwhax.net
Aircrack
Y ..la Web oficial de aircrack http://www.cr0.net:8040/code/network/ de la que cuenta la leyenda que cuando se produce la alineación de los astros funciona, durante la realización de este artículo nunca se produjo.
Dentro de la distribución tenemos todas las utilidades que vamos a necesitar.
Comenzamos.......
Introducimos el cdrom de WHAX.
Indicamos a la BIOS el inicio desde cdrom.
Tecleamos:
1. linux load=ipw2200
De esta forma se cargará el entorno necesario para hacer funcionar la tarjeta wifi.
...cuando se nos presenta la pantalla que nos habla de la configuración del entorno gráfico X, y nos indica la password del usuario root, indicamos:
login:root
passwd:toor
y a continuación tecleamos..
2. startx
Una vez iniciado el entorno gráfico, si no carga correctamente las X, habrá que usar xconf, el entorno gráfico no es necesario, así que podríamos evitarnos este segundo paso e ir directamente al tercero.
Mediante el menú de navegación de WHAX, accedemos a una consola "Xterm" y tecleamos..
3. airmon.sh start eth0
4. airodump eth0 pruebas 0 1
(Apuntamos el nombre de la red (ESSID) y el canal (channel) a la que queremos acceder)
5. iwconfig eth0 mode monitor channel (canal) essid (essid)
6. airmon.sh start eth0 (canal)
7. airodump eth0 (essid) (canal) 1
En este momento comienza la captura de paquetes, cuanto mayor sea el número de IVS mayor la posibilidad de obtener la clave, en nuestro caso con 240.998 IVS se obtuvo en 6 segundos. Las recomendaciones son de 1.000.000 de IVS para una clave WEP de 104 bits.
Una vez capturado este tráfico...
8. aircrack (essid).ivs
Y en un periodo breve de tiempo... nos mostrará la clave.
Existen diversos métodos para acelerar la captura de tráfico en concreto de los IVS, pero no los explicaremos aquí.
Notas: este procedimiento no está probado en situaciones distintas a las descritas en el documento.
El valor (essid) ha de sustituirse por el nombre de la red wifi cuya clave se quiere obtener.
El valor (canal) se ha de sustituir por el canal de la red donde se quiere capturar el tráfico.
Enlaces relacionados:
iwhax.net
Aircrack
Y ..la Web oficial de aircrack http://www.cr0.net:8040/code/network/ de la que cuenta la leyenda que cuando se produce la alineación de los astros funciona, durante la realización de este artículo nunca se produjo.
Rompiendo el protocolo WPA con clave precompartida (PSK) y (TKIP) .. Acelerando el proceso.
En el artículo anterior vimos como se podía romper el protocolo WPA con clave precompartida PSK (TKIP), a través de un ataque de fuerza bruta.
Recordamos una vez obtenida la clave del protocolo WPA-PSK(TKIP) las conclusiones que obtuvimos...
Como todo proceso aquí existen 2 problemas, que pasaremos a comentar:
* Tiempo: más de 5 horas
* Rate: 172 palabras/segundo
El tiempo que se tarda en completar un fichero de más de 4 millones de entradas, que no es mucho, es excesivo y es debido al rate o número de palabras verificadas por segundo.
Para acelerar este proceso es necesario precalcular el PMK, para ello podemos utilizar la utilidad genpmk de Cowpatty.
Cowpatty es una herramienta específica para la ruptura del protocolo WPA-PSK(TKIP) que podríamos haber empleado en la primera parte del articulo.
Teniendo en cuenta que la generación del PSK se realiza de la siguiente manera:
PSK = PMK = PBKDF2 (frase, SSID, longitud SSID 4096, 256)
El problema al que nos enfrentamos a la hora de atacar el protocolo WPA con diccionarios de texto plano es que, como se pudo observar, es un proceso exageradamente lento. Algunos pensarán que un ataque offline de más 5 horas es muy poco, pero teniendo en cuenta que el diccionario era de apenas 4 millones de entradas cambia un poco la perspectiva.
Como podemos observar en la fórmula anterior, el PMK esta compuesto por una serie de valores o atributos donde el SSID y la longitud del mismo entre otros son siempre los mismos para un mismo dispositivo.
Siendo esto así podremos precalcular un hash PMK donde solo se compare el valor cambiante, es decir, la clave.
Este proceso como el que se describe en el artículo anterior no esta exento de problemas ya que, como os habréis dado cuenta, es necesario generar el fichero de hash para cada ESSID, siendo imposible la reutilización del mismo.
Por ello, la generación de un fichero de hash para un ESSID no genérico o por defecto es más larga y costosa que el propio ataque a través de un diccionario de texto plano.
¿Donde esta la gracia entonces? Es la pregunta que muchos se estarán haciendo en estos momentos, pero la realidad es otra si tenemos en cuenta los miles de puntos de acceso que vienen con el ESSID por defecto, ya sea del fabricante o del ISP. Entonces ¿y si encontramos o nos ponemos a generar ficheros de hash con nombres de ESSID por defecto?
Probablemente nunca podremos recopilar todos los ESSID por defecto y menos aún generarlos con un diccionario de más de 50 millones de entradas, tardaríamos toda una vida y parte de la otra. De ahí la importancia de compartir este tipo de ficheros.
A continuación mostraremos como generar los ficheros de hash y hacer uso de las mismas. En nuestro caso, y por seguir el hilo del artículo anterior, precalcularemos el PMK para cada una de las entradas del diccionario con el ESSID HACKTIMES.
* Generar el fichero:
# genpmk –f ModlokHacktimesDICCsrt.txt –d HACKTIMES_COW –s HACKTIMES
Opción -f: Diccionario.
Opción -d: Nombre del fichero de hash que se generará.
Opción -s: El Essid.
* Ejecución del ataque:
# cowpatty -r pskcrack-01.cap -d HACKTIMES_COW -s HACKTIMES
Opción -r: Fichero *.cap donde capturamos el handshake con el airodump.
Opción -d: Nombre del fichero generado con la utilidad genpmk.
Opción -s: El Essid.
Collected all necessary data to mount crack against passphrase.
Starting dictionary attack. Please be patient.
key no. 100000: ÒÁÓÐÁÈÎÕÔØÓÑ
key no. 200000: after-written
…
The PSK is "ZinedineZidane".
3586552 passphrases tested in 50.24 seconds: 71385.42 passphrases/second
Las previsiones han sido mejores que las que esperábamos, que eran de unas 20000 palabras por segundo. Como se puede observar ha testeado 3 millones y medio de claves en 50 segundos, muy por debajo de las más de 5 horas de la vez anterior.
Recordamos una vez obtenida la clave del protocolo WPA-PSK(TKIP) las conclusiones que obtuvimos...
Como todo proceso aquí existen 2 problemas, que pasaremos a comentar:
* Tiempo: más de 5 horas
* Rate: 172 palabras/segundo
El tiempo que se tarda en completar un fichero de más de 4 millones de entradas, que no es mucho, es excesivo y es debido al rate o número de palabras verificadas por segundo.
Para acelerar este proceso es necesario precalcular el PMK, para ello podemos utilizar la utilidad genpmk de Cowpatty.
Cowpatty es una herramienta específica para la ruptura del protocolo WPA-PSK(TKIP) que podríamos haber empleado en la primera parte del articulo.
Teniendo en cuenta que la generación del PSK se realiza de la siguiente manera:
PSK = PMK = PBKDF2 (frase, SSID, longitud SSID 4096, 256)
El problema al que nos enfrentamos a la hora de atacar el protocolo WPA con diccionarios de texto plano es que, como se pudo observar, es un proceso exageradamente lento. Algunos pensarán que un ataque offline de más 5 horas es muy poco, pero teniendo en cuenta que el diccionario era de apenas 4 millones de entradas cambia un poco la perspectiva.
Como podemos observar en la fórmula anterior, el PMK esta compuesto por una serie de valores o atributos donde el SSID y la longitud del mismo entre otros son siempre los mismos para un mismo dispositivo.
Siendo esto así podremos precalcular un hash PMK donde solo se compare el valor cambiante, es decir, la clave.
Este proceso como el que se describe en el artículo anterior no esta exento de problemas ya que, como os habréis dado cuenta, es necesario generar el fichero de hash para cada ESSID, siendo imposible la reutilización del mismo.
Por ello, la generación de un fichero de hash para un ESSID no genérico o por defecto es más larga y costosa que el propio ataque a través de un diccionario de texto plano.
¿Donde esta la gracia entonces? Es la pregunta que muchos se estarán haciendo en estos momentos, pero la realidad es otra si tenemos en cuenta los miles de puntos de acceso que vienen con el ESSID por defecto, ya sea del fabricante o del ISP. Entonces ¿y si encontramos o nos ponemos a generar ficheros de hash con nombres de ESSID por defecto?
Probablemente nunca podremos recopilar todos los ESSID por defecto y menos aún generarlos con un diccionario de más de 50 millones de entradas, tardaríamos toda una vida y parte de la otra. De ahí la importancia de compartir este tipo de ficheros.
A continuación mostraremos como generar los ficheros de hash y hacer uso de las mismas. En nuestro caso, y por seguir el hilo del artículo anterior, precalcularemos el PMK para cada una de las entradas del diccionario con el ESSID HACKTIMES.
* Generar el fichero:
# genpmk –f ModlokHacktimesDICCsrt.txt –d HACKTIMES_COW –s HACKTIMES
Opción -f: Diccionario.
Opción -d: Nombre del fichero de hash que se generará.
Opción -s: El Essid.
* Ejecución del ataque:
# cowpatty -r pskcrack-01.cap -d HACKTIMES_COW -s HACKTIMES
Opción -r: Fichero *.cap donde capturamos el handshake con el airodump.
Opción -d: Nombre del fichero generado con la utilidad genpmk.
Opción -s: El Essid.
Collected all necessary data to mount crack against passphrase.
Starting dictionary attack. Please be patient.
key no. 100000: ÒÁÓÐÁÈÎÕÔØÓÑ
key no. 200000: after-written
…
The PSK is "ZinedineZidane".
3586552 passphrases tested in 50.24 seconds: 71385.42 passphrases/second
Las previsiones han sido mejores que las que esperábamos, que eran de unas 20000 palabras por segundo. Como se puede observar ha testeado 3 millones y medio de claves en 50 segundos, muy por debajo de las más de 5 horas de la vez anterior.
Rompiendo el protocolo WPA con clave precompartida (PSK) y el protocolo de integridad de clave temporal (TKIP)
Los proveedores de servicios o ISPs que distribuyen puntos de acceso siguen sin tener presente la seguridad como una necesidad, por lo que en el mejor de los casos utilizan el inseguro protocolo WEP.
Poco a poco se van implementando en los dispositivos, configuraciones por defecto que dejan a un lado el lamentable protocolo WEP, que tantos y tantos quebraderos de cabeza ha generado, tanto en particulares como en entornos de pequeña y mediana empresa.
En este breve artículo veremos como las “nuevas” implementaciones como WPA-PSK (TKIP) son susceptibles a ataques de fuerza bruta.
WPA es un subconjunto del desarrollo del estándar 802.11i, donde con un porcentaje de éxito mucho menor que con el protocolo WEP, es posible la obtención de la contraseña a través de un ataque por diccionario.
Para entender un poco más el protocolo WPA-PSK es necesario conocer, aunque sea de forma muy superficial, el protocolo TKIP (Temporal Key Integrity Protocol), que fue diseñado para cubrir en gran medida las criticas continuas sobre la debilidad del protocolo WEP.
Podemos decir que TKIP:
* Es un vector de inicialización o IV de 58 bits
* Tiene una clave de 128 bits
* Generación de bloques de 4 Bytes (MIC) a partir de la dirección de origen, de destino y datos, es decir, cifra el checksum incluyendo direcciones MAC.
WPA-PSK es un protocolo de clave compartida (PSK) para aquellos entornos donde no existen servidores de autenticación (RADIUS). La clave esta compuesta por una cadena de 256 bits o una frase entre 8 y 63 caracteres.
PSK = PMK = PBKDF2 (frase, SSID, longitud SSID 4096, 256)
Paso a paso ....
* 1. Asociación del dispositivo cliente con el AP.
* 2. Autenticación y distribución de claves PMK (Pair-Wise MasternKey)
* 3. Creación del PTK (Pair Wise Transient Key) basado en el anterior PMK
* 4. Verificación de la integridad.
* 5. Establecimiento de sesión a través del protocolo TKIP.
Para realizar esta prueba se han utilizado un portátil ASUS Pentium IV, una tarjeta PCMCIA AirPlus Extreme con chipset Atheros. La distribución elegida para llevar a cabo nuestros planes es BACKTRACK con drivers MADWIFI.
Tanto los puntos de acceso como los clientes del mismo pertenecen a un entorno controlado y destinado exclusivamente a estas pruebas.
Datos de los dispositivos de laboratorio:
* BSSID del AP(Viene a ser la MAC): 00:30:BD:98:CE:62
* ESSID: HACKTIMES
* MAC dispositivo cliente: 00:15:E9:1B:33:53
Lo primero que haremos es buscar un punto de acceso que tenga este tipo de configuración (WPA-PSK(TKIP)). En nuestro caso y debido a que disponemos de puntos de acceso y dispositivos cliente debidamente configurados (no es objeto de este artículo el explicar como se configura un AP para que incorpore este tipo de cifrado, que en último caso dependerá del dispositivo instalado así como de su firmware) es muy sencillo encontrar un punto de acceso, aunque a veces se hace complicado localizar un AP con este tipo cifrado fuera del laboratorio.
El primer paso antes de realizar cualquier acción es establecer el modo monitor en nuestra tarjeta PCMCIA.
Modo 1
# airmon start ath0
Modo 2
# iwconfig ath0 mode monitor
A continuación lanzaremos la herramienta airodump para descubrir las redes cercanas, incluida la que hemos configurado para la ocasión, así como diversos datos que nos serán imprescindibles.
Nota: En caso de que airodump no sea capaz de identificar un AP con cifrado WPA-PSK, es necesario el uso de herramientas como Kismet o NetStumbler, entre otras.
Esta herramienta será vital para detectar nuestro AP, pero será también lo es el fichero que se genere donde intentaremos capturar los datos de autenticación de un determinado dispositivo conectado al AP.
Una vez tengamos la tarjeta en modo monitor, ejecutaremos..
# airodump ath0 captura 0 0
Se puede observar que con estas opciones (el último 0) que estamos capturando todos los paquetes, a diferencia de cuando se rompe el protocolo WEP, que utilizamos la opción 1 que captura solo los paquetes de tipo IV, a fin de evitar que se generen ficheros de captura muy grandes.
Para llevar a cabo este tipo de ataque únicamente necesitamos capturar el “handshake” (negociación) que se produce cuando un cliente se autentica con un punto de acceso.
Una vez esto en marcha podemos ver en la siguiente imagen como airodump ha detectado el punto de acceso que nos interesa (ESSID HACKTIMES).
Poco a poco se van implementando en los dispositivos, configuraciones por defecto que dejan a un lado el lamentable protocolo WEP, que tantos y tantos quebraderos de cabeza ha generado, tanto en particulares como en entornos de pequeña y mediana empresa.
En este breve artículo veremos como las “nuevas” implementaciones como WPA-PSK (TKIP) son susceptibles a ataques de fuerza bruta.
WPA es un subconjunto del desarrollo del estándar 802.11i, donde con un porcentaje de éxito mucho menor que con el protocolo WEP, es posible la obtención de la contraseña a través de un ataque por diccionario.
Para entender un poco más el protocolo WPA-PSK es necesario conocer, aunque sea de forma muy superficial, el protocolo TKIP (Temporal Key Integrity Protocol), que fue diseñado para cubrir en gran medida las criticas continuas sobre la debilidad del protocolo WEP.
Podemos decir que TKIP:
* Es un vector de inicialización o IV de 58 bits
* Tiene una clave de 128 bits
* Generación de bloques de 4 Bytes (MIC) a partir de la dirección de origen, de destino y datos, es decir, cifra el checksum incluyendo direcciones MAC.
WPA-PSK es un protocolo de clave compartida (PSK) para aquellos entornos donde no existen servidores de autenticación (RADIUS). La clave esta compuesta por una cadena de 256 bits o una frase entre 8 y 63 caracteres.
PSK = PMK = PBKDF2 (frase, SSID, longitud SSID 4096, 256)
Paso a paso ....
* 1. Asociación del dispositivo cliente con el AP.
* 2. Autenticación y distribución de claves PMK (Pair-Wise MasternKey)
* 3. Creación del PTK (Pair Wise Transient Key) basado en el anterior PMK
* 4. Verificación de la integridad.
* 5. Establecimiento de sesión a través del protocolo TKIP.
Para realizar esta prueba se han utilizado un portátil ASUS Pentium IV, una tarjeta PCMCIA AirPlus Extreme con chipset Atheros. La distribución elegida para llevar a cabo nuestros planes es BACKTRACK con drivers MADWIFI.
Tanto los puntos de acceso como los clientes del mismo pertenecen a un entorno controlado y destinado exclusivamente a estas pruebas.
Datos de los dispositivos de laboratorio:
* BSSID del AP(Viene a ser la MAC): 00:30:BD:98:CE:62
* ESSID: HACKTIMES
* MAC dispositivo cliente: 00:15:E9:1B:33:53
Lo primero que haremos es buscar un punto de acceso que tenga este tipo de configuración (WPA-PSK(TKIP)). En nuestro caso y debido a que disponemos de puntos de acceso y dispositivos cliente debidamente configurados (no es objeto de este artículo el explicar como se configura un AP para que incorpore este tipo de cifrado, que en último caso dependerá del dispositivo instalado así como de su firmware) es muy sencillo encontrar un punto de acceso, aunque a veces se hace complicado localizar un AP con este tipo cifrado fuera del laboratorio.
El primer paso antes de realizar cualquier acción es establecer el modo monitor en nuestra tarjeta PCMCIA.
Modo 1
# airmon start ath0
Modo 2
# iwconfig ath0 mode monitor
A continuación lanzaremos la herramienta airodump para descubrir las redes cercanas, incluida la que hemos configurado para la ocasión, así como diversos datos que nos serán imprescindibles.
Nota: En caso de que airodump no sea capaz de identificar un AP con cifrado WPA-PSK, es necesario el uso de herramientas como Kismet o NetStumbler, entre otras.
Esta herramienta será vital para detectar nuestro AP, pero será también lo es el fichero que se genere donde intentaremos capturar los datos de autenticación de un determinado dispositivo conectado al AP.
Una vez tengamos la tarjeta en modo monitor, ejecutaremos..
# airodump ath0 captura 0 0
Se puede observar que con estas opciones (el último 0) que estamos capturando todos los paquetes, a diferencia de cuando se rompe el protocolo WEP, que utilizamos la opción 1 que captura solo los paquetes de tipo IV, a fin de evitar que se generen ficheros de captura muy grandes.
Para llevar a cabo este tipo de ataque únicamente necesitamos capturar el “handshake” (negociación) que se produce cuando un cliente se autentica con un punto de acceso.
Una vez esto en marcha podemos ver en la siguiente imagen como airodump ha detectado el punto de acceso que nos interesa (ESSID HACKTIMES).
Detección del ESSID
Los objetivos que nos planteamos llegados a este punto es capturar el “handshake”, que será reflejado en la columna #data, donde veremos incrementado el número de paquetes una vez realizado el ataque de denegación de servicio.
Aunque en un principio pueda que airodump no identifique el cifrado y aparezca con algo similar a lo siguiente “WEP?” en la columna “ENC”. En cuanto se capture un cierto volumen de tráfico, o mejor aún un “handshake” se establecerá ya como “WPA”.
A continuación se realizará un ataque de denegación de servicio contra el cliente conectado al AP, que en nuestro caso es 00:15:E9:1B:33:53. Para ver que clientes están conectados a un determinado punto de acceso es recomendable el uso de Kismet, tanto por la sencillez como por la cantidad de información que muestra, pero existen más herramientas que nos pueden brindar resultados excelentes.
# aireplay –0 5 –a 00:30:BD:98:CE:62 –C 00:15:E9:B1:33:53
Aireplay
Ataque 0: deautenticación: este ataque es probablemente el más útil para recuperar un ESSID oculto así como para capturar el “handshake”.
Habrá que tener cuidado en no dejar el dispositivo cliente inoperativo, que es lo más normal en este tipo de ataques.
El efecto que se produce en el dispositivo cliente es inmediato, tal y como se puede apreciar.
Desconexión de la Red
Aunque los paquetes aumenten, por ahora no sabemos si realmente el cliente se ha desconectado y vuelto a autenticar al punto de acceso. Esto es necesario para poder capturar el “handshake”.
Captura de la Negociación
Una vez capturado los paquetes usaremos aircrack para primero verificar que realmente hemos obtenido el ansiado “handshake”, y si es así, lanzar el ataque.
# aircrack –a 2 –w ModlokHacktimesDICCsrt.txt pskcrack-01.cap
Ataque al cifrado
Hay que tener en cuenta que con un solo “handshake” es suficiente y que hay que compararlo con un diccionario, es decir, por fuerza bruta. Teniendo en cuenta estos dos factores dependerá de la calidad de nuestro diccionario el éxito ante este tipo de ataque, que en definitiva tiene un gran porcentaje de suerte.
Desde HackTimes hemos usado un fichero secuencial con más de 4 millones de líneas o posibles contraseñas.
Clave Identificada
En la imagen superior observamos como se ha detectado la clave, con lo cual nuestro primer ataque al protocolo WPA-PSK(TKIP) ha sido todo un éxito.
Como todo proceso aquí existen 2 problemas, que pasaremos a comentar:
* Tiempo: más de 5 horas.
* Rate:172 palabras/segundo
El tiempo que se tarda en completar un fichero de más de 4 millones de entradas, que no es mucho, es excesivo y es debido al rate o número de palabras verificadas por segundo.
Para acelerar el proceso es necesaria la creación de tablas de tipo Rainbow Tables, y el uso de herramientas como la versión 3.0 de Cowpaty y su utilidad genpmk. Una vez creadas las tablas podemos obtener un rate de más de 20000 palabras por segundo.
En una siguiente ocasión veremos como se realiza todo este proceso de forma detallada.
Fuente: http://www.hacktimes.com
miércoles, marzo 19, 2008
Definicion de Phreaker
Un phreaker es una persona que investiga los sistemas telefónicos, mediante el uso de tecnología por el placer de manipular un sistema tecnológicamente complejo y en ocasiones también para poder obtener algún tipo de beneficio como llamadas gratuitas.
El término Phreak, Phreaker o phreak telefónico es un término acuñado en la subcultura informática para denominar a todas aquellas personas que realizan Phreaking. Phreak es una conjunción de las palabras phone (teléfono en inglés) y freak, algo así como pirado por los teléfonos, y surgió en Estados Unidos en los años 1960. También se refiere al uso de varias frecuencias de audio para manipular un sistema telefónico, ya que la palabra phreak se pronuncia de forma similar a frequency (frecuencia). A menudo es considerado y categorizado como hacking informático. También se le denomina la cultura H/P (H de Hacking y P de Phreaking).
Entre los phreakers más conocidos destacan: Capitán Crunch (John Draper), empleó un silbato que regalaban con una caja de cereales de desayuno para lograr su objetivo. Dicho silbato tenía la particularidad de emitir un pitido a una frecuencia de 2.600 hz, justamente la empleada en los sistemas de establecimiento de llamada de la compañía telefónica Bell. Siendo este el primer paso para manipular el sistema, siendo incluso posible realizar llamadas gratuitas; The Whistler (Joe Egressia) era un joven phreaker ciego que tenía oído absoluto y ya a los 9 años descubrió que silbando podía hacer cosas en el teléfono. También tenía el sobrenombre de la caja azul humana porque podía conmutar las líneas telefónicas a su antojo con simples silbidos; Steve Wozniak, uno de los creadores de Apple también tuvo un pasado phreaker, se dedicaba a vender cajas azules para poder financiar algunos de sus proyectos.
Durante muchos años los phreakers usaron las llamadas boxes, artefactos que provocaban diversas anomalías en la línea telefónica, estos dispositivos se conocen por un color identificativo -blue boxes, black boxes, beige boxes.
En la actualidad, los phreakers tienen también como blanco a la telefonía móvil, a las tecnologías inalámbricas y el VoIP.
Kevin Mitnick. Uno de los hacker mas famosos de la historia
Se trata de uno de los hackers mas famosos de la historia de la informatica en gran medida debido a las dos peliculas denominadas con el mismo nombre. Aun asi ha sido un buen punto de partida y de seguimiento para la camunidad hacker.
6 de agosto de 1963) es uno de los crackers y Phreakers más famosos de los Estados Unidos. Su último arresto se produjo el 15 de febrero de 1995, tras ser acusado de entrar en algunos de los ordenadores más "seguros" de EE.UU. Ya había sido procesado judicialmente en 1981, 1983 y 1987 por diversos delitos electrónicos.
6 de agosto de 1963) es uno de los crackers y Phreakers más famosos de los Estados Unidos. Su último arresto se produjo el 15 de febrero de 1995, tras ser acusado de entrar en algunos de los ordenadores más "seguros" de EE.UU. Ya había sido procesado judicialmente en 1981, 1983 y 1987 por diversos delitos electrónicos.
El caso de Kevin Mitnick (su último encarcelamiento) alcanzó una gran popularidad entre los medios estadounidenses por la lentitud del proceso (hasta la celebración del juicio pasaron más de dos años), y las estrictas condiciones de encarcelamiento a las que estaba sometido (se le aisló del resto de los presos y se le prohibió realizar llamadas telefónicas durante un tiempo por su supuesta peligrosidad).
Tras su puesta en libertad en 2002, Kevin Mitnick se dedica a la consultoría y el asesoramiento en materia de seguridad, a través de su compañía "Mitnick Security"(Anteriormente llamada: Defensive Thinking).
La vida de Kevin Mitnick y, en especial, la persecución que condujo a su captura en 1995 han dado lugar a multitud de libros y otro material de ficción. De entre todos, destaca la novela Takedown, que relata su último arresto. Y de la cuál han sacado una película con el mismo título, "Takedown" , en el año 2000.
Ingeniería social
Kevin Mitnick se dedica a la consultoría desde la óptica particular de la ingeniería social, considera que más allá de las técnicas de hardware y software que se pueden implementar en las redes, el factor determinante de la seguridad de las mismas es la capacidad de los usuarios de interpretar correctamente las políticas de seguridad y hacerlas cumplir.
Considera que todos podemos fallar fácilmente en este aspecto ya que los ataques de ingeniería social, muchas veces llevados a cabo solo con ayuda de un teléfono, son basados en cuatro principios básicos y comunes a todas las personas:
- Todos queremos ayudar.
- El primer movimiento es siempre de confianza hacia el otro.
- No nos gusta decir No.
- A todos nos gusta que nos alaben.
Fundamentando estos conceptos, relató el 27 de mayo de 2005 en Buenos Aires (Argentina) en una de sus conferencias, el modo a través del cual pudo acceder fácilmente al código de un teléfono móvil en desarrollo, incluso antes de su anuncio en el mercado, con sólo 6 llamadas telefónicas y en escasos minutos.
Televisión y libros
- Mitnick aparece en el documental de Discovery Channel The history of hacking.
- Ha editado varios libros sobre el tema seguridad informática como The art of deception y The art of intrusion.
Esta es su historia: Kevin David Mitnik, alias “El Cóndor”, nació el 6 de agosto de 1963 en Van Nuys, un pequeño pueblo al sur de California. Hace 41 años. Kevin no tuvo una infancia fácil. Sus padres se divorciaron, y el entorno en el que creció supuso una de las causas que le llevaron a encerrarse en casa y permanecer en soledad, momento (1970s) en el que fue seducido por las mieles de la informática; en concreto, por el poder que entrevio que podía obtener a través de las redes telefónicas. De hecho, a pesar de que Kevin ha recibido calificativos tan diversos como hacker, cracker, pirata informático y otras palabras nada agradables que eludo mencionar, lo cierto es que en esencia, Mitnik siempre ha sido un Phreaker; el mejor phreaker de la historia, según muchos.
18 Ene 2005 | por Sarah Romero
Desde muy joven sintió curiosidad por los sistemas de comunicación electrónica, cultivando y desarrollando un deseo cuasi obsesivo por investigar, aprender y lograr objetivos aparentemente imposibles. En la adolescencia Mitnick ya se había convertido en todo un fenómeno. A los 16 años marca su primera línea tras la barrera del “lado oscuro”, del que ya nunca se separaría: se saltó la seguridad del sistema administrativo de su colegio; sin embargo, no lo hizo para alterar las calificaciones escolares, como podría pensarse, sino “solo para mirar”.
De aquí en adelante comenzaría su andadura como delincuente. La fecha, 1981. Kevin y dos amigos suyos irrumpieron en las oficinas de Cosmos (Computer System for Mainframe Operations) de la compañía Pacific Bell – que era una base de datos utilizada por la mayor parte de las compañías telefónicas norteamericanas para controlar el registro de llamadas -. Una vez allí obtuvieron la lista de claves de seguridad, la combinación de las puertas de acceso de varias sucursales, y manuales del sistema COSMOS, entre otras cosas. De hecho, se comentó que lo sustraido por Mitnick y sus amigos tenía un valor equivalente a 170.000 euros.
Usando ingeniería social utilizaron sus seudónimos y números de teléfono en uno de los escritorios de la habitación. Así, usaron el nombre falso de “John Draper”, quien era un programador informático muy conocido, y también un legendario phreaker conocido como “Captain Crunch”. Los números de teléfono fueron derivados a otras rutas. Sin embargo, esta actuación estaba lejos de considerarse un éxito. Un directivo de una compañía telefónica pronto descubrió estos números de teléfono y lo puso en conocimiento de la policía local que comenzó a investigar. Debido a que la novia de uno de sus amigos, intimidada por lo que pudiera pasar les delató a la policía, Mitnick fue condenado por una corte juvenil a tres meses de cárcel y a un año bajo libertad condicional, gracias a que todavía era menor de edad. Ese fue su primer paso por la cárcel, que no el último.
Una de las historias curiosas relacionada con esta etapa de Mitnick tiene que ver con el oficial encargado de su caso. Al cumplir los tres meses de prisión, lo primero que hizo Mitnick fue dejarle una “sorpresita” al susodicho. El oficial se encontró con que su teléfono había sido desconectado y todos sus datos de registro en la compañía telefónica habían sido borrados. A partir de aquí, todo sucedió con una celeridad inquietante.
Se comenta que Mitnik adoptó su alias o nombre de guerra (“Cóndor”) después de haber visto la película protagonizada por Robert Redford “Los tres días del Cóndor”, ya que en cierto modo se sentía identificado con el protagonista. Redford encarnaba a un empleado de la Agencia Central de Inteligencia de Estados Unidos (CIA) que se ve envuelto en un turbio asunto que continúa con una implacable persecución. Su nombre en clave es “cóndor” y Redford utiliza su experiencia para manipular el sistema telefónico y evitar ser capturado.
Su siguiente arresto tuvo lugar poco después; en 1983, por un policía de la Universidad del Sur de California donde había tenido algunos problemas unos años antes. Mitnick fue capturado por usar un ordenador de la universidad para obtener acceso (ilegal) a la red ARPAnet (la predecesora de Internet). De hecho fue descubierto entrando en un ordenador del Pentágono a través de ARPAnet, y fue sentenciado a seis meses de cárcel en una prisión juvenil de California (California Youth AthorityŽs Karl Holton Training School). Una vez puesto en libertad, obtuvo la licencia de “X Hacker” (...)
En 1987 Mitnick parecía estar realizando un cambio en su vida, y comenzó a convivir con una joven que estaba dando clases de informática con él en una escuela local. Después de un tiempo, de cualquier forma, su obsesión emergió y s utilización de números de tarjetas de crédito telefónicas ilegales condujo a la policía hasta el apartamento que Mitnick compartía con su novia en el pueblo Thousand Oaks, California. Mitnick fue acusado de robar software de Microcorp Systems, una pequeña empresa californiana de software, y ese mismo mes de diciembre era condenado a tres años de libertad condicional.
Después de esto Mitnick, solicitó un empleo en el Security Pacific Bank como encargado de la seguridad de la red del banco, pero este lo rechazó precisamente por sus antecedentes penales. La respuesta de Mitnick fue falsificar un balance general del banco donde se mostraban pérdidas por 400 millones de dólares y trató de difundirlo por la red. Sin embargo, el administrador de la red detuvo esta acción a tiempo.
Ese mismo año inicio el escándalo que lo lanzo a la fama. De 1987 a 1988 Kevin y su gran amigo, Lenny DiCicco, se enzarzaron en una lucha electrónica continua contra los científicos del laboratorio de investigación digital de Palo Alto. Mitnick estaba obcecado en obtener una copia del prototipo del nuevo sistema operativo de seguridad llamado VMS y estuvo intentando conseguirlo obteniendo la entrada a la red corporativa de la empresa, conocida coo Easynet. Los ordenadores del laboratorio digital de Palo Alto parecían simples, por lo que cada noche y con inestimable persistencia, Mitnick y DiCicco lanzaban sus ataques desde una pequeña compañía californiana (Calabasas), donde DiCicco trabajaba de técnico de soporte. Aunque la empresa descubrió los ataques casi inmediatamente, no sabían de dónde venían. De hecho ni el propio FBI podía fiarse de los datos obtenidos de las compañías telefónicas ya que Mitnick se ocupaba de no dejar rastro alterando el programa encargado de rastrear la procedencia de las llamadas y desviando el rastro de su llamada a otros lugares. En una ocasión, el FBI, creyendo que había encontrado a Mitnick, irrumpió en la casa de unos inmigrantes que estaban viendo la televisión, para asombro de estos y aquellos.
Sin embargo, ya se encontraban sobre la pista de Mitnick, y este, atemorizado por la posibilidad de que le cogieran, traicionó a su compañero y trató de poner a los federales bajo la pista de DiCicco, haciendo llamadas anónimas al jefe de este que trabajaba en una compañía de software como técnico de soporte. Viendo la traición de Mitnick, DiCicco finalmente se lo confesó todo a su jefe que lo notificó al DEC (Digital Equiment Corporation ) y al FBI. Al poco, un equipo de agentes del departamento de seguridad telefónica logró apresarle. Era 1988.
Aunque el DEC reclamaba que Mitnick había robado sofware por valor de varios millones de dólares, Kevin fue acusado de fraude informático y por posesión ilegal de códigos de acceso de larga distancia. Se trataba de la quinta ocasión en que Mitnick había sido arrestado por un caso de crimen informático y el caso atrajo la atención de la toda la nación, gracias a una inusual táctica de la defensa. La defensa solicitaba un año de prisión y seis meses en un programa de rehabilitación para tratar su adicción a los ordenadores. Fue una extraña táctica de defensa, pero un juzgado federal, después de dudar, pensó que había algún tipo de relación psicológica entre la obsesión de Mitnick por entrar en los sistemas informáticos y la adicción a las drogas o a las tragaperras y se le dio el visto bueno. Después del periodo carcelario y su temporada con psicólogos, donde le fue prohibido acercarse a un ordenador o un teléfono (llegó a perder 45 kilos de peso), Mitnick se marchó a Las Vegas y consiguió un empleo de programador informático de bajo nivel en una empresa de envío de listas de correo.
En 1992 Mitnick se mudó al área del Valle de San Fernando después de que su medio hermano muriera de una aparente sobredosis de heroina. Allí tuvo un breve trabajo en la construcción, que dejó al obtener un empleo a través de un amigo de su padre, en la Agencia de Detectives Tel Tec. Tan pronto como comenzó a trabajar, alguien fue descubierto ilegalmente usando el sistema de la base de datos comercial de la agencia y por ello Kevin fue objeto de una investigación bajo la batuta del FBI.
En septiembre registraron su apartamento al igual que la casa y el lugar de trabajo de otro miembro de su grupo de phreakers. Dos meses después un juzgado federal pidió el arresto de Mitnick por haber violado los términos de su libertad en 1989. Cuando fueron a detenerle, Mitnick había desaparecido sin dejar rastro alguno convirtiéndose ya en un hacker prófugo.
Una de las tesis que se barajan reflexionando sobre el eco que tuvo Mitnick en la sociedad y entre los propios hackers fue que la seguridad informática de aquella época era tierra de nadie; la informática apenas había despertado y los conocimientos informáticos de usuarios y técnicos no representan el abismo actual.
En 1991 se produce el famoso enfrentamiento con el periodista del New York Times, John Markoff quien llevaba desde el 88 escribiendo sobre tecnología y negocios. De hecho, ese mismo año recibió el premio de la Software Publishers Association al mejor reportaje. Kevin ha insistido siempre que Markoff le llamó para que colaborara en un libro que estaba escribiendo sobre él; Mitnick se negó y Markoff publicó su ejemplar exponiendo a Mitnick como un auténtico delincuente informático. Según Mitnick, “todo comenzó con una serie de artículos firmados por John Markoff en la portada de The New York Times, llenos de acusaciones falsas y difamatorias, que más tarde fueron desmentidas por las propias autoridades. Markoff me la tenía jurada porque me negué a colaborar en su libro y creó el mito de Kevin Mitnick, para transformar Takedown [su libro] en un bestseller”. Después de esto la cacería por parte de las autoridades había comenzado. Mitnick se ha defendido de esta cacería afirmando que “Las autoridades aprovecharon la ocasión para transformarme en el chivo expiatorio de todos los hackers de la tierra. Y para autojustificarse, exageraron hasta lo inverosímil el daño que pude causar”.
En 1994 con el auge de la telefonía móvil, Mitnick encontró esta plataforma ideal para no ser localizado y poder deambular de un sitio a otro. Pero para ello necesitaba utilizar una serie de programas que le permitieran moverse con la misma facilidad con que lo había hecho antes (a través de la red telefónica). Así, a través de sus refinadas y exitosas técnicas de ingeniería social, logra hacerse con la clave del ordenador personal de Tsutomu Shimomura gracias a la técnica del IP Spoofing (falseamiento de ip), que para estrepitosa suerte de Mitnick, era un especialista japonés en seguridad informática, perteneciente a la Netcom On-Line Communications. Su encontronazo con Shimomura le llevaría al declive.
Shimomura era considerado un hacker de sombrero blanco (Whitehats), un hacker de los buenos, que cuando descubría alguna vulnerabilidad lo ponía en conocimiento de la policía o la entidad competente en vez de difundirlo a otros hackers por la Red. Cuando se dio cuenta de que habían vulnerado la seguridad de su propio ordenador, comenzó a investigar sobre él, y dado el carácter poco modesto de Mitnick, Shimomura se lanzó en cruzada personal contra el que ya llamaban “superhacker”, y dijo que “atraparía a ese americano estúpido”, que no pararía hasta cogerle. Y así fue.
En 1995 , después de haber descubierto el software de Shimomura en una cuenta de The Well (que utilizó para lanzar ataques a empresas tan conocidas como Apple, Motorola o Qualcomm), un isp de California, tardaron alrededor de dos semanas en determinar que las llamadas provenían de Raleigh (California). Después de pasar también por el isp Internex, Shimomura se puso en contacto con el FBI y estos enviaron un grupo de rastreo equipado con un simulador de celda (un equipo utilizado habitualmente para testear móviles) que se ocupaba de registrar el teléfono de Mitnick tanto si estaba encendido como si no. Un buen radar para localizar al hacker. Al filo de la medianoche comenzó la búsqueda de procedencia de la señal. Unas horas más tarde localizaron la señal en un grupo de apartamentos, pero aún desconocían en cuál de ellos podría encontrarse Mitnick.
Por su parte, Shimomura y el FBI planeaban la captura del hacker para el día siguiente (16 de febrero), pero un error en el mensaje codificado que Shimomura remitió al encargado de Netcom precipitó su captura, ya que este tenía orden de hacer backup de todo el material que tuviera Mitnick y posteriormente proceder a su borrado una vez fuera capturado. Y eso interpretó. El FBI se vio abocado a realizar una actuación rápida si no querían volver a perderle, así que como no sospechaban que Mitnick pudiera ir armado, anunciaron su presencia ante la puerta del apartamento en que se encontraba Mitnick. Este abrió tranquilamente la puerta, y fue arrestado de inmediato. El hacker había sido capturado. Era el 15 de febrero de 1995.
Pero a Shimomura todavía le esperaba una sorpresa más ese día. Al volver a casa y repasar los mensajes que había recibido en su contestador automático, boquiabierto escuchó varios mensajes dejados por Mitnick; mensajes que había recibido varias horas después de la captura de Mitnick. La realización de estas llamadas aún sigue siendo un misterio que forma parte de la interesante historia de este hacker.
Kevin Mitnick fue acusado de robo de software, fraude electrónico, daño a los ordenadores de la Universidad del Sur de California, robo de archivos e intercepción de mensajes de correo electrónico. Entre las compañías afectadas figuraban Nokia, Fujitsu, Nec, Novell, Sun Microsystems, Motorola, Apple... Se declaró no culpable y la sentencia le condenó a 5 años de cárcel sin posibilidad de fianza, lo cual enervó a los miles de hackers que seguían apasionados la historia del Cóndor y que comenzaron la conocida campaña “Free Kevin!” (liberad a Kevin) alterando páginas web muy conocidas: Unicef, New York times, Fox TV y un largo etcétera.
Mitnick, quien fue liberado en enero del 2000 tras permanecer casi cinco años en una prisión federal, estuvo bajo libertad condicional hasta enero de 2003, donde la jueza instructora del caso, Mariana Pfaelzer, prohibió a Mitnick accerder a cualquier tipo de ordenador, teléfono móvil, televisión, o cualquier aparato electrónico que pudiera conectarse a internet, con lo cual su abstinencia informática le acompañó también durante estos tres años posteriores a su salida de la cárcel.
Pese a esto, Mitnick no perdió el tiempo. Lanzó su propia empresa, Defensive Thinking, una consultoría sobre seguridad, y comenzó a escribir un libro sobre su historia. A pesar de que según sentencia judicial tiene prohibido obtener beneficio económico de ello hasta el 2010, el 4 de octubre de 2002 salió a la luz “The art of deception” (El arte del engaño), donde describe técnicas de manipulación y persuasión gracias a las cuales se pueden obtener los códigos necesarios para entrar en la red de una empresa y hacerse pasar por otra persona, por ejemplo. Su lanzamiento se explicó aduciendo que el libro tenía finalidad educativa. "Ciertas técnicas y artimañas les he utilizado contra algunas empresas, pero todas las historias del libro son ficticias", afirmó.
A finales de 2003, Kevin anunciaba su segundo libro: “The art of intrusion”. El anuncio se realizaba de una forma muy peculiar, ya que Kevin afirmaba estar buscando historias que puedan ser contrastadas y que narren el como lo hicieron, preservando la identidad de los asaltantes. Los "hackers" seleccionados recibirían como pago una copia del primer libro de Mitnick, "The Art of Deception", un ejemplar del segundo, en ambos casos firmado por el autor, y la opción de conseguir el premio al mejor asalto, dotado con 500.000 dólares.
Como datos curiosos, Mitnick participó en algunas series de televisión; entre ellas, apareció en “Alias” de la ABC interpretando a un informático de la CIA; produjo un show radiofónico y vendió algunas de sus posesiones (un Toshiba Satellite 4400SX y un Toshiba 1960CS ).
Se han hecho películas sobre su vida como Takedown (Asalto Final) en el 2000, también conocida como Hackers 2 y algunos libros como “Cyber Alert: Portrait of an ex hacker”, The Fugitive Game : Online with Kevin Mitnick, The Cyberthief and the samurai, o “Takedown”.
En la actualidad, Mitnick es consultor de seguridad, se dedica a dar conferencias sobre protección de redes informáticas, ingeniería social, etc, a lo largo y ancho del mundo, a seguir escribiendo libros, y... recaudando bastantes millones de dólares con ello.
Este último articulo ha sido obtenido desde: http://www.laflecha.net/perfiles/tecnologia/kevin_mitnick/Definicion de hacker y sus variantes
Según la wipikedia se puede definir hacker del mismo modo:
Hacker es el neologismo utilizado para referirse a un experto (véase Gurú) en varias o alguna rama técnica relacionada con la informática: programación, redes de computadoras, sistemas operativos, hardware de red/voz, etc. Se suele llamar hackeo y hackear a las obras propias de un hacker.
El término "Hacker" trasciende a los expertos relacionados con la informática, para también referirse a cualquier profesional que está en la cúspide de la excelencia en su profesión, ya que en la descripción más pura, un hacker es aquella persona que le apasiona el conocimiento, descubrir o aprender nuevas cosas y entender el funcionamiento de éstas.
Hacker, usando la palabra inglesa, quiere decir divertirse con el ingenio [cleverness], usar la inteligencia para hacer algo difícil. No implica trabajar solo ni con otros necesariamente. Es posible en cualquier proyecto. No implica tampoco hacerlo con computadoras. Es posible ser un hacker de las bicicletas. Por ejemplo, una fiesta sorpresa tiene el espíritu del hack, usa el ingenio para sorprender al homenajeado, no para molestarle.
Orígenes
Se dice que el término de Hacker surgió de los programadores del Massachusetts Institute of Technology (MIT), que en los 60, por usar hacks, se llamaron a sí mismos hackers, para indicar que podían hacer programas mejores y aun más eficaces, o que hacían cosas que nadie había podido hacer.
También se dice[2] que la palabra deriva de "hack", "hachar" en inglés, término que se utilizaba para describir la forma en que los técnicos telefónicos arreglaban cajas defectuosas, un golpe seco. Y la persona que hacía eso era llamada hacker.
Los hackers no son piratas. Los que roban información son los crackers. En este sentido, se suele decir que el sistema GNU/Linux ha sido creado y es mantenido por hackers. GNU/Linux es el sistema operativo nacido como consecuencia de la unión de GNU y de Linux. El kernel (o núcleo) del sistema, Linux, fue creado por el hacker Linus Torvalds y dio el nombre a este sistema al mezclar su primer nombre con el del sistema operativo Unix. Si bien esta definición es bastante artificial ya que ni Linus Torvalds ni ninguno de los principales desarrolladores del kernel Linux se han referido a sí mismos como Hackers.
También se asocia el término hacker a aquellas personas que poseen elevados conocimientos de seguridad informática, en estos casos se suele distinguir entre "White Hats" (sombreros blancos, los buenos) o "Black Hats" ("sombreros negros", los malos o crackers), según una clasificación de sus acciones (según sean sólo intrusivas o además destructivas). Aunque recientemente también ha aparecido el término "Grey Hat" ("sombrero gris") para referirse a aquellos hackers que ocasionalmente traspasan los limites entre un tipo u otro, o los que realizan acciones que sin ser moralmente reprobables se pueden considerar como ilegales o viceversa.
Hacker contra Cracker
El término actualmente es algo ambiguo, ya que también se utiliza para referirse a:
- Aficionados a la informática que buscan defectos, puertas traseras y mejorar la seguridad del software, así como prevenir posibles errores en el futuro (ver: Agujeros de seguridad).
- Delincuentes informáticos, o crackers, que es su uso más extendido, y según algunos grupos de opinión sería incorrecto.
Los llamados crackers (que significa quebradores) o "Black hat" (sombreros negros) usan su conocimiento con fines maliciosos, antimorales o incluso ilegales, como intrusión de redes, acceso ilegal a sistemas gubernamentales, robo de información, distribuir material ilegal o moralmente inaceptable, piratería, fabricación de virus, herramientas de Crackeo y elementos de posible terrorismo como la distribución de manuales para fabricar elementos explosivos caseros o la clásica tortura china. El Cracker se distingue del Hacker por sus valores morales, sociales y políticos.
Dentro de la cultura de inframundo del Hacking , Hacker es toda aquella persona con elevados conocimientos informáticos independientemente de la finalidad con que los use. Mientras que Cracker es aquel individuo que se especializa en saltar las protecciones anticopia de software, de ahí el nombre crack para definir los programas que eliminan las restricciones en las versiones de demostración de software comercial.
El Activismo
Desde el año 2002-2003, se ha ido configurando una perspectiva más amplia del hacker, pero con una orientación a su integración al hacktivismo en tanto movimiento. Aparecen espacios autónomos denominados hacklab y los hackmeeting como instancias de diálogo de hackers. Desde esta perspectiva, se entiende al hacker como una persona que es parte de una conciencia colectiva que promueve la libertad del conocimiento y la justicia social.
En este caso, los roles de un hacker pueden entenderse en cuatro aspectos:
- Apoyar procesos de apropiación social o comunitaria de las tecnologías.
- Poner a disposición del dominio público el manejo técnico y destrezas alcanzadas personal o grupalmente.
- Crear nuevos sistemas, herramientas y aplicaciones técnicas y tecnológicas para ponerlas a disposición del dominio público.
- Realizar acciones de hacktivismo tecnológico con el fin de liberar espacios y defender el conocimiento del commons o procomún
Tipos de hackers
White hats o hackers blancos
Por lo general el Hacker Blanco es una persona que busca los bug´s de los sistemas informáticos, por decir así de una manera genérica, dando a conocer a las compañías desarrolladoras de software o empresas sus vulnerabilidades, claro sin ánimo de perjudicar.
Dark hats o hackers negros
También busca los bug´s de los sistemas informáticos, pero de una manera maliciosa, buscando una satisfacción personal y/o económica. El Hacker negro muestra sus habilidades en informática rompiendo computadoras, colapsando servidores, entrando a zonas restringidas, infectando redes o apoderándose de ellas, entre otras muchas cosas utilizando sus destrezas en métodos Hacking. Disfruta del reto intelectual de superar o rodear las limitaciones de forma creativa.
Lammer o Script-Kiddes
Es un término coloquial inglés aplicado a una persona falta de madurez, sociabilidad y habilidades técnicas o inteligencia, un incompetente, por lo general pretenden hacer hacking sin tener conocimientos de informática. Solo se dedican a buscar y descargar programas de hacking para luego ejecutarlos, como resultado de la ejecución de los programas descargados estos pueden terminar colapsando sus sistemas por lo general destrozando su plataforma en la que trabajan.
Son aprendices que presumen de lo que no son, aprovechando los conocimientos del hacker y lo ponen en práctica sin saber, en palabras no saben nada de hacker.
Luser (looser + user)
Es un término utilizado por hackers para referirse a los usuarios comunes, de manera despectiva y como burla. "Luser", que generalmente se encuentra en desventaja frente a os usuarios expertos (hackers), quienes pueden controlar todos los aspectos de un sistema.
Phreaking y Foning
Son persona con conocimientos en teléfonos modulares (TM) como en teléfonos móviles, se encuentran sumergidos en entendimientos de telecomunicaciones bastante amplios. Por lo general trabajan en el mercado negro de celulares, desbloqueando, clonando o programando nuevamente los celulares robados.
Newbie
La palabra es una probable corrupción de new boy, arquetipo del "niño nuevo", que debido a la falta de interacciones socioculturales, queda vulnerable a varios tipos de abusos por parte de los otros.
Son los hacker novatos, se introducen en sistemas de fácil acceso y fracasan en muchos intentos, sólo con el objetivo de aprender las técnicas que puedan hacer de él, un hacker reconocido, se dedica a leer, escuchar, ver y probar las distintas técnicas que va aprendiendo. Sólo pregunta a otros hackers, después de días de pruebas sin resultado, de manera que más que preguntar, expone su experiencia y pide opiniones o deja en el aire preguntas muy concretas.
Son más precavidos y cautelosos que los lamers, aprenden de los métodos de hacking, no se mofan con lo que hacen sino sacan provecho en todo lo que aprender, por lo general llegan tanto a apasionarse por la informática, la electrónica y las telecomunicaciones que aspiran a llegar a ser hacker.
Pirata Informático / "Delincuente informático"
Este personaje dedicado a la copia y distribución de software ilegal, tanto software comercial crackeado, como shareware registrado, etc, de una manera consciente o inconsciente uno se convierte en un pirata informático descargando programas, juegos, música, etc.
Samurai
Son lo más parecido a una amenaza pura. Sabe lo que busca, donde encontrarlo y cómo lograrlo. Hace su trabajo por encargo y a cambio de dinero, no tienen conciencia de comunidad y no forman parte de los clanes reconocidos por los hackers.
Trashing ("Basureo")
Obtienen información en cubos de basura, tal como números de tarjetas de crédito, contraseñas, directorios o recibos.
Wannaber
Desea ser hacker pero estos consideran que su coeficiente no da para tal fin. A pesar de su actitud positiva difícilmente consiga avanzar en sus propósitos.
martes, marzo 18, 2008
Busquedas avanzadas en google. Google hacks.
Para realizar rastreos avanzados en Google directamente desde la barra de búsquedas es suficiente con dominar un número de palabras mágicas que acercarán el resultado deseado.
- link: Se utiliza para buscar todas las páginas con enlaces a una web concreta. Por ejemplo, link:www.consumer.es mostrará las páginas que enlazan a la portada de la web de CONSUMER.es EROSKI.
- Signo "menos": El signo menos (-) unido a una palabra significa que se quiere omitir todas aquellas páginas que contengan dicha palabra.
- site: Hace referencia a búsquedas exclusivamente en un determinado sitio web y sólo en éste. Así, site:consumer.es ordenador mostrará las páginas de CONSUMER.es EROSKI en las que aparezca la palabra "ordenador"
- -site: Se desea excluir todos los resultados que aparezcan en el sitio web que se indica. Es lo contrario del anterior.
- Comillas: Las comillas ("") sirven para buscar frases exactas, que se incluirán dentro de las comillas.
- define: Busca la definición de una palabra en muchos libros de referencia. Por ejemplo, define:kilogramo nos devolverá las definiciones de kilogramo en varios diccionarios y enciclopedias.
- filetype: Sirve para definir el tipo de archivo que se busca. Por ejemplo, filetype:pdf indica que sólo se buscan formatos PDF.
- allintitle: Busca sólo páginas donde el término aparezca en el título.
- allintext: Busca sólo páginas donde el término aparezca en el texto.
- allinurl: Busca sólo páginas donde el término aparezca en la dirección url (la propia dirección de la página).
- allinanchor: Busca sólo páginas donde el término aparezca en los enlaces que les ponen otras páginas.
Google Hacks es un software de fuente abierta compatible con los sistemas operativos de Windows, Mac y Linux, esta herramienta está diseñada para encontrar los recursos libres de la web.
Está dividido en 5 busquedas principales, música, que realiza las busquedas según el tipo de archivo que le indiquemos, libros, video, números de serie, herramientas y hacks.
Aclaración su nombre no tiene nada que ver con los hackers.
Para más información y descarga:
http://www.blueshirtstudio.com/index.php/Google_Hacks
lunes, marzo 17, 2008
Ant 3.0. Software muy completo
Con ANT, La hormiga de ADSLNet,
¿Qué puedo hacer, y para qué me sirve?
A continuación os mostramos el sistema de pestañas con todas las opciones y módulos de funcionamiento de ANT para que veas hasta donde llega su poder.
|
|
|
|
|
|
|
|
Una captura de la pantalla principal de la aplicación:
Y una breve explicación de para qué sirve cada opción de funcionamiento de ANT 2.5
| Módulos de funcionamiento de ANT | |
| Menú INFORMACIÓN | |
| Mi IP Pública/PING | Te informa de la IP pública de tu ADSL (muy útil a la hora de que otros usuarios puedan conectarse a tu PC por ejemplo para jugar online. También te permite realizar envío de PING a las direcciones IP que desees para observar el estado de la conexión entre tu sistema y esas IP´s. |
| Aviso de Cambio de IP | Casi todos disponemos de ADSL con IP pública dinámica. Esto quiere decir que el proveedor de la ADSL nos cambia la IP pública con cierta regularidad. Esto puede ser un tanto engorroso para según qué aplicaciones usemos como juegos online, aplicaciones P2P, todo tipo de servidores (web, FTP…). ANT dispone de un sistema mediante el cual se nos notificará mediante email cuando se produce un cambio de esa IP pública y además nos dirá qué nueva IP se nos ha asignado. |
| Buscar IP en el mundo | ANT nos permite localizar geográficamente cualquier IP en el mundo. Gracias a su integración con Google Maps la localización es de lo más exacta y además nos permite movernos por el mapa generado, hacer zoom… y todas las ventajas que el generador de mapas de Google aporta. |
| Trazar ruta hasta IP | ANT nos permite saber por qué máquinas e IP´s pasamos antes de llegar a una dirección o host concreto. Del miso modo nos informe del tiempo que se ha tardado en llegar a dicho objetivo. |
| Generar informe | ANT nos puede generar un informe (en formato de texto o HTML) detallándonos los resultados de numerosas pruebas informativas y de seguridad relacionadas con nuestra ADSL y nuestro sistema. |
| Menú TESTS Y ESTADÍSTICAS | |
| Test de velocidad | Testea la velocidad real de tu ADSL/CABLE mediante la última tecnología que proporciona ANT. No sólo podrás elegir entre servidores españoles, también podrás medir la velocidad con servidores ingleses y belgas. |
| Ranking de mediciones | Publica tu velocidad en nuestro ranking de mediciones. Podrás comparar tu velocidad con otras mediciones enviadas por usuarios de tu comunidad autónoma o de otras y filtrar los resultados por código postal y proveedor. |
| ITR ADSL | Gracias a las mediciones que nos envías realizamos unos análisis estadísticos que te mostrarán datos muy reveladores acerca de la implantación de los diferentes operadores y proveedores de banda ancha en España. |
| Comparar mi ADSL | Compara rápida y eficazmente la velocidad de tu ADSL/CABLE con otras conectividades de otros usuarios. Datos sacados directamente de nuestra fuente de análisis estadísticos que se nutre y crece diariamente. |
| Menú SEGURIDAD | |
| AntiSpyware | El conocido y valorado Fast AntiSpyware te ayudará de una manera fácil y muy eficaz a saber si tienes programas espía que puedan estar mermando la velocidad de tu ADSL/CABLE y vulnerando la seguridad de tu sistema. |
| ¿Quién hay en mi red? | Conectado con el monitor de intrusos ANT te avisará cuando una IP se conecté a tu red local. Te informará de la dirección MAC de la tarjeta de red e incluso del nombre del equipo y del grupo de trabajo que tiene configurado. Un sistema ideal para evitar que algún vecino se pueda estar conectando a tu router para usar tu ADSL/CABLE mediante una conexión FIFI. |
| ¿Quién hay en mi PC? | ANT te permite saber qué otros usuarios hay conectados a tu PC. |
| Puertos en escucha | Qué puertos están “escuchando” o esperando conexiones en tu PC y a qué programas corresponden. Si alguno de ellos es dañino o potencialmente peligroso ANT te informará sobre ello. |
| Menú OPTIMIZACIÓN | |
| Tunning eMule | Saca el máximo partido de tu eMule. ANT te permitirá configurar automáticamente tu eMule en función del ancho de banda de tu ADSL/CABLE. |
| Abrir puertos en Router | Abre los puertos que desees en tu routers ADSL/CABLE de la forma más rápida y sencilla. ANT además dispone de una extensa base de datos de aplicaciones con los puertos que utilizan. |
| Evaluar DNS | Analiza la velocidad de respuesta de los servidores DNS que tienes configurados en tu conexión. Dato vital para lograr una buena velocidad de navegación. Si tus DNS no pasan el test ANT te recomendará servidores alternativos. |
| Menú Zona WIFI | |
| Localiza accesos WIFI | Localiza puntos de acceso WIFI en toda España para permanecer siempre conectado a Internet. Gracias a la potencia de Google Maps podrás localizarlos geográficamente de la manera más sencilla y cómoda. |
| Web de referencia: http://www.adslnet.es/index.php/2006/08/24/ant-25-qu-es-para-qu-sirve-e-histrico-de-cambios | |
Cabir. Un gusano para telefonos Symbian.
Se trata de un virus que utiliza bluetooth para su propagacion. En el post anterior puede verse en el ultimo video su funcionamiento.
| Es un gusano que afecta a teléfonos móviles que utilicen el sistema operativo Symbian, y que además incorporen la tecnología BlueTooth. Esta tecnología permite la conexión sin cables de dispositivos electrónicos, tales como teclados, ratones, PDAs, etc. No tiene efectos destructivos, se limita a mostrar el mensaje "Caribe" en la pantalla del móvil. | ||||||||||||
| Solución | ||||||||||||
Si no es capaz de eliminar los ficheros indicados en los pasos 4 y 6, elimine todos los que pueda, reinicie su dispositivo móvil y elimine el fichero CARIBE.RSC. | ||||||||||||
| Datos Técnicos | ||||||||||||
| ||||||||||||
| Nombre completo: Worm.EPOC/Cabir Tipo: [Worm] - Programa que se replica copiándose entero (sin infectar otros ficheros) en la máquina infectada, y a través de redes de ordenadores Plataforma: [EPOC] - Sistema Operativo EPOC para dispositivos inalámbricos. Teléfonos móviles con sistema operativo Symbian Tamaño (bytes): 15092 | ||||||||||||
| Alias:Epoc/Cabir.A.worm (Panda Software), EPOC/CABIR (Enciclopedia Virus), EPOC.Cabir (Symantec), Symbian/Cabir (McAfee), EPOC_CABIR.A (Trend Micro), Symb/Cabir-A (Sophos) | ||||||||||||
| Detalles | ||||||||||||
Efectos No tiene efectos destructivos. Se limita a mostrar el mensaje "Caribe" en la pantalla del teléfono móvil afectado, cada vez que éste es encendido. Método de Infección Cabir crea los siguientes archivos:
Método de Propagación Cabir se propaga a teléfonos móviles que utilicen el sistema operativo Symbian y empleen la tecnología Bluetooth. Para ello, realiza el siguiente proceso:
Se recuerda que este archivo es el propio virus y que si instalas este en tu movil este estara infectado. Los virus no son un juego |
Suscribirse a:
Entradas (Atom)