Suite a des discussions sur la sécurité d’un système GNU/Linux et avant de parler de systèmes de sécurité avancée ( EDR, Antivirus, IDS…) je me pose la question de la définition et du partage de bonnes pratiques.
Quelles sont les vôtres. Je ferai ensuite un résumé
Tracer les commandes sudo
Si possible limiter les commande réalisables par sudo
Mettre en place un group pour l’utilisation de la commande su (avec PAM)
Déjà je pense que c’est très différent suivant qu’on gère
sa machine perso
son serveur perso
une machine utilisée par plusieurs personnes
un serveur dans un LAN non exposé à l’extérieur
un serveur exposé (dans une DMZ)
un routeur/proxy
Et dans tout ça, le cas d’une machine accessible physiquement par des personnes non sures comme dans un lycée par exemple est encore un autre problème.
Excepté la première catégorie (et peut être la deuxième), je pense que quelqu’un comme Zargos connait les reflexes à avoir.
Sans vouloir le vexer, je pense que sur la première, il est peut être excessif, mais c_'est le métier qui fait ça et ça n’est pas un défaut ici.
Pour moi il y a 2 stratégies: Faire une machine inviolable ou bien privilégier la detection. En ce qui me concerne, l’inviolabilité n’tant pas garantie, je privilégie la détection, et ça m’a plutôt réussi.
L’idéal est de cumuler
C’est moi . . .
Pas de sudo, pare-feu entrées fermées et sorties ouvertes, logiciels venant des paquets debian (sauf 1 professionnel).
Rarement sur des sites cochon.
Les ressources distantes pour le mail sont bloquées.
Bon mot de passe pour utiliser su -
A ce qui a déjà été mentionné, j’ajouterais les mises à jour automatiques, en particulier celles du canal security, avec redémarrage si nécessaire (installation d’un noyau patché par exemple). unattended-upgrades est pratique pour ça. Et aussi éventuellement un antivirus avec scan automatique.
Après il faut aussi regarder les usages des utilisateurs, s’ils utilisent beaucoup Firefox ou Thunderbird par exemple, ça peut valoir la peine de se pencher sur les configurations de ces logiciels
je ne fais les mises à jour qu’en manuel personnellement car cela me permet d’eviter de mauvais patchs…
Mais pour quelqu’un de débutant, c’est effectivement nécessaire car il ne saurait régler le problème seul.
Oui et ça dépend de la fréquence à laquelle l’administrateur passe sur la machine, et parfois s’il y a du matériel non pris en charge par des pilotes inclus dans les dépôts Debian officiels (certaines cartes graphiques par exemple, dans ce cas le reboot sur un nouveau noyau peut mal se passer si le pilote installé n’est pas compatible avec le nouveau noyau). Pour ce type de cas d’utilisation, je pars du principe que ce qui arrive dans le canal Debian stable est suffisamment testé pour qu’il n’y ait pas de régression ou de patch instable.
J’ai passé mon ancien laptop à mes parents, ils n’utilisent que Thunderbird et Firefox (parfois Libre Office), unattended-upgrades me tranquillise sur l’application des mises à jour et démarrage sur noyau à jour, comme je n’y vais que quelques fois par an.
Je pense que pour être utile aux gens qui débarquent sur Debian, on pourrait commencer cette liste par l’état « par défaut » d’une machine sur laquelle on vient d’installer Debian sans mettre d’option particulière sur la sécurité.