infosec-interview-questions — 🗒️ Une collection [en cours de réalisation] de questions d'entretien pour les postes en sécurité de l'information. | Kitploit

infosec-interview-questions — 🗒️ Une collection [en cours de réalisation] de questions d'entretien pour les postes en sécurité de l'information. | Kitploit

Quelle est la différence entre l'encodage, le chiffrement et le hachage ?
- L'encodage assure l'intégrité du message. Il peut être facilement réversible. Exemple : base64
- Le chiffrement garantit la confidentialité du message. Réversible uniquement avec les clés de déchiffrement appropriées. Exemple : AES256
- Le hachage est une fonction à sens unique. Il ne peut pas être inversé. La sortie a une longueur fixe et est généralement plus petite que l'entrée.
Est-ce que TLS utilise un chiffrement symétrique ou asymétrique ?
- Les deux.
- L'échange initial est effectué avec un chiffrement asymétrique, mais le chiffrement des données en volume est effectué avec un chiffrement symétrique. Voir la question suivante pour plus d'informations.
- Ressources :
  - https://web.archive.org/web/20150206032944/https://technet.microsoft.com/en-us/library/cc785811.aspx
  - https://en.wikipedia.org/wiki/Transport_Layer_Security
Décrivez le processus d'établissement d'une session TLS lorsqu'une personne visite un site web sécurisé.
- Le client envoie un message hello qui liste les informations cryptographiques, telles que la version SSL/TLS et l'ordre de préférence des suites de chiffrement du client. Le message contient également une chaîne d'octets aléatoire utilisée dans les calculs ultérieurs. Le client peut également inclure des méthodes de compression des données dans le message hello.
- Le serveur répond avec un message hello qui contient la suite de chiffrement choisie par le serveur, le certificat numérique du serveur et une autre chaîne d'octets aléatoire. Si le serveur exige une authentification par certificat client, le serveur enverra également client certificate request au client.
- Le client vérifie le certificat numérique du serveur.
- Le client envoie une chaîne d'octets aléatoire chiffrée avec la clé publique du serveur pour permettre au client et au serveur de calculer la clé secrète utilisée pour le chiffrement ultérieur entre le client et le serveur.
- Si le serveur a demandé un certificat client, le client envoie une chaîne d'octets aléatoire chiffrée avec la clé privée du client accompagnée de son certificat numérique ou d'une « alerte d'absence de certificat numérique ». Cette alerte n'est qu'un avertissement, mais certaines implémentations feront échouer la poignée de main si l'authentification du client est obligatoire.
- Le serveur vérifie le certificat numérique du client.
- Le client envoie un message finished chiffré avec la clé secrète calculée
- Le serveur envoie un message finished chiffré avec la clé secrète calculée
- Pendant toute la durée de la session TLS, le serveur et le client peuvent désormais échanger des messages chiffrés symétriquement avec la clé secrète partagée
- Ressources :
  - Un aperçu de la poignée de main SSL ou TLS
Comment TLS est-il attaqué ? Comment TLS a-t-il été attaqué par le passé ? Pourquoi cela posait-il problème ? Comment cela a-t-il été corrigé ?
Qu'est-ce que la confidentialité persistante (Forward Secrecy) ?
- La confidentialité persistante est un système qui utilise des clés de session éphémères pour effectuer le chiffrement réel des données TLS, de sorte que même si la clé privée du serveur était compromise, un attaquant ne pourrait pas l'utiliser pour déchiffrer des données capturées qui avaient été envoyées à ce serveur dans le passé.
Décrivez comment fonctionne Diffie-Hellman.