Vulnerabilidades en Host Proof Hosting

Si su objetivo es mitigar los riesgos de comprometer la base de datos del servidor o el almacén de datos, puede ser útil cifrar los datos en el lado del cliente (antes de que llegue al servidor).

• Si una copia de la base de datos del servidor cae en manos del enemigo, probablemente el enemigo no podrá descifrarlo todo (lo mejor que puede hacer el enemigo es descifrar la contraseña, lo que puede revelar algunos de los datos, pero no todos).

• Si un enemigo compromete el servidor, el enemigo no aprenderá mucho sobre los datos previamente almacenados (el enemigo puede obtener una copia de la base de datos del servidor, pero esto no revelará mucho sobre los datos previamente almacenados) . Sin embargo, el enemigo aún puede espiar todos los datos subsiguientes, colocando una puerta trasera en el Javascript que se envía a los clientes.

Si su objetivo es protegerse contra un servidor malintencionado, o asegurarse de que si alguien compromete el servidor no pueda hacer ningún daño, entonces el "alojamiento a prueba de host" (cifrar los datos en el lado del cliente) no puede estar a la altura de esos metas. No puede evitar que un servidor comprometido envíe un código Javascript de puerta trasera al cliente. Si el Javascript está bloqueado, no puede confiar en él para cifrar sus datos correctamente.

Vea también Cryptography Javascript Considered Harmful y las preguntas que @Andrey Botalov vinculó, para más información.