🔐 Proof of Concept: App Android Meesho – Implementazione Crittografica Insicura (AES-CBC senza Integrità + Derivazione Chiave Debole)

Autore: Soyam Arya (alias honest_corrupt) Data della Scoperta: Marzo 2026 App Interessata: App Android Meesho (com.meesho.supply) Stato: In Verifica Categoria: Crittografia Insufficiente / Mancanza di Integrità dei Dati

🎯 Riepilogo

Questo report documenta una vulnerabilità crittografica nell'applicazione Android Meesho in cui i dati sensibili vengono crittografati utilizzando AES/CBC/PKCS5Padding senza protezione dell'integrità, e la chiave di crittografia viene derivata utilizzando l'insicuro algoritmo di hashing MD5.

L'applicazione costruisce payload crittografati nel formato:

Base64(IV) . Base64(ciphertext)

Tuttavia, a causa dell'assenza di autenticazione (ad es., HMAC o modalità AEAD come AES-GCM), l'implementazione è vulnerabile a:

• Manomissione del ciphertext
• Potenziali attacchi padding oracle
• Attacchi di derivazione della chiave debole

Ciò viola molteplici linee guida OWASP Mobile Top 10 e MASVS relative alla crittografia.

📉 Classificazione della Vulnerabilità

🛠️ Dettagli Tecnici

🔍 Implementazione della Crittografia

L'ingegneria inversa ha rivelato la seguente logica:

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);

❌ Problemi Identificati

1. Derivazione della Chiave Debole (MD5)

• MD5 è deprecato e insicuro
• Nessun salt o iterazione utilizzata
• Possibile generazione prevedibile della chiave

2. Protezione dell'Integrità Mancante

• Nessun HMAC o firma applicata
• Il ciphertext può essere modificato senza essere rilevato

3. Uso della Modalità AES-CBC

• La modalità CBC non fornisce autenticità
• Vulnerabile ad attacchi padding oracle se le risposte di errore differiscono

🎥 Proof-of-Concept (Concettuale)

Il payload crittografato viene trasmesso nelle richieste API come:

http POST /api/endpoint

message=Base64(IV).Base64(ciphertext)

🧪 Test di Manomissione

Passo 1: Intercettare la Richiesta

Cattura la richiesta tramite Burp Suite:

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

Passo 2: Modificare il Ciphertext

Altera un singolo byte nel ciphertext:

`` Originale: ...KLMNOPQRST...

Modificato: ...KLMNOPQRSU... ``

--

Passo 3: Reintrodurre la Richiesta

Invia la richiesta modificata al server.

🔥 Comportamento Osservato (Da compilare da parte del tester)

• Il server accetta il ciphertext modificato
• La risposta differisce (possibile padding oracle)
• Perdita di informazioni tramite messaggi di errore
• Manipolazione dei dati osservata

⚠️ Impatto Potenziale

• Violazione dell'Integrità dei Dati: Gli attaccanti possono alterare i payload crittografati
• Azioni Non Autorizzate: Manipolazione dei parametri API
• Esposizione di Dati Sensibili: Possibile decrittazione tramite attacco oracle
• Attacchi di Replay: Nessuna autenticazione della richiesta o validazione del nonce

🧪 Passi per la Riproduzione

1. Installa l'App Android Meesho
2. Configura il proxy Burp Suite
3. Intercetta la richiesta API contenente il parametro message
4. Modifica la parte del ciphertext
5. Reintroduci la richiesta e osserva la risposta

🔐 Correzioni Suggerite

• Sostituisci AES-CBC con AES-GCM o ChaCha20-Poly1305
• Sostituisci MD5 con PBKDF2 / Argon2 / bcrypt
• Implementa HMAC (Encrypt-then-MAC)
• Valida l'integrità prima della decrittazione

🧾 Cronologia della Divulgazione

🙋‍♂️ Informazioni sul Ricercatore

Soyam Arya (alias honest_corrupt) ID CVE: CVE-2025-5154, CVE-2025-6748 Penetration Tester per Applicazioni Mobili e Web

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