NaCL: crittografare il file su più destinatari

Il formato effettivo dell'output di NaCL non è completamente specificato - o, piuttosto, è specificato come l'output non elaborato da alcune primitive crittografiche (come descritto there ). Il formato non è quindi estendibile e non include alcuna funzione che supporta più destinatari. La capacità di inviare un messaggio a più destinatari sembra essere una funzionalità che è stata sacrificata sull'altare della semplicità.

Se si desidera utilizzare NaCL e inviare ancora un singolo messaggio a più destinatari senza duplicare la maggior parte dei dati, è necessario progettare il proprio formato, in pratica facendo ciò:

• Genera una chiave segreta casuale K .
• Si utilizza K per crittografare il messaggio (con crypto_secretbox ).
• Cifra K come se fosse il "messaggio" con crypto_box .

Ma poi stai definendo il tuo protocollo, costruito su primitive esistenti. Questo è il tipo esatto di cose che NaCL intendeva prevenire. Oppure, detto diversamente, se torni a fare il tuo progetto di protocollo, perché dovresti usare NaCL? E, in ogni caso, saresti da solo, sia per l'analisi della sicurezza che dell'implementazione (dato che non interagiresti con nessun altro).

Se ciò di cui hai bisogno è ciò che OpenPGP fornisce, quindi usa OpenPGP.

Sembra che tu abbia bisogno del tuo protocollo, come ha spiegato Tom. Se decidi di farlo, devi firmare il messaggio (con cryto_sign() ).

Quando Alice invia un messaggio a Bob, vuole accertarsi che una Vigilia intercettatrice attiva non altera il messaggio. Quindi hai l'autenticazione (che crypto_box() si occupa automaticamente). Quando Alice invia il messaggio a Bob e Charlie, vuole inoltre assicurarsi che Bob non modifichi il messaggio e lo trasmetta a Charlie. Quindi l'autenticazione non è più sufficiente, vuoi le firme.