El mejor enfoque para crear una aplicación que se conecte a información confidencial

SSL evita que un atacante en la red pueda ver o manipular los datos en tránsito. Sin embargo, esto no garantiza que el usuario de la aplicación no haya modificado la aplicación. Cualquier valor almacenado en la memoria del dispositivo se puede obtener fácilmente utilizando un depurador.

En resumen, nunca puede confiar en el cliente, y esto no es un problema que pueda resolver la criptografía, punto.

Primero, un ataque donde alguien transmite tráfico entre dos partes se llama man-in-the-middle ataque . SSL protege contra ellos si las dos partes se han autenticado . La autenticación de los dos lados requiere que use SSL de una manera particular, ya sea (preferiblemente) con certificados de cliente o algún método específico de la aplicación.

En cualquier caso, si desea asegurarse de que solo su aplicación se comunique con el servidor, debe almacenar un secreto dentro de su aplicación. Tiene que haber algo que tu aplicación sepa y el atacante no sepa. No es imposible almacenar secretos en una aplicación que distribuyes, pero es muy difícil; requiere ofuscación. Tenga en cuenta que la palabra "ofuscación" tiene varios significados cuando se trata de software; Aquí desea ofuscación no en el sentido de código fuente que es difícil de leer, sino en el sentido de ocultar un secreto dentro de una aplicación. La biblia de ofuscación es Software subrepticio por Christian Collberg y Jasvir Nagra si quieres bajar por esta ruta. Todos los métodos de ofuscación se rompen con el tiempo, por lo que su única esperanza es mantenerse al tanto de los atacantes y seguir cambiando sus técnicas. Desarrollar para ofuscación multiplicará fácilmente su tiempo de desarrollo por dos o tres, una vez que haya adquirido los antecedentes necesarios. Si alguien te dice que puedes obtenerlo más fácilmente, están equivocados o mintiendo.

En resumen, no puedes confiar en el cliente . Si tiene datos confidenciales, manténgalos en el servidor. Trate cualquier respuesta del cliente como no confiable.

1- Debe familiarizarse con los principios de las comunicaciones seguras. No hay escapatoria aquí.
2- Como han dicho otros, NUNCA CONFÍE EN EL CLIENTE, incluso si está escribiendo al cliente.
3- Para cada comunicación, necesita asegurarse de quién está en cada lado (en el lado del cliente debe asegurarse de que está hablando con el servidor correcto, en el servidor que necesita para asegurarse de que está hablando con el cliente que espera) hablar también). Una de las muchas formas de hacer esto es usar una combinación de cifrado asimétrico y simétrico, en el servidor que necesita saber [la] clave pública de cada cliente, en el cliente que necesita conocer la clave pública de sus servidores, entonces puede intercambiar una clave RSA o alguna clave simétrica (especialmente si el rendimiento es un problema).

Esto es solo una sugerencia, debes modificarla según lo que necesites.