Basis en toepassingen van cryptografie

Welke methode van sleuteluitwisseling in TLS biedt de eigenschap dat eerder opgenomen communicatie niet kan worden ontsleuteld, ook als de privésleutel van het servercertificaat later uitlekt (forward secrecy)?

  1. AEen sleuteluitwisseling zoals ECDHE, die voor elke verbinding nieuwe wegwerpwaarden gebruikt
  2. BEen methode waarbij de client het door hem gemaakte sleutelmateriaal met de publieke RSA-sleutel van het servercertificaat versleutelt en verstuurt
  3. CEen methode waarbij server en client voor elke verbinding dezelfde vooraf afgesproken symmetrische sleutel blijven gebruiken
Antwoord en toelichting tonen

Antwoord: A. Een sleuteluitwisseling zoals ECDHE, die voor elke verbinding nieuwe wegwerpwaarden gebruikt

De laatste E in ECDHE staat voor ephemeral (wegwerp): voor de sleuteluitwisseling van elke verbinding wordt een nieuwe geheime waarde gebruikt, die daarna wordt weggegooid. De privésleutel van het certificaat wordt alleen voor handtekeningen gebruikt, dus ook als die later uitlekt, kunnen de gedeelde geheimen van eerdere verbindingen niet worden berekend. Bij de methode waarbij sleutelmateriaal met de publieke RSA-sleutel van de server versleuteld wordt verstuurd, kan daarentegen met het opgenomen verkeer en een later uitgelekte privésleutel alle eerdere communicatie worden ontsleuteld. TLS 1.3 heeft die methode geschrapt, en de sleuteluitwisseling is nu gebaseerd op (EC)DHE met forward secrecy (behalve wanneer een verbinding alleen met een vooraf gedeelde sleutel wordt hervat).

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis en toepassingen van cryptografie

  1. Bij digitale handtekeningen met ECDSA wordt voor elke handtekening een geheim willekeurig getal k gebruikt. Welke uitspraak over de omgang met k is juist?
  2. Welke uitspraak over de certificaatketen bij het valideren van het certificaat van een webserver door een browser is juist?
  3. Bij de validatie van TLS-certificaten controleert de client niet alleen de keten van handtekeningen en de geldigheidsduur, maar ook of de hostnaam waarmee hij verbinding maakt in de SAN (subject alternative name) van het certificaat staat. Waarom is deze controle onmisbaar?
  4. Welke beschrijving van het mechanisme van Certificate Transparency (CT) is juist?
  5. Welke uitspraak beschrijft juist een verandering in TLS 1.3 (RFC 8446) ten opzichte van TLS 1.2?