Vulnerabilità di un computer dietro una porta seriale?

Interessante domanda teorica, quindi fornirò una risposta teorica:).

Supponiamo che East1 e West1 siano compromessi (sono connessi a Internet e utilizzano il software COTS, quindi non un'ipotesi eccessivamente irragionevole).

L'interfaccia con il codice in esecuzione su East / West2 è il software che effettua la connessione seriale e trasmette i messaggi crittografati. Come ogni software, avrà bug e questi bug potrebbero essere rilevanti per la sicurezza.

Se il software che esegue la comunicazione sulla porta seriale ha un problema di overflow del buffer, ad esempio, è possibile che un utente malintenzionato trasmetta un messaggio che consenta l'esecuzione di codice sul computer solo seriale.

A quel punto il sistema operativo in uso sui sistemi seriali collegati potrebbe essere rilevante in quanto le attenuazioni del livello del sistema operativo (es. ASLR) potrebbero essere rilevanti nel caso in cui sia possibile sfruttare l'ipotetica vulnerabilità nel software che esegue la connessione seriale. p>

Supponendo che il software che esegue la connessione seriale abbia un buffer overflow sfruttabile o simile, potrebbe essere possibile ottenere l'esecuzione del comando remoto sulla macchina collegata seriale e quindi accedere al one-time pad.

Ovviamente nel mondo reale è una catena di eventi abbastanza improbabile e sarebbe probabilmente più facile per l'attaccante prendere una strada alternativa per ottenere l'accesso alle informazioni:)

Sì, hai ragione, questo è un modo efficace per ridurre il livello di rischio.

Non elimina completamente tutte le possibilità di un compromesso. Ad esempio, se esiste una vulnerabilità nel codice di East2 / West2 che ascolta la porta seriale e agisce sui byte che arrivano attraverso la porta seriale, allora si viene colpiti. Se esiste una vulnerabilità nei driver del dispositivo del sistema operativo per la porta seriale, è possibile che venga eseguito il hosed.

Ma questo è ancora un miglioramento significativo. La quantità di codice che è cruciale per la sicurezza è notevolmente ridotta. Inoltre, se si scrive il codice che gestisce i byte provenienti dal cavo seriale con molta attenzione e lo si fa revisionare e controllare da un gruppo di diversi esperti di sicurezza, è possibile ridurre la probabilità di vulnerabilità. Quindi, l'approccio che hai tracciato è un modo ragionevole per ridurre il rischio, in generale.

In sintesi: non perfetto, non elimina completamente tutti i rischi, ma rende meno probabile che un attaccante sia in grado di scendere a compromessi e prendere il controllo di East2 / West2.

Ora parliamo della crittografia. Il pad singolo non è una scelta così meravigliosa nella pratica. La gestione delle chiavi è difficile e spesso si fa rovinare. Inoltre, il blocco one-time fornisce solo riservatezza, ma non l'autenticazione dei messaggi. L'uso della crittografia senza l'autenticazione dei messaggi è uno dei più comuni errori di crittografia che le persone fanno e può avere conseguenze catastrofiche.

In breve: hai ancora bisogno di ottenere la crittografia giusta, e non penso che tu abbia ancora la cripto perfettamente corretta. Tuttavia, la domanda su come fare il criptato giusto è una domanda ortogonale e separabile che è stata ben trattata altrove, e non penso che sia davvero il punto di quello che stai chiedendo comunque. Quindi, lascerò quello per ora.

Speriamo che questo ti aiuti a capire meglio i rischi a cui sei esposto e non sei esposto,