Vulnérabilités

Question 1

Énumérez les principales familles de vulnérabilités et donnez un exemple pour chacune.

Answer 1

1. Injection
   (Ex: injection SQL via concaténation)
2. Configuration
   (Ex: service admin exposé + mot de passe par défaut)
3. Dépendances
   (Ex: librairie tierce vulnérable non mise à jour)
4. Logique applicative / contrôle d’accès
   (Ex: absence de vérification d’autorisation sur une action sensible)
5. Mémoire
   (Ex: écriture hors limites / buffer overflow en C/C++)

Question 2

Expliquez la famille de vulnérabilités d’Injection et citez une mesure de prévention clé.

Answer 2

Une vulnérabilité d’injection survient quand une entrée utilisateur est interprétée comme du code/commande (ex. SQL), ce qui permet de manipuler le comportement du système.

Prévention clé : requêtes paramétrées / prepared statements + validation stricte des entrées.

Question 3

Expliquez la famille de vulnérabilités de Configuration et citez une mesure de prévention clé.

Answer 3

Une vulnérabilité de configuration vient d’un mauvais paramétrage (Ex: comptes/mots de passe par défaut, ports/services inutiles ouverts, permissions trop larges).

Prévention clé : le hardening
(Ex: changer le mot de passe par défaut, fermer services/ports inutiles, revue régulière).

Question 4

Expliquez la famille de vulnérabilités de Dépendances et citez une mesure de prévention clé.

Answer 4

Une vulnérabilité de dépendances provient d’un composant tiers vulnérable, souvent parce qu’il n’est pas mis à jour ou surveillé.
(Ex: librairie, plugin, package)

Prévention clé : mise à jour + suivi CVE via un outil SCA.

Question 5

Expliquez la famille de vulnérabilités de Logique applicative / contrôle d’accès et citez une mesure de prévention clé.

Answer 5

Une vulnérabilité de logique applicative se produit quand l’application ne vérifie pas correctement les règles d’autorisation .
(Ex: un utilisateur peut effectuer une action sensible sans contrôle)

Prévention clé : contrôler systématiquement l’AuthZ du côté serveur, effectuer des tests de scénarios et appliquer la principe du moindre privilège.

Question 6

Expliquez la famille de vulnérabilités de Mémoire et citez une mesure de prévention clé.

Answer 6

Les vulnérabilités mémoire apparaissent quand un programme écrit/lit hors limites, pouvant mener à crash ou exécution de code.
(Ex: buffer overflow)

Prévention clé : Utiliser des langages/outils plus sûrs, protections mémoire et pratiques de codage sécuritaires.

Question 7

La concaténation directe d’une entrée utilisateur dans une requête SQL correspond à quelle famille de vulnérabilité?

Answer 7

Une vulnérabilité d’injection SQL.

Question 8

Quelle mesure technique réduit fortement le risque d’injection SQL?

Answer 8

Utiliser des requêtes paramétrées (prepared statements ou ORM) et valider strictement les entrées.

Question 9

Un service d’administration exposé sur Internet avec mot de passe par défaut : quelle vulnérabilité est en cause?

Answer 9

Une vulnérabilité de configuration.

Question 10

Quelles mesures simples réduisent le risque lié aux mauvaises configurations? Expliquez.

Answer 10

Le hardening, où l’on peut changer/supprimer comptes et mots de passe par défaut, fermer ports/services inutiles, revoir la configuration.

Question 11

L’absence de vérification d’autorisation avant une action sensible correspond à quoi?

Answer 11

Une faille de logique applicative / contrôle d’accès, vu qu’il y a une autorisation manquante.

Question 12

Une écriture hors limites dans un tableau en C/C++ correspond à quelle famille?

Answer 12

Une vulnérabilité de mémoire.

Question 13

Quelles approches diminuent le risque de buffer overflow?

Answer 13

Utiliser des outils/compilations de protection, des pratiques sûres, des langages plus sûrs et effectuer des tests rigoureux.