🔐 Prueba de Concepto: Aplicación Android de Meesho – Implementación Criptográfica Insegura (AES-CBC sin Integridad + Derivación de Clave Débil)

Autor: Soyam Arya (alias honest_corrupt) Fecha de Descubrimiento: Marzo 2026 Aplicación Afectada: Aplicación Android de Meesho (com.meesho.supply) Estado: En Verificación Categoría: Criptografía Insuficiente / Fallo de Integridad de Datos

🎯 Resumen

Este informe documenta una vulnerabilidad criptográfica en la aplicación Android de Meesho donde los datos sensibles se cifran utilizando AES/CBC/PKCS5Padding sin protección de integridad, y la clave de cifrado se deriva utilizando el inseguro algoritmo hash MD5.

La aplicación construye cargas útiles cifradas en el formato:

Base64(IV) . Base64(texto cifrado)

Sin embargo, debido a la ausencia de autenticación (por ejemplo, HMAC o modo AEAD como AES-GCM), la implementación es vulnerable a:

• Manipulación del texto cifrado
• Posibles ataques de oráculo de relleno
• Ataques de derivación de clave débil

Esto viola múltiples pautas de OWASP Mobile Top 10 y MASVS sobre criptografía.

📉 Clasificación de la Vulnerabilidad

🛠️ Detalles Técnicos

🔍 Implementación del Cifrado

La ingeniería inversa reveló la siguiente lógica:

Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");

byte[] iv = new byte[16];
new SecureRandom().nextBytes(iv);

SecretKeySpec key = new SecretKeySpec(
    MD5(str), "AES"
);

cipher.init(ENCRYPT_MODE, key, new IvParameterSpec(iv));

String message = Base64(iv) + "." + Base64(ciphertext);

❌ Problemas Identificados

1. Derivación de Clave Débil (MD5)

• MD5 está obsoleto y es inseguro
• No se utiliza sal ni iteraciones
• Posible generación de claves predecibles

2. Falta de Protección de Integridad

• No se aplica HMAC ni firma
• El texto cifrado puede modificarse sin detección

3. Uso del Modo AES-CBC

• El modo CBC no proporciona autenticidad
• Vulnerable a ataques de oráculo de relleno si las respuestas de error difieren

🎥 Prueba de Concepto (Conceptual)

La carga útil cifrada se transmite en las solicitudes API como:

http POST /api/endpoint

message=Base64(IV).Base64(texto cifrado)

🧪 Prueba de Manipulación

Paso 1: Interceptar la Solicitud

Capturar la solicitud mediante Burp Suite:

` message=AbCdEfGhIj...xyz.KLMNOPQRST... ``

Paso 2: Modificar el Texto Cifrado

Alterar un solo byte en el texto cifrado:

`` Original: ...KLMNOPQRST...

Modificado: ...KLMNOPQRSU... ``

--

Paso 3: Reenviar la Solicitud

Enviar la solicitud modificada al servidor.

🔥 Comportamiento Observado (A completar por el evaluador)

• El servidor acepta el texto cifrado modificado
• La respuesta difiere (posible oráculo de relleno)
• Fuga de mensajes de error
• Manipulación de datos observada

⚠️ Impacto Potencial

• Violación de Integridad de Datos: Los atacantes pueden alterar las cargas útiles cifradas
• Acciones No Autorizadas: Manipulación de parámetros de la API
• Exposición de Datos Sensibles: Posible descifrado mediante ataque de oráculo
• Ataques de Replay: Sin autenticación de solicitudes ni validación de nonce

🧪 Pasos de Reproducción

1. Instalar la aplicación Android de Meesho
2. Configurar el proxy de Burp Suite
3. Interceptar la solicitud API que contiene el parámetro message
4. Modificar la parte del texto cifrado
5. Reenviar la solicitud y observar la respuesta

🔐 Correcciones Sugeridas

• Reemplazar AES-CBC por AES-GCM o ChaCha20-Poly1305
• Reemplazar MD5 por PBKDF2 / Argon2 / bcrypt
• Implementar HMAC (Cifrar-luego-MAC)
• Validar la integridad antes del descifrado

🧾 Cronología de Divulgación

🙋‍♂️ Sobre el Investigador

Soyam Arya (alias honest_corrupt) IDs CVE: CVE-2025-5154, CVE-2025-6748 Evaluador de Penetración de Aplicaciones Móviles y Web

• 🌐 Blog: https://soyamaryawork.blogspot.com
• 💻 GitHub: https://github.com/honestcorrupt
• 🔗 LinkedIn: https://www.linkedin.com/in/soyam-arya-a90356312