Basis van computernetwerken
Waarom kan een browser bij TLS concluderen dat de server waarmee hij verbinding maakt geen bedrieger is?
- AOmdat het certificaat de gedeelde sleutel voor de versleuteling bevat, die alleen de echte server kent
- BOmdat het certificaat aan het IP-adres van de server is gekoppeld en IP-adressen niet kunnen worden vervalst
- COmdat het certificaat een handtekening draagt die met de privésleutel van een vertrouwde certificaatautoriteit is gemaakt en niet kan worden vervalst, en de server tijdens de handshake bovendien moet aantonen dat hij de privésleutel bezit die bij de publieke sleutel in het certificaat hoort
Antwoord en toelichting tonen
Antwoord: C. Omdat het certificaat een handtekening draagt die met de privésleutel van een vertrouwde certificaatautoriteit is gemaakt en niet kan worden vervalst, en de server tijdens de handshake bovendien moet aantonen dat hij de privésleutel bezit die bij de publieke sleutel in het certificaat hoort
Een certificaat is de verklaring „dit is de publieke sleutel van deze domeinnaam”, ondertekend door een certificaatautoriteit (CA) met haar eigen privésleutel. De browser controleert de handtekening met de publieke sleutels van CA's die in het besturingssysteem of de browser zijn ingebouwd, dus een aanvaller kan geen geldige handtekening maken en geen vals certificaat vervaardigen. Een echt certificaat kan echter door iedereen worden verkregen en ongewijzigd worden getoond. Daarom zet de server bij de TLS-handshake een handtekening met de privésleutel die bij de publieke sleutel in het certificaat hoort, en toont hij zo aan dat hij die sleutel bezit. De gedeelde sleutels die werkelijk voor de versleuteling worden gebruikt, worden telkens opnieuw gemaakt door de sleuteluitwisseling van de handshake (zoals ECDHE) en staan niet in het certificaat. Certificaten zijn in het algemeen aan domeinnamen gekoppeld, niet aan IP-adressen.