Cifrare con privato e decodificare con pubblico

4

L'immaginesopravienecatturatada panoramica sulla sicurezza di iOS a pagina 25 Il percorso crittografato con pubblico e decrittografato con privato ha senso. Ma l'altro percorso, criptare con privati e decifrare con il pubblico per ricreare del testo semplice è qualcosa che non sono in grado di capire. Se è solo per il controllo dell'integrità, allora dovrebbe andare bene dato che saremo solo preoccupati per la manomissione. Ma se la segretezza del testo dovrebbe essere mantenuta, non dovrebbe questo rappresentare un problema quando decifri con la chiave pubblica?

Qualcuno può aiutarmi a capire in che modo questo percorso è ancora protetto?

    
posta Saran 11.10.2014 - 18:29
fonte

2 risposte

5

Questo è il percorso utilizzato per dimostrare che i dati crittografati non sono stati temperati, comunemente noti come firma digitale [1].

La parte che il diagramma lascia fuori è che la tecnica comunemente accettata per le firme digitali è quella di utilizzare una funzione di hash, come SHA-256, per rappresentare i dati, quindi firmare l'hash. Riduce la quantità di dati trasmessi e riduce la quantità di dati disponibili a un utente malintenzionato per eseguire il reverse engineering della chiave privata.

Inoltre, come nit, i dati crittografati non sarebbero gli stessi nei due percorsi come mostrato nel diagramma. Quindi è bene non prendere le semplificazioni troppo alla lettera.

[1] link

    
risposta data 11.10.2014 - 22:00
fonte
1

L'utilizzo di una chiave privata per crittografare un messaggio che verrà decrittografato da una chiave pubblica è un meccanismo utilizzato, non per garantire la privacy, ma per garantire non-repudiation , autenticazione e integrità . Questi 3 elementi formano ciò che è comunemente noto come firma digitale . Ovviamente, devi sapere che questo processo non rivela la tua chiave privata .

    
risposta data 12.10.2014 - 12:27
fonte

Leggi altre domande sui tag