Hygiène numérique pour étudiants en informatique
Un TP peut fonctionner parfaitement tout en laissant une clé d’API dans le code ou une session ouverte sur l’ordinateur de la salle. Ces oublis passent facilement inaperçus quand on travaille vite, surtout à plusieurs. Ils peuvent poser problème dès qu’on partage le projet ou qu’un autre étudiant utilise le poste.
Prendre soin de ses accès universitaires
La messagerie universitaire reçoit des documents administratifs et des liens de réinitialisation d’autres comptes. Y réutiliser un mot de passe déjà employé ailleurs augmente les risques en cas de fuite.
Un gestionnaire permet de créer un mot de passe différent pour chaque service sans avoir à tout mémoriser. L’authentification à deux facteurs, lorsqu’elle est proposée, complète cette précaution. Il faut aussi conserver ses codes de récupération ailleurs que dans la boîte mail qu’ils permettraient de débloquer.
La sécurité dépend aussi de l’établissement. En janvier 2026, la cyberattaque qui a touché AgroParisTech a perturbé plusieurs services informatiques de l’école.
Si un courriel réclame une vérification urgente des identifiants, mieux vaut ouvrir soi-même le portail universitaire plutôt que suivre le lien reçu.
Se connecter sans baisser la garde
Sur le campus ou dans un café, vérifier le nom du Wi-Fi avant de se connecter évite de choisir un point d’accès trompeur. Une alerte de certificat dans le navigateur mérite également qu’on s’arrête. Ce genre d’avertissement ne se règle pas en cliquant machinalement sur « Continuer ».
Sur un réseau qu’on ne contrôle pas, un VPN peut aussi limiter la visibilité du trafic pour les personnes qui gèrent la connexion locale. Pour les étudiants qui utilisent cette protection sur iOS, l’application ExpressVPN pour iPhone est disponible ici. Le VPN chiffre le trafic jusqu’à son serveur, mais ne dispense pas de vérifier les adresses des sites ni de privilégier HTTPS.
Un faux formulaire de connexion reste dangereux, VPN actif ou non : les identifiants saisis y sont transmis aux fraudeurs.
Ne pas laisser ses clés dans Git
Un projet de cours utilise parfois une API ou un service cloud. Copier une clé d’accès dans le script fait gagner du temps, jusqu’au partage du dépôt avec le groupe ou sa publication.
Les variables d’environnement gardent ces informations hors du code. Un fichier local peut être exclu avec .gitignore, mais une clé déjà enregistrée peut subsister dans l’historique Git, même après sa suppression du fichier actuel.
Avant de publier, git status permet de repérer les fichiers ajoutés par mégarde. Si une clé a déjà été exposée, il faut la révoquer et en créer une nouvelle.
Vérifier ce qu’on installe et ce qu’on expose
Un environnement de développement accumule vite extensions et dépendances. Vérifier le nom exact et la provenance d’un paquet réduit le risque d’installer une imitation d’une bibliothèque connue. Même prudence avec les commandes copiées depuis un forum : autant comprendre ce qu’elles modifient avant de les lancer.
Il faut aussi mettre à jour le système, le navigateur et les bibliothèques du projet. Et lorsqu’un TP demande de lancer un serveur, le limiter à `localhost` peut éviter de l’exposer aux autres postes du réseau.
Le pare-feu permet aussi de contrôler certains échanges avec le réseau. Nous détaillons ses règles de filtrage dans notre article sur le fonctionnement d’un pare-feu.
Prévoir la perte d’un fichier ou d’un accès
Git conserve l’historique du code, pas forcément les notes ou les données de test. Mieux vaut donc garder une sauvegarde sur un autre support, surtout à l’approche d’un rendu.
Avant la remise, quatre points méritent un dernier contrôle :
- Code : aucun mot de passe ni jeton d’accès dans les fichiers suivis.
- Sauvegarde : une copie récente des documents et des données utiles.
- Partage : seuls les membres concernés disposent des droits nécessaires.
- Ordinateur de TP : les comptes sont déconnectés et les fichiers personnels récupérés.
Une sauvegarde mérite aussi d’être ouverte de temps en temps pour vérifier qu’elle fonctionne.
Les mêmes précautions en stage
En stage, les mêmes erreurs peuvent toucher des projets de l’entreprise ou des données de ses clients. Les contrôles appris pendant les TP restent donc utiles : relire un commit, vérifier qui peut accéder aux fichiers et conserver une sauvegarde fiable avant de transmettre son travail.
