Il protocollo di rete sta scorrendo in modo insicuro? [chiuso]

-2

Ormai, tutti qui dovrebbero sapere che rolling your own crypto è non valido .

Ma cos'è il rolling del proprio protocollo di rete (che supporta la crittografia)?

Sto lavorando a un progetto open-source (ormai è un'idea onesta) in cui ho bisogno di scambiare molti dati binari tra i clienti, ma trasferire informazioni di testo con i dati o anche da soli è un aspetto importante di comunicazione inter-nodo e avendo due protocolli separati per farlo è un tdwtf a titolo definitivo.

La mia idea di base sarebbe scrivere la mia specifica di protocollo con header, text e bin-section e criptare tutto con RSA (la domanda è non sulla revisione di questa idea).

C'è qualcosa di male nello scrivere il mio protocollo di sicurezza-saggio * invece di fare affidamento su qualcosa di esistente, ma forse non adatto?

* Vedo che questo forse renderà più difficile per i client di terze parti e che questo non è un limite di sicurezza.

EDIT: per chiarire, sto parlando di un protocollo su TCP (come HTTP). La domanda riguarda le implicazioni per la sicurezza quando eseguo il rollover del mio protocollo con un codice crittografato ben noto.

    
posta Sebb 02.10.2015 - 00:18
fonte

1 risposta

2

Avendo reiterato un numero di protocolli di rete personalizzati (tutti implementati su TCP o UDP, a volte anche con (D) TLS), consiglio contro questa idea. avrai sbagliato, e poi avrai un vettore di exploit remoto.

È molto, molto più sicuro usare un formato dati esistente (JSON via HTTP è popolare in questi giorni, anche se sì, è un sacco di spese generali) con software server e client stabilito, librerie di analisi consolidate per la rappresentazione dei dati e un formato abbastanza semplice (non avere fantasia a meno che le prestazioni effettivamente, sinceramente, lo richieda). Utilizzare TLS (o DTLS se si utilizza UDP) per proteggere il traffico. Aggiungi la tua autenticazione, se necessario.

    
risposta data 02.10.2015 - 06:05
fonte

Leggi altre domande sui tag