QCM : Travaux pratiques de cybersécurité (28 questions)

Explication

L’accès direct avec root est désactivé afin de limiter les risques de sécurité associés à un compte disposant de privilèges élevés. Cette mesure ne concerne pas le démarrage du service SSH, qui relève de l’administration du démon.

Explication

sudo élève les privilèges pour l’exécution d’une commande sans ouvrir une session root. La commande su - ouvre, elle, une session sous un autre utilisateur, ce qui correspond à une autre méthode.

Explication

dpkg -l openssh-server vérifie la présence du paquet, tandis que systemctl status ssh vérifie l’état du service. Inverser ces commandes confond l’installation du logiciel avec son fonctionnement actuel.

Explication

Les clés SSH de l’utilisateur sont stockées dans son répertoire personnel .ssh, soit /home/utilisateur/.ssh/. Le répertoire /etc/ssh/ concerne plutôt la configuration générale du système.

Explication

La clé privée reçoit généralement les permissions 600 afin de limiter sa lecture et sa modification, tandis que la clé publique peut être en 644. Inverser ces permissions exposerait davantage le secret privé.

Explication

L’authentification par clé repose sur une paire publique et privée, alors que celle par mot de passe repose sur un secret fourni par l’utilisateur. La vérification de l’hôte relève plutôt des empreintes conservées par le client.

Explication

known_hosts conserve les empreintes associées aux clés publiques des serveurs auxquels le client s’est connecté. Il ne stocke pas les mots de passe des utilisateurs, car il sert à vérifier l’identité des hôtes.

Explication

Lors de la première connexion, le client ne possède pas encore d’empreinte permettant de vérifier l’hôte et propose d’enregistrer celle qui est présentée. Cette alerte ne signifie pas que le mot de passe ou l’installation du serveur pose problème.

Explication

Une clé de serveur différente de celle mémorisée peut signaler une interception de type MITM, ce qui explique l’avertissement de SSH. Le changement ne signifie pas que le client doit générer une nouvelle clé privée.

Explication

Une attaque MITM place l’attaquant entre deux parties afin qu’il puisse observer ou modifier leurs échanges à leur insu. La saturation d’un serveur relève d’une attaque par déni de service, et l’altération d’une résolution DNS décrit plus précisément le DNS spoofing.

Explication

L’analyse réseau permet notamment d’identifier les adresses IP des hôtes actifs, les ports ouverts et les services qui y sont associés. Elle ne fournit pas directement les mots de passe ni les informations administratives d’un domaine.

Explication

L’ARP Spoofing falsifie les associations entre adresses IP et adresses MAC afin de détourner le trafic vers la machine de l’attaquant. La modification d’une résolution de noms correspond au DNS spoofing, qui agit sur le DNS plutôt que sur les associations ARP.

Explication

L’attaque empoisonne les caches ARP en présentant l’adresse MAC de l’attaquant comme celle de l’autre interlocuteur. Elle ne modifie pas les noms DNS et ne repose pas sur le remplacement des ports de communication.

Explication

Le routage permet à la machine intermédiaire de faire transiter les paquets entre le client et le serveur après leur redirection. L’ARP Spoofing provoque cette redirection, mais n’assure pas à lui seul le transit des paquets.

Explication

Le port 22 est le port SSH visé et le port 2222 est celui sur lequel ssh-mitm écoute ; la redirection doit donc aller du premier vers le second. Les autres couples ne correspondent pas au rôle respectif de ces ports dans l’interception SSH.

Explication

L’attaquant prépare une copie du site avec Apache2, utilise l’ARP poisoning pour se placer comme passerelle, puis redirige le client vers cette copie. L’ARP poisoning sert à détourner le trafic vers la machine pirate, tandis qu’Apache2 héberge le contenu falsifié.

Explication

La réduction des risques repose sur des systèmes à jour, la désactivation des services inutiles, des mots de passe forts et une configuration correcte des pare-feux. Les autres propositions décrivent des actions d’attaque ou affaiblissent la sécurité au lieu de la renforcer.

Explication

Cette vulnérabilité permet à un attaquant de se connecter à distance sans fournir d’authentification. La redirection vers le port AJP concerne plutôt le fonctionnement d’un connecteur Apache Tomcat exploité par Ghostcat.

Explication

Ghostcat permet d’injecter des requêtes malveillantes par l’intermédiaire du connecteur AJP. La connexion VNC sans authentification relève d’une autre vulnérabilité et ne décrit pas le mécanisme de Ghostcat.

Explication

L’exploit sert à tirer parti d’une vulnérabilité, puis le payload exécute l’action prévue après cette exploitation. La désignation de la cible et du port correspond plutôt à des paramètres comme RHOSTS et RPORT.

Explication

La commande se place dans `/home/ftp`, puis crée un fichier vide nommé `testfile`; la commande `ls /home/ftp` permet ensuite de vérifier sa présence. Elle ne supprime pas le fichier et ne modifie pas ses permissions.

Explication

Le typosquattage consiste à cloner un site populaire ou à imiter son domaine afin d’inciter les victimes à s’y connecter. L’analyse de journaux et le chiffrement des identifiants ne décrivent pas ce procédé d’imitation.

Explication

L’enregistrement de domaines proches réduit les possibilités d’imitation, la surveillance repère les domaines suspects et la sensibilisation limite les erreurs des utilisateurs. La modification des ports ou la suppression des marque-pages ne constituent pas la combinaison de mesures indiquée.

Explication

La vérification de l’URL, l’utilisation de marque-pages fiables et la prudence face aux liens suspects réduisent le risque d’accéder à un faux site. Se fier à l’apparence ou suivre des liens inconnus peut au contraire faciliter le vol d’identifiants.

Explication

Les informations renvoyées peuvent renseigner sur la structure de la base et sur les tables qu’elle contient. Confondre ces éléments avec des clés de chiffrement est incorrect, car ils décrivent l’organisation des données plutôt que leur protection cryptographique.

Explication

Une injection SQL réussie peut modifier la logique de la requête et contourner la vérification d’authentification. Une injection bloquée aurait au contraire montré qu’une mesure de sécurité a empêché ce contournement, et non qu’un chiffrement a été déclenché.

Explication

Les requêtes préparées séparent les valeurs fournies par l’utilisateur de la commande SQL, ce qui empêche leur interprétation comme instructions. La concaténation directe de l’entrée utilisateur produit précisément la construction vulnérable qu’il faut éviter.

Explication

Le principe de Kerckhoffs exige qu’un cryptosystème reste sûr même si l’algorithme est connu, la protection reposant sur le secret de la clé. Miser sur le secret de l’algorithme correspond à une conception moins robuste et contraire à ce principe.