elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: AIO elhacker.NET 2021 Compilación herramientas análisis y desinfección malware


+  Foro de elhacker.net
|-+  Foros Generales
| |-+  Foro Libre
| | |-+  Noticias (Moderadores: wolfbcn, El_Andaluz)
| | | |-+  MySQL o cómo es posible dar por válida una contraseña incorrecta
0 Usuarios y 1 Visitante están viendo este tema.
Páginas: [1] Ir Abajo Respuesta Imprimir
Autor Tema: MySQL o cómo es posible dar por válida una contraseña incorrecta  (Leído 2,028 veces)
wolfbcn
Moderador
***
Desconectado Desconectado

Mensajes: 53.668



Ver Perfil WWW
MySQL o cómo es posible dar por válida una contraseña incorrecta
« en: 13 Junio 2012, 17:23 pm »

En estos últimos días ha habido cierto revuelo con la vulnerabilidad en la autenticación de MySQL y MariaDB (el fork tras la adquisición de Sun por Oracle). El fallo permite, en algunas versiones, evadir el proceso de autenticación y obtener acceso a la base de datos.

En adelante nos referiremos a MySQL pero todo lo estudiado es totalmente válido para MariaDB.

El 9 de junio, Sergei Golubchik publicó en la lista de correo "Full Disclosure" los detalles de un error en algunas versiones de MySQL. Debido a un manejo incorrecto del valor devuelto por la función "memcmp" era posible que el sistema diera por correcta una contraseña diferente a la almacenada por el sistema.

Con esta simple prueba de concepto, era posible detectar un sistema vulnerable:

for i in `seq 1 512`; do echo 'select @@version;' | mysql -h 127.0.0.1 -u root mysql --password=X 2>/dev/null && break; done

Tal como apunta el propio Golubchik, la vulnerabilidad se producía dependiendo de la librería estándar que use MySQL en el sistema donde se ha instalado. Por ejemplo la implementación de "memcmp" en la libc de BSD no sería vulnerable, al igual que la implementación "inline" que usa el compilador "gcc". Sin embargo "glibc", la librería presente en la mayoría de los sistemas Linux, sí lo es.

Veamos cómo se produce la vulnerabilidad comenzando por el proceso de autenticación de MySQL. La contraseña nunca viaja en texto plano cuando se efectúa la autenticación con el servidor MySQL.

$ mysql --host=localhost --user=usuario--password=contraseña

En realidad cuando el cliente inicia la conexión con el servidor, este le envía una cadena aleatoria. El cliente la recibe y la usa como semilla para obtener un hash SHA1. Las operaciones que efectúa el cliente son las siguientes:

  • Obtiene el SHA1 de la contraseña empleada por el usuario (en el parámetro --password).
  • Obtiene el SHA1 del sha1 anterior.
  • Obtiene el SHA1 del paso anterior pero usa como semilla el texto enviado por el servidor.
  • Sobre este último valor se hace una operación XOR con el sha1 de la contraseña y el resultado se envía al servidor.
Visualmente en pseudocódigo quedaría así:

enviar(xor(sha1(contraseña), sha1(text_del_servidor, sha1(sha1(contraseña)))));

Sobre el valor recibido por el servidor se efectúan las operaciones en orden inverso, obteniéndose el hash de la contraseña empleada por el usuario. Este hash es comparado usando la función "memcmp" contra el hash de la contraseña almacenado en el servidor.

Veamos el código antes de la corrección, la función donde se produce la llamada a "memcmp" es llamada "check_scramble" y se encuentra en

"sql/password.c":

La cabecera de la función:

my_bool check_scramble(const char *scramble_arg, const char *message,  const uint8 *hash_stage2) {... y la línea vulnerable: ...  return memcmp(hash_stage2, hash_stage2_reassured, SHA1_HASH_SIZE); }

Según la especificación de la función "memcmp", esta compara tantos bytes como indica el tercer parámetro de las direcciones apuntadas por el primer y segundo parámetros. Esta función irá comparando byte a byte y en cuanto encuentre una diferencia la devolverá, signo incluido. Si el primero es menor devolverá la diferencia negativa y si es mayor será positiva. Finalmente, si los dos bloques de bytes son iguales, devolverá 0.

Como podemos observar, si "memcmp" devolviese 0, la contraseña es correcta.

De la documentación en sql/password.c: RETURN VALUE  0 password is correct !0 password is invalid

El problema es que "memcmp" no va a devolver '0' o no '0', sino un valor entero (int). Dicho entero es convertido al valor que retorna "check_scramble" que es del tipo "my_bool"

¿Cómo está definido "my_bool"?

"my_bool" está definido en el archivo include/my_global.h como sigue: typedef char my_bool

Esto quiere decir el valor devuelto por "memcmp" será truncado a un char posibilitando que el resultado finalmente sea un 0 interpretado incorrectamente.

Idealmente ese "memcmp" debería retornar un 0 o 1 y es lo que el parche que soluciona la vulnerabilidad contempla:

return test(memcmp(hash_stage2, hash_stage2_reassured, SHA1_HASH_SIZE));

La diferencia es la aplicación de "test" sobre el resultado devuelto por "memcmp". Dicha macro está definida en include/my_global.h:

#define test(a) ((a) ? 1 : 0)

Ahora simplemente se trata de una operación lógica. Si hay un valor distinto de 0 devolverá un 1 (o lo que es lo mismo un "!0") el cual indica que la contraseña no es correcta.

La vulnerabilidad tiene asignado el CVE-2012-2122 y se consideran vulnerables las versiones de MySQL/MariaDB hasta la 5.1.61, 5.2.11, 5.3.5, 5.5.22.

Más información:

Security vulnerability in MySQL/MariaDB sql/password.c http://seclists.org/oss-sec/2012/q2/493

HD Moore https://twitter.com/hdmoore/status/211991006630002688

String/Array Comparison http://www.gnu.org/software/libc/manual/html_node/String_002fArray-Comparison.html

~mysql/mysql-server/5.1 https://bazaar.launchpad.net/~mysql/mysql-server/5.1/view/3560.10.17/include/my_global.h#L1108

FUENTE :http://www.laflecha.net/canales/seguridad/noticias/mysql-o-como-es-posible-dar-por-valida-una-contrasena-incorrecta


En línea

La mayoria pedimos consejo cuando sabemos la respuesta, pero queremos que nos den otra.
SCU

Desconectado Desconectado

Mensajes: 257


uv


Ver Perfil
Re: MySQL o cómo es posible dar por válida una contraseña incorrecta
« Respuesta #1 en: 13 Junio 2012, 18:57 pm »

Interesante para después de examenes


En línea

9Pilon13Gate14Gas16Pylon...cibernetics&...¿?¿?¿?FUCK! scout scout scout!
WHK
CoAdmin
***
Conectado Conectado

Mensajes: 6.576


Sin conocimiento no hay espíritu


Ver Perfil WWW
Re: MySQL o cómo es posible dar por válida una contraseña incorrecta
« Respuesta #2 en: 15 Junio 2012, 15:49 pm »

Si MariaDB lo hizo oracle entonces no lo uso.
En línea

- Telegram: @WHK102 - Website: https://yhojann.cl/
Páginas: [1] Ir Arriba Respuesta Imprimir 

Ir a:  

Mensajes similares
Asunto Iniciado por Respuestas Vistas Último mensaje
crear Control panel para un juego via MySQL?? POsible o mito? como lo hago?
PHP
XXXXXX 5 4,189 Último mensaje 28 Abril 2009, 23:27 pm
por Jubjub
contraseña SIM incorrecta
Dispositivos Móviles (PDA's, Smartphones, Tablets)
ajedrez 2 7,248 Último mensaje 26 Diciembre 2010, 00:22 am
por ajedrez
Mi antena wifi de alta potencia me da como incorrecta una contraseña que se... « 1 2 »
Redes
desmond hume 12 12,200 Último mensaje 16 Enero 2014, 19:25 pm
por HdM
Problema al buscar MENSAJE DE ERROR: CONTRASEÑA INCORRECTA. « 1 2 »
Ingeniería Inversa
indi.co 17 6,489 Último mensaje 8 Octubre 2014, 08:05 am
por indi.co
Una contraseña incorrecta
Dudas Generales
raul1992 1 1,101 Último mensaje 6 Marzo 2018, 13:12 pm
por Machacador
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines