Vérifier si la déconnexion met fin à l’accès est un projet pratique Kali Linux destiné aux débutants en évaluation autorisée de la sécurité web. Fieldwork Studio veut savoir si la déconnexion d’un membre termine réellement l’accès à sa réservation et à son téléchargement CSV, tout en préservant les autres usages légitimes.
Deux labs guidés vous conduisent du parcours normal de réservation à la conservation de requêtes originales dans Burp Repeater, au test d’une ancienne session après déconnexion et à la vérification d’un navigateur indépendant. Un défi autonome change le membre, le déploiement et les résultats des ressources. Chaque unité commence dans un environnement préparé séparément. Vous remettrez des preuves originales de requêtes et réponses conservées de manière privée, ainsi qu’une décision d’acceptation sans mot de passe, étayée par le comportement réel des sessions.
Ce que vous apprendrez
À la fin de ce cours, vous saurez :
- établir le parcours normal d’un membre et respecter un périmètre autorisé précis ;
- capturer des requêtes de réservation réussies et conserver leurs cookies de session originaux dans Burp Repeater ;
- distinguer le retour du navigateur à la connexion du refus d’une ancienne session par le serveur ;
- tester une page protégée et un téléchargement après la déconnexion de cette même session ;
- confirmer qu’une session indépendante déjà ouverte et une nouvelle connexion fonctionnent toujours lorsque cela est requis ;
- livrer des preuves XML Burp privées et une décision claire sans recopier d’identifiants dans le rapport.
À qui s’adresse ce cours
Ce cours s’adresse aux débutants Kali Linux qui souhaitent transformer un petit test de sécurité web en évaluation appuyée sur des preuves.
Prérequis : Saisir des commandes élémentaires dans un terminal, reconnaître des chemins de fichiers et changer d’onglet du navigateur. Les réponses HTTP, cookies, sessions, Burp Repeater et commandes shell nécessaires sont expliqués avant utilisation. Suivez les unités dans l’ordre ; le deuxième lab guidé et le défi reprennent les méthodes du premier.
Environnement de pratique : LabEx fournit les interfaces préparées Auditor, Burp, Browser A et Browser B, avec un site de membres contrôlé. Les identités et réservations sont synthétiques ; l’authentification HTTP, les cookies de session, la déconnexion, les téléchargements et le rejeu Burp sont réels. Les deux navigateurs utilisent des profils indépendants. Les documents existent en neuf langues ; l’application, les libellés des outils, les commandes et les sorties restent en anglais.
Questions fréquentes
Faut-il installer Kali ou Burp Suite ?
Non. L’environnement de pratique dans le navigateur inclut Kali, Burp Suite Community et le site contrôlé. Les instructions guidées expliquent comment démarrer le projet temporaire Burp préparé.
Faut-il savoir programmer ou développer pour le Web ?
Non. Vous évaluez l’application au moyen de ses formulaires normaux, de Burp et de quelques commandes expliquées. Vous ne réécrivez pas le serveur et ne devinez pas d’identifiants.
Une page de connexion prouve-t-elle que la déconnexion a fonctionné ?
Non. Vous conservez une requête auparavant réussie et la renvoyez avec son cookie original après la déconnexion de cette session. Vous examinez la réponse réelle et les limites de l’accès normal avant de décider.
Comment le défi prolonge-t-il les labs guidés ?
Il fournit un nouveau membre et un nouveau déploiement, dont vous devez évaluer les réponses indépendamment. Vous réutilisez les méthodes enseignées de capture, de rejeu, de navigateur indépendant et de gestion des preuves pour juger le contrat de déconnexion indiqué.
