Aller au contenu

Parler le langage des clés, des messages et des attaquants

Parler le langage des clés, des messages et des attaquants

Section intitulée « Parler le langage des clés, des messages et des attaquants »

Donner un vocabulaire stable pour lire tout le reste du site et éviter les confusions récurrentes entre clé, nonce, sel, tag, certificat et secret.

Donner un vocabulaire stable pour lire tout le reste du site et éviter les confusions récurrentes entre clé, nonce, sel, tag, certificat et secret.

  • Message clair, message chiffré, clé, nonce, IV, sel, pepper et tag
  • Acteurs pédagogiques et adversaires passifs ou actifs
  • Attaques à texte connu, choisi, chiffré choisi et rejeu
  • Modèle de menace, hypothèses et objectif de sécurité
  • Canaux, stockage, protocole et API
  • Message, clé, paramètre public, sortie et erreur
  • Ce qui doit être secret et ce qui peut être public
  • Pourquoi un nonce n’est pas une clé
  • Observateur réseau
  • Intermédiaire actif
  • Serveur curieux
  • Client compromis
  • Administrateur trop privilégié
  • Texte chiffré seul
  • Texte clair connu
  • Texte clair choisi
  • Texte chiffré choisi
  • Rejeu et confusion de contexte

Du vocabulaire au cahier des charges [Intermédiaire]

Section intitulée « Du vocabulaire au cahier des charges [Intermédiaire] »
  • Écrire un objectif mesurable
  • Lister les hypothèses
  • Identifier ce qui reste hors périmètre
  • Nommer les données associées
  • Annoter un schéma d’API AEAD avec key, nonce, AAD, plaintext, ciphertext et tag
  • Écrire le modèle de menace d’un formulaire de connexion
  • Relire un protocole jouet et repérer les hypothèses implicites
  • Employer IV et nonce comme synonymes universels
  • Supposer qu’un sel doit rester secret
  • Prendre une clé publique pour un secret
  • Ignorer les erreurs renvoyées par une bibliothèque
  • Nonce, IV et compteur
  • Sel et pepper
  • Clé privée et mot de passe
  • Authenticité d’un message et identité d’une session
  • Aucun point spécifique.