¿Los mejores patrones de diseño de cifrado de datos de usuario?

Hay un espectro de formas de proporcionar este tipo de almacenamiento en línea:

• Completamente sin cifrar: sin protección alguna

• Cifrado en todo el sitio del lado del servidor: el usuario carga los datos en su forma no encriptada y los almacena en el servidor remoto. El servidor tiene, por ejemplo, un disco totalmente encriptado. Esto solo protege físicamente los datos.

• Claves individuales del lado del servidor: el servidor genera claves, proporciona administración de claves y proporciona todo el cifrado / descifrado de los datos del usuario según el usuario específico. El servidor es consciente de los valores clave.

• Encriptación del lado del cliente: los clientes manejan el material de clave sensible real, manejan todo el cifrado y descifrado, y técnicamente manejan todas las funciones de administración de claves (aunque el servidor realiza un seguimiento de todo para usted). El servidor no puede descifrar los datos en absoluto.

Parece que desea proporcionar una variante de cifrado del lado del cliente donde el servidor no tiene conocimiento de las claves, pero está atrapado en la idea de que el servidor debe proporcionar el servicio de cifrado / descifrado real. No puedes tener ambos. Tendrás que determinar lo que tu servidor realmente va a hacer. ¿Es simplemente un vehículo de almacenamiento? ¿Tiene que haber colaboración? ¿Quieres poder compartir los datos entre los usuarios? Todas estas preguntas influyen en la función que desempeñará el servidor y el caso de uso / caso de negocio real que intenta resolver.

En términos de crear realmente la clave de cifrado basada en la contraseña del usuario, querrá revisar "derivada de clave basada en contraseña". Dicha clave de cifrado podría funcionar como una clave maestra para las otras claves basadas en el cliente.

Proporcione en / descifrado del lado del cliente y proporcione la herramienta para el usuario. Como lo quiere simple, rápido, sólido, gratuito, multiplataforma (ya que no sabe lo que el usuario podría estar usando) y muy fácil de usar, le recomiendo el Asistente de cifrado de la Fuerza Aérea de EE. UU., Consulte enlace .

Una gran cosa sobre el Asistente de cifrado es el metadato de texto claro. Su sitio web puede leer & publicar estos datos (nombres, tamaños, palabras clave, autor, etc.)

Como suele ser el caso en seguridad, un buen lugar para comenzar es preguntarse: "¿Cuál es mi modelo de amenaza?" ¿Contra qué estás tratando de defenderte? ¿Quién es el adversario y cuáles son sus capacidades y sus motivaciones?

Si desea protegerse contra el proveedor de la nube, entonces necesita cifrar los datos en el lado del cliente, para que el archivo almacenado en la nube esté en forma cifrada. Por ejemplo, puede echar un vistazo a Tarsnap, SpiderOak o Wuala. Si la seguridad es primordial, echaría un vistazo de cerca a Tarsnap; el autor (Colin Percival) es un respetado ingeniero de seguridad, que ha sido muy abierto con respecto a su diseño, y yo esperaría que la arquitectura de seguridad de Tarsnap esté extremadamente bien diseñada.

Si está preparado para confiar en el proveedor de la nube, entonces tiene más opciones. Puede cifrar los datos en el lado del cliente o puede subirlos a la nube y dejar que la nube se encargue de protegerlos (ya sea haciendo que el proveedor de la nube los cifre o confiando en el proveedor de la nube para implementar el control de acceso) . Por ejemplo, Dropbox cae en esta categoría.