NaCL: Encripta el archivo a múltiples destinatarios

El formato real de la salida de NaCL no está completamente especificado, o, más bien, se especifica como la salida en bruto de algunos primitivos criptográficos (como se describe there ). Por lo tanto, el formato no es extensible y no incluye ninguna función que admita múltiples destinatarios. La capacidad de enviar un mensaje a múltiples destinatarios parece ser una funcionalidad que se ha sacrificado en el altar de la simplicidad.

Si desea utilizar NaCL y seguir enviando un solo mensaje a múltiples destinatarios sin duplicar la mayor parte de los datos, debe diseñar su propio formato, básicamente haciendo esto:

• Genera una clave secreta aleatoria K .
• Utiliza K para cifrar el mensaje (con crypto_secretbox ).
• Encripta K como si fuera el "mensaje" con crypto_box .

Pero entonces está definiendo su propio protocolo, construido sobre primitivas existentes. Este es el tipo exacto de cosas que NaCL debía evitar. O, dicho de otro modo, si vuelve a hacer su propio diseño de protocolo, ¿por qué usaría NaCL? Y, en cualquier caso, estaría solo, tanto para el análisis de seguridad como para la implementación (ya que no interactuaría con nadie más).

Si lo que necesita es lo que OpenPGP proporciona, entonces use OpenPGP.

Parece que necesitas tu propio protocolo, como explicó Tom. Si decide hacer esto, debe firmar el mensaje (con cryto_sign() ).

Cuando Alice le envía un mensaje a Bob, ella quiere asegurarse de que Eve no altere el mensaje. Por lo tanto, tiene autenticación (de la cual crypto_box() se encarga automáticamente). Cuando Alice envía el mensaje a Bob y a Charlie, ella también quiere asegurarse de que Bob no altere el mensaje y se lo pase a Charlie. Entonces la autenticación ya no es suficiente, quiere firmas.