Sécuriser le Wi‑Fi au boulot : le guide ANSSI

Sécuriser le Wi‑Fi en entreprise, ce n’est pas “juste” changer un mot de passe. C’est un ensemble de réflexes côté utilisateurs, de réglages côté infrastructure et de choix techniques cohérents. L’ANSSI vient de publier un guide pratique pour réduire les risques de piratage sur les réseaux sans fil professionnels.

Trois volets : salariés, réseau maîtrisé, administration des points d’accès

Le document de l’ANSSI s’organise autour de trois axes. D’abord, les habitudes des salariés : ce sont souvent elles qui ouvrent la porte aux incidents. Ensuite, le principe de base : ne se connecter qu’à des réseaux maîtrisés par l’entreprise. Enfin, l’administration sécurisée des points d’accès, avec des réglages précis.

L’idée est simple : si vous sécurisez le Wi‑Fi “sur le papier” mais que les usages réels contournent les règles, le risque reste entier. Le guide insiste donc sur l’alignement entre politique interne et configuration technique.

Les bons réflexes côté utilisateurs (ce qui évite la majorité des galères)

Pour les usages quotidiens, l’ANSSI recommande plusieurs actions concrètes. L’objectif : limiter l’exposition quand un employé est en mobilité ou utilise son ordinateur portable en dehors du périmètre habituel.

  • Couper l’interface Wi‑Fi et le partage de connexion quand ils ne servent pas.
  • Désactiver la connexion automatique aux réseaux déjà mémorisés.
  • Ne se brancher que sur des réseaux réellement maîtrisés (ceux que l’entreprise contrôle).
  • Si vous ne pouvez pas éviter un hotspot public : utiliser le VPN de l’entreprise.

Autre point très pragmatique : configurer le pare-feu local des ordinateurs portables pour bloquer les connexions entrantes, notamment via le Wi‑Fi. Enfin, avant de reconditionner, céder ou mettre au rebut

un appareil professionnel, il faut effacer les réseaux enregistrés et les mots de passe associés. Sinon, vous laissez des accès réutilisables “hors contrôle”.

Changements indispensables sur l’infrastructure : WPS, UPnP et réseaux invités

Sur le plan infrastructure, l’ANSSI est claire : certains mécanismes doivent être désactivés par défaut, car ils augmentent la surface d’attaque.

  • Désactiver WPS sur les points d’accès.
  • Désactiver UPnP si personne ne l’utilise.
  • Interdire l’usage d’un hotspot personnel au bureau.
  • Bloquer par défaut les terminaux non maîtrisés (ex. téléphones personnels), et n’ouvrir qu’un réseau Wi‑Fi invité dédié et cloisonné.

Le cloisonnement n’est pas un détail : il sert à empêcher qu’un appareil “invité” ou moins contrôlé puisse interagir avec le reste du système d’information. En pratique, vous séparez les chemins de communication et vous réduisez les conséquences d’un incident.

Le chiffrement : WPA3 en priorité, et des conditions strictes pour WPA2

Le guide rappelle que le chiffrement reste un pilier. L’ANSSI pousse vers des protocoles robustes, en particulier WPA3‑Enterprise, WPA2‑Enterprise sous conditions, ou WPA3‑Personal.

En WPA3‑Enterprise, l’ANSSI recommande des suites EAP compatibles avec une authentification par certificats. Et surtout : il faut vérifier la validité des certificats avant chaque connexion.

En WPA2‑Enterprise, le choix dépend de conditions précises. L’important, c’est la logique : plus l’authentification est forte et contrôlée, moins le réseau est vulnérable aux contournements.

Un plan d’action simple pour sécuriser le Wi‑Fi en entreprise

Si vous devez passer à l’action, vous pouvez structurer votre démarche en trois étapes. L’objectif n’est pas de tout faire d’un coup, mais de traiter les points qui réduisent le risque le plus vite.

  1. Cartographier les usages : où les salariés se connectent-ils réellement ? Quels réseaux sont “mémorisés” ? Qui utilise le Wi‑Fi invité ?
  2. Durcir la configuration : désactiver WPS, désactiver UPnP si inutile, bloquer les terminaux non maîtrisés, mettre en place un Wi‑Fi invité cloisonné.
  3. Renforcer l’authentification et le chiffrement : viser WPA3‑Enterprise, et encadrer strictement les déploiements WPA2‑Enterprise.

Ajoutez à cela une règle d’hygiène : quand un poste change de propriétaire ou de statut, on efface les réseaux et identifiants enregistrés. Ce point est souvent oublié, alors qu’il est directement lié à la prévention des réutilisations non autorisées.

Pourquoi ces recommandations sont “plus que jamais utiles”

Le Wi‑Fi est devenu un point d’entrée naturel : il est pratique, omniprésent, et parfois utilisé sans réfléchir aux conséquences. Le guide de l’ANSSI remet les priorités au bon endroit : réduire les connexions non maîtrisées, durcir l’infrastructure et choisir des mécanismes de chiffrement et d’authentification solides.

En bref : sécuriser le Wi‑Fi en entreprise, c’est aligner les comportements et les paramètres techniques. Et c’est précisément ce que ce type de recommandations rend possible.

Prochaine étape : faites un audit rapide de vos points d’accès (WPS/UPnP, segmentation invité) puis vérifiez vos règles d’usage (VPN, désactivation de la connexion automatique, pare-feu). Vous gagnerez en sécurité sans complexifier inutilement le quotidien.

Source : https://www.clubic.com/actualite-627604-wi-fi-au-boulot-l-anssi-rappelle-son-mode-d-emploi-anti-piratage-plus-que-jamais-utile.html

WizTree : le logiciel qui révèle enfin “Autres”

WizTree répond enfin à la question que Windows esquive quand votre disque se remplit : “qu’est-ce qui prend toute la place ?”. Là où l’outil de stockage de Windows vous laisse face à une catégorie fourre-tout, WizTree pointe les coupables avec une rapidité impressionnante.

Concrètement, si vous avez déjà vu votre espace disparaître au fil des caches, des vidéos oubliées et des dossiers de projets jamais purgés, vous allez comprendre pourquoi “Autres” devient vite frustrant. WizTree, lui, vous montre le fichier précis et vous permet d’agir.

Pourquoi Windows vous cache la vérité (“Autres”)

Sur un PC Windows, l’espace disque ne s’évapore pas “magiquement”. Il se déplace : fichiers temporaires, téléchargements qui s’accumulent, rushs vidéo, archives, doublons… Le problème, c’est que Windows regroupe souvent ces éléments dans une catégorie vague, “Autres”. Résultat : vous savez que ça prend de la place, mais vous ne savez pas quoi supprimer.

WizTree change la donne. Il lit directement l’index central du système de fichiers, ce qui lui permet de cartographier le disque sans passer par une longue tournée dossier par dossier.

Le principe de WizTree : lire l’index NTFS, pas parcourir tout

Sur un volume NTFS, chaque fichier est référencé dans la Master File Table (MFT), l’index que Windows maintient en continu. La plupart des analyseurs classiques explorent l’arborescence en parcourant les dossiers. WizTree, lui, exploite la MFT : il “lit l’inventaire” au lieu de faire le tour des pièces.

Le résultat se ressent immédiatement : sur des disques de plusieurs téraoctets, l’analyse peut arriver très vite, là où un scan classique peut prendre des minutes.

Schéma pédagogique de la lecture de l’index NTFS (MFT) vers la liste des fichiers lourds
Schéma pédagogique de la lecture de l’index NTFS (MFT) vers la liste des fichiers lourds

Ce que WizTree affiche vraiment (et pourquoi c’est utile)

WizTree ne se contente pas de dire “ça fait X Go”. Son interface vous aide à diagnostiquer et prioriser.

  • Arborescence par taille : vous descendez du gros au détail, jusqu’au fichier individuel.
  • Treemap : chaque fichier devient un rectangle proportionnel à son poids. Les gros éléments ressortent visuellement, sans effort.
  • Vue par extensions : pratique pour repérer rapidement des masses entières (par exemple des images ISO, des archives, des vidéos, etc.).
  • Recherche et tri : pour retrouver un nom, classer par taille, et accélérer le ménage.
  • Détection de doublons : WizTree repère les fichiers en double, ce qui évite de supprimer “à l’aveugle”.

Autre point pratique : vous pouvez relancer l’analyse sur un dossier précis, un disque entier ou l’ensemble des volumes montés. Et il existe aussi une version portable, utile quand vous dépannez un PC familial sans vouloir installer quoi que ce soit.

Treemap, doublons et gros fichiers : la différence avec les outils classiques

Les outils historiques du genre (comme WinDirStat ou TreeSize) restent utiles, mais leur méthode de parcours dossier par dossier peut pénaliser sur les gros volumes. WizTree adopte une approche plus directe et, surtout, rend l’information plus actionnable.

Quand vous cherchez “ce qui remplit”, vous n’avez pas besoin d’un rapport abstrait. Vous avez besoin de chemins, de tailles, et d’une vue qui vous fait comprendre en quelques secondes où agir. La treemap et la liste des fichiers lourds font exactement ce travail.

Et si votre problème vient de doublons, WizTree vous donne un levier immédiat : vous identifiez les répétitions, puis vous passez à l’étape suivante (par exemple avec un outil dédié au ménage de doublons).

Treemap WizTree mettant en évidence les gros fichiers responsables de l’espace disque manquant
Treemap WizTree mettant en évidence les gros fichiers responsables de l’espace disque manquant

Les limites à connaître avant de lancer WizTree

WizTree est particulièrement efficace sur les volumes NTFS, car son approche repose sur la lecture de l’index associé. Si vous utilisez un support en exFAT ou un lecteur réseau, WizTree repasse par un scan plus “classique”, donc potentiellement plus lent.

Autre réflexe utile : avant d’acheter un SSD plus grand, vérifiez si la place existe déjà… mais qu’elle est simplement mal rangée. Dans beaucoup de cas, le “manque” vient d’un stockage dispersé : des archives, des caches, des médias et des projets qui n’ont jamais été consolidés.

Mon conseil : une méthode simple pour reprendre la main

Pour que WizTree serve vraiment à quelque chose, je vous recommande une démarche en trois temps :

  1. Repérez les 10 plus gros éléments (treemap + tri par taille). Ne cherchez pas tout : commencez par l’impact.
  2. Contrôlez les doublons avant de supprimer. Si vous supprimez sans vérifier, vous risquez de casser un projet ou de perdre un fichier “utile”.
  3. Nettoyez par catégories : archives, médias, caches, téléchargements. Une fois le gros fait, le reste devient facile.

Vous verrez alors disparaître la frustration du “Autres” : vous saurez enfin ce qui prend la place, et vous pourrez décider quoi garder, quoi déplacer, et quoi supprimer.

Conclusion : WizTree rend l’espace disque compréhensible

WizTree ne fait pas que “montrer” : il explique et oriente. En affichant rapidement les fichiers responsables, il transforme un problème flou (“mon disque est plein”) en actions concrètes (où regarder, quoi trier, quoi supprimer).

Et si vous avez déjà vécu cette scène où Windows vous répond “Autres”, vous savez : la meilleure victoire, c’est de retrouver de la clarté. La prochaine étape, c’est d’instaurer un petit rituel de ménage pour éviter que “Autres” ne revienne trop vite.

Source : https://www.clubic.com/actualite-627415-microsoft-n-a-jamais-su-dire-ce-qui-remplit-votre-disque-un-logiciel-gratuit-le-fait-en-un-clic.html

Synology : redémarrer un conteneur Docker gourmand en RAM

Quand la RAM de votre NAS Synology baisse jour après jour, la cause n’est pas toujours évidente. Dans beaucoup de cas, ce sont des conteneurs Docker qui finissent par devenir plus gourmands avec le temps. La bonne nouvelle : un redémarrage un conteneur Docker peut remettre d’aplomb votre système, et vous pouvez même automatiser l’opération.

Dans ce guide, je vous montre une méthode simple : repérer ce qui consomme le plus, confirmer au niveau projet/containeur, puis redémarrer manuellement ou planifier le redémarrage pour éviter la dérive.

1) Commencez par identifier le plus gros consommateur de RAM

Avant de redémarrer quoi que ce soit, il faut savoir qui consomme. Sur DSM, le point de départ le plus efficace reste le Moniteur de ressources.

Procédez ainsi :

  • Ouvrez Moniteur de ressources depuis le menu principal.
  • Allez dans Performances.
  • Dans le menu de gauche, sélectionnez Gestionnaire des tâches.
  • Ouvrez l’onglet Processus.
  • Cliquez deux fois sur la colonne Mémoire privée pour trier par ordre décroissant.

Vous obtenez alors une vue claire : application native, paquet installé… ou conteneur Docker.

Moniteur de ressources DSM triant les processus par mémoire privée
Moniteur de ressources DSM triant les processus par mémoire privée

2) Confirmez au niveau Projet / Conteneur (Docker)

Une fois que vous avez repéré un acteur “suspect” dans le Moniteur de ressources, l’étape suivante consiste à confirmer précisément le conteneur responsable.

Tout dépend de votre déploiement :

Cas A : votre conteneur fait partie d’un projet

Si votre application Docker est organisée en projet (par exemple via Container Manager), vous pouvez vérifier la consommation directement au bon niveau.

  1. Ouvrez Container Manager.
  2. Dans le menu de gauche, allez sur Projets.
  3. Recherchez le projet concerné (ex. votre stack).
  4. Ouvrez le projet, puis allez dans l’onglet Statistiques.
  5. Par défaut, l’affichage est souvent sur CPU. Basculez sur RAM pour voir la consommation mémoire des conteneurs du projet.

Cas B : votre conteneur tourne “tout seul”

Si vous n’avez pas de notion de projet (conteneur isolé), le contrôle se fait directement sur l’objet conteneur.

  1. Dans Container Manager, allez dans Conteneur.
  2. Sélectionnez le conteneur concerné.
  3. Ouvrez l’onglet Statistiques pour vérifier la consommation mémoire.

À ce stade, vous savez exactement quel conteneur redémarrer.

3) Redémarrer un conteneur Docker manuellement (le plus simple)

Quand un conteneur devient trop gourmand, le redémarrage manuel est souvent la solution la plus rapide. Sur DSM, l’interface Container Manager permet de le faire en quelques clics.

Procédure :

  • Dans Container Manager, ouvrez le menu Conteneur.
  • Sélectionnez le conteneur concerné (ou faites un clic droit).
  • Cliquez sur le bouton Action (en haut à droite).
  • Choisissez Redémarrer.

Si vous préférez repartir sur l’ensemble d’une stack, vous pouvez aussi redémarrer un projet complet : ouvrez le projet, puis Action > Redémarrer.

Astuce : observez ensuite la RAM dans le Moniteur de ressources pour vérifier que le “pic” retombe.

4) Automatiser : planifier un redémarrage hebdomadaire

Si vous constatez une dérive régulière (par exemple “après quelques jours”), l’automatisation peut vous faire gagner du temps. L’idée : redémarrer un conteneur Docker une fois par semaine, à un moment où l’impact est minimal.

Mais il faut être prudent : un redémarrage peut interrompre un service (envoi de documents, lecture vidéo, etc.). Choisissez donc un horaire “creux”. L’exemple classique est 5h du matin.

Le chemin dans DSM

Pour créer la tâche planifiée :

  1. Allez dans Panneau de configuration > Planificateur de tâche.
  2. Cliquez sur Créer.
  3. Choisissez Tâche planifiée > Script défini par l’utilisateur.
  4. Donnez un nom personnalisé (sans caractères spéciaux ni accent).
  5. Choisissez root comme utilisateur.
  6. Dans l’onglet Programmer, configurez Répéter sur Toutes les semaines.
  7. Sélectionnez le jour souhaité.

Ensuite, vous ajoutez le script qui déclenche le redémarrage.

Anticipez les notifications

Un redémarrage programmé peut générer une notification d’arrêt dans DSM. Selon vos réglages, cela peut aussi déclencher des notifications par e-mail ou via l’application mobile. Autrement dit : vérifiez vos paramètres pour éviter d’être noyé de messages.

5) Bonnes pratiques pour éviter de “masquer” un vrai problème

Redémarrer un conteneur est une mesure de stabilisation. C’est utile, mais ça ne remplace pas une analyse si la RAM continue de grimper rapidement.

Voici comment garder une approche saine :

  • Surveillez : observez la RAM après redémarrage et notez la durée avant la prochaine dérive.
  • Vérifiez la stack : si votre application est composée de plusieurs conteneurs, identifiez celui qui “prend” la mémoire.
  • Planifiez intelligemment : un redémarrage hebdomadaire à heure fixe limite l’impact utilisateur.
  • Évitez de redémarrer “au hasard” : commencez toujours par trier par Mémoire privée dans le Moniteur de ressources.
Graphique RAM qui se stabilise après redémarrage d’un conteneur Docker
Graphique RAM qui se stabilise après redémarrage d’un conteneur Docker

Checklist rapide : la méthode en 5 minutes

Si vous voulez une procédure “terrain”, gardez cette checklist sous la main :

  1. Ouvrez Moniteur de ressources > Gestionnaire des tâches > Processus.
  2. Trier par Mémoire privée (ordre décroissant).
  3. Repérez le conteneur ou l’application suspecte.
  4. Confirmez dans Container Manager (Projet > Statistiques sur RAM, ou Conteneur > Statistiques).
  5. Redémarrez manuellement, puis observez l’effet. Si c’est récurrent, planifiez un redémarrage hebdomadaire.

Conclusion : stabiliser, puis comprendre

Quand un conteneur Docker devient gourmand en RAM sur Synology, redémarrer un conteneur Docker est souvent la solution la plus rapide pour retrouver de la marge. En combinant tri des processus, vérification dans Container Manager et planification, vous reprenez le contrôle sans subir la dérive.

Et si la consommation revient trop vite, utilisez ces mêmes étapes pour affiner : vous saurez exactement quel composant surveiller en priorité.

Source : https://www.cachem.fr/synology-redemarre-conteneur/