Pentest web : trouver et corriger les failles des applications Quiz

Quiz : failles de configuration et composants

Réussite à partir de 70%. Vous pouvez recommencer autant de fois que nécessaire.

Connectez-vous pour passer ce quiz et enregistrer votre score. Se connecter

1 Quelles pratiques relèvent d’un bon durcissement de configuration en production (plusieurs réponses) ? Plusieurs réponses possibles Désactiver le mode débogage Afficher les traces d’erreur complètes pour aider les utilisateurs Supprimer ou changer les comptes et mots de passe par défaut Placer code, configuration et secrets hors de la racine web

2 Un en-tête de réponse indique le nom et la version précise du serveur. Comment qualifier et corriger ce constat ? Une seule réponse Gravité critique : le site doit être fermé immédiatement Aucun constat : cette information est toujours publique Gravité faible : masquer la bannière et surtout maintenir les logiciels à jour Gravité élevée : remplacer HTTP par FTP

3 Pourquoi une version ancienne d’un composant n’est-elle pas automatiquement synonyme de faille exploitable ? Une seule réponse Parce que les failles n’existent que dans les versions récentes Parce que la faille n’est exploitable que si la fonction concernée est utilisée dans le contexte de l’application Parce que les CVE ne concernent jamais les bibliothèques Parce qu’un composant ancien est protégé par son âge

4 Quels contrôles renforcent la sécurité d’un envoi de fichiers (plusieurs réponses) ? Plusieurs réponses possibles Vérifier le type d’après le contenu réel et selon une liste blanche Se fier à l’extension du nom de fichier fourni Générer un nom aléatoire côté serveur Stocker hors de la racine web, sans droit d’exécution

5 Quelle est la règle principale pour éviter une désérialisation non sécurisée ? Une seule réponse Allonger les mots de passe des utilisateurs Chiffrer la page de connexion Ne pas désérialiser de données non fiables avec un format qui instancie des objets arbitraires Renommer les cookies de session