Il miglior approccio per creare un'app che si connetta a informazioni sensibili

SSL impedisce a un utente malintenzionato sulla rete di essere in grado di vedere o manipolare i dati in transito. Tuttavia, ciò non garantisce che l'utente dell'applicazione non abbia modificato l'applicazione. Qualsiasi valore memorizzato nella memoria del dispositivo può essere facilmente ottenuto utilizzando un debugger.

In breve non puoi mai fidarti del client, e questo non è un problema che la crittografia può risolvere, punto.

In primo luogo, un attacco in cui qualcuno trasmette traffico tra due parti è chiamato man-in-the-middle attacco . SSL protegge contro di loro se i due lati sono stati autenticati . L'autenticazione dei due lati richiede che tu usi SSL in un modo particolare, preferibilmente (preferibilmente) con certificati client o qualche metodo specifico per l'applicazione.

In ogni caso, se si desidera garantire che solo la propria applicazione parlerà con il server, è necessario memorizzare un segreto all'interno dell'applicazione. Ci deve essere qualcosa che la tua applicazione sa e l'attaccante non lo sa. Non è impossibile archiviare segreti in un'applicazione distribuita, ma è molto difficile; richiede l'offuscamento. Si noti che la parola "offuscamento" ha diversi significati quando si tratta di software; qui vuoi l'offuscamento non nel senso del codice sorgente che è difficile da leggere ma nel senso di nascondere un segreto all'interno di un'applicazione. La Bibbia di offuscamento è Software surrettizio di Christian Collberg e Jasvir Nagra se vuoi percorrere questa strada. Alla fine tutti i metodi di offuscamento sono incrinati, quindi la tua unica speranza è rimanere al passo con gli attaccanti e continuare a cambiare le tue tecniche. Sviluppare per offuscare facilmente moltiplicherà il tempo di sviluppo di due o tre, dopo aver acquisito lo sfondo necessario. Se qualcuno ti dice che puoi ottenerlo più facilmente, sono fuorviati o bugiardi.

In breve, non ti puoi fidare del cliente . Se hai dati sensibili, tienilo sul server. Tratta qualsiasi risposta dal cliente come non affidabile.

1- Devi familiarizzare con i principi delle comunicazioni sicure. Non c'è via di fuga qui.
2- Come altri hanno già detto MAI FIDUCIA IL CLIENTE, anche se stai scrivendo il cliente.
3- Per ogni comunicazione è necessario accertarsi di chi è su entrambi i lati (sul lato client è necessario assicurarsi che si stia parlando con il server corretto, sul server è necessario assicurarsi che si stia parlando con il cliente che ci si aspetta parla anche tu). Uno dei tanti modi per farlo è utilizzare una combinazione di crittografia asimmetrica e simmetrica, sul server è necessario conoscere [ciascuna] chiave pubblica del client, sul client è necessario conoscere la chiave pubblica del server, quindi è possibile scambiare una chiave RSA o qualche tasto simmetrico (specialmente se la prestazione è un problema).

Questo è solo un suggerimento, devi modificarlo in base a ciò che ti serve.