Les données ont-elles été transférées ?
Fait partie de la section Enquêter sur une faille de sécurité du Journey Cybersecurity de Coddy. Leçon 12 sur 20.
Un attaquant qui tente d’envoyer un fichier, ce n’est pas la même chose qu’un fichier qui est effectivement transféré. Votre rapport doit distinguer ces deux résultats.
Lisez le journal des transferts de l’ordinateur d’entraînement :
seclab logsRecherchez les lignes suivantes :
2026-11-01 08:58:00 practice-laptop DATA_TRANSFERRED demo-upload: training-records.csvDATA_TRANSFERRED confirme que training-records.csv a été transféré par demo-upload. Une entrée CONNECTION_BLOCKED indiquerait qu’une tentative de connexion a été bloquée à la place.
Un nettoyage réussi ne peut pas annuler un transfert qui a déjà eu lieu. Vous devez tout de même consigner la perte confirmée afin que l’équipe puisse décider de la suite.
Consignez uniquement le nom de fichier confirmé par l’entrée de transfert :
seclab answer transferred training-records.csvVous devriez voir :
Recorded your answer to transferred.Défi
FacileTicket de Sam, responsable informatique
Sam a ajouté deux anciens enregistrements d’audit concernant l’incident de la torréfaction. Déterminez quel fichier est confirmé comme transféré et quel fichier a été bloqué. Enregistrez les noms de fichiers sous transferred et blocked. Laissez le programme nettoyé arrêté et la sauvegarde approuvée fonctionnelle.
Essayez vous-même
Toutes les leçons de Enquêter sur une faille de sécurité
1Suivre les indices
Exécuter des programmesProcessus parentsEmpreintes de fichiersConserver les preuvesUn autre rapport4Vérifier le rétablissement
Vérifier le fonctionnement normalSurveiller le retourConsigner les conclusionsRemettre en serviceLa réserve3Reconstituer les faits
Créer une chronologieLes données ont-elles été transférées ?Trouver une autre copieRestaurer un programme sûrLe rapport du prestataire