Comunica tramite gpg

2

Ho bisogno di comunicare frequentemente con un server nel modo in cui faccio cose relative a x o inviami informazioni su x

I miei pensieri sono di mettere direttamente il compito che voglio essere eseguito nel pacchetto che voglio inviare, aggiungere un SALE e crittografarlo usando una chiave pubblica gpg di modifica mensile. Dal momento che ogni utente avrà una chiave pubblica e privata, anche il pacchetto sarà firmato da loro. Questo blob verrà utilizzato lato client.

Il server fa lo stesso, ma con la chiave di accesso e la chiave pubblica dell'utente specifico da crittografare.

Tutto viene inviato tramite HTTP semplice, sebbene sia possibile anche HTTPS. Ma ne vale la pena per quel particolare protocollo? Questo può anche essere un protocollo sicuro? Quali vulnerabilità ha? È considerevolmente veloce? Che altro dovrei usare se una risposta alle domande precedenti implica un modo di comunicare altamente insicuro?

    
posta NaCl 19.08.2015 - 13:01
fonte

1 risposta

2

Se utilizzi il semplice HTTP per la comunicazione, TLS sarebbe la strada più facile. Mentre pensi che potresti aver pensato tutto attraverso è meglio usare un protocollo stabilito per i seguenti motivi:

  • È già supportato dalla maggior parte di browser, sistemi operativi e dispositivi.
  • L'infrastruttura è già presente, con molti esempi di configurazione .
  • Già testato. I guasti nella sua sicurezza sono stati rilevati e risolti.
  • Aggiornamenti regolari

L'altra preoccupazione per l'utilizzo del GPG dritto è rappresentata dalle prestazioni. Le operazioni di Bignum impiegano molto più tempo per eseguire . Dovendo fare questi grandi calcoli per ogni messaggio che invii al server potrebbe essere tassativo.

Controlla Come funziona la PKI SSL / TLS? per ulteriori informazioni su perché / come il web utilizza le autorità di certificazione.

    
risposta data 21.08.2015 - 15:34
fonte

Leggi altre domande sui tag