Alberto Bartoli - Blog

Nella lezione di Reti di Calcolatori di oggi abbiamo accennato ad un argomento che non è parte del corso, cioè le catene di certificati. Nel corso abbiamo detto che la chiave pubblica di un Subject viene ottenuta sempre attraverso un certificato emesso da un Issuer che deve già essere presente nel KeySet e nel TrustSet di chi utilizza quel certificato. Nella realtà accade quasi sempre una cosa più complicata: invece di un certificato arriva una sequenza di certificati in cui: Lo Issuer dell'ultimo certificato della sequenza è il Subject del penultimo certificato; ... Lo Issuer del k-esimo è il Subject del (k-1)-esimo; ... Il primo certificato della sequenza è self-signed. Solo il Subject=Issuer del primo certificato è nel KeySet e nel TrustSet (il primo certificato della sequenza deve cioè essere già presente nel software di chi usa la catena). Intuitivamente, la CA che ho già nel KeySet e TrustSet delega un'altra CA-1 a rilasciare certificati; il fatto che io m...

In una delle ultime lezioni del corso di "Reti di Calcolatori" abbiamo approfondito alcuni dettagli sottili, ma neanche troppo, di https , il protocollo per la navigazione cosiddetta-sicura sul web. E' quel protocollo che usiamo ogni volta che andiamo sul sito di una banca, di una compagnia aerea, di un sito di ecommerce e così via. Tra le altre cose, avevamo evidenziato che se una pagina P è critica per la sicurezza (ad esempio una pagina contenente un form di autenticazione) allora è indispensabile mettere P su https . Avevamo anche evidenziato che se facciamo un sito con una home page su http  e mettiamo nella home page un link verso P, allora avere messo P su https è (quasi) completamente inutile. Infatti, quando gli utenti arrivano sulla home page, ricevono contenuti su http , quindi senza garanzie di autenticazione ed integrità; quindi, lo sforzo che deve fare un attaccante per modificare i link contenuti nella home page è determinato da http , non da https ;...