Basis van computernetwerken

Waarom kan een browser bij TLS concluderen dat de server waarmee hij verbinding maakt geen bedrieger is?

  1. AOmdat het certificaat de gedeelde sleutel voor de versleuteling bevat, die alleen de echte server kent
  2. BOmdat het certificaat aan het IP-adres van de server is gekoppeld en IP-adressen niet kunnen worden vervalst
  3. 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.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis van computernetwerken

  1. Welke waarde ligt het dichtst bij de tijd die nodig is om een bestand van 100 MB over een lijn van 100 Mbit/s te versturen? Verwaarloos overhead zoals headers en de vertraging, en neem 1 MB = 10^6 bytes.
  2. Over Ethernet van 1 Gbit/s worden doorlopend TCP-gegevens verzonden in IP-pakketten die de MTU van 1500 bytes volledig vullen. Neem de IPv4-header als 20 bytes, de TCP-header als 20 bytes, de Ethernet-header en de FCS samen als 18 bytes, en de preamble en de ruimte tussen frames (interframe gap) samen als 20 bytes. Welke waarde ligt het dichtst bij de bovengrens van de doorvoer van applicatiegegevens?
  3. Over een lijn met een RTT van 50 ms en een bandbreedte van 100 Mbit/s wordt een verzoek met een antwoord van 10 KB 100 keer herhaald, waarbij elk verzoek pas wordt verstuurd nadat het vorige antwoord volledig is ontvangen. Welke waarde ligt het dichtst bij de totale tijd? Neem als tijd per verzoek de RTT plus de overdrachtstijd van het antwoord (hoeveelheid gegevens ÷ bandbreedte), 1 KB = 1000 bytes, en verwaarloos de verwerkingstijd van de server.
  4. Wat is de belangrijkste reden dat draadloze LAN's CSMA/CA gebruiken in plaats van CSMA/CD, dat bij bekabeld Ethernet werd gebruikt?
  5. Welke beschrijving van een algemeen verschil tussen de 2,4 GHz-band en de 5 GHz-band van draadloze LAN's is juist?