Votre methode est effectivement viable, mais je la trouve tout de meme risquee car il existe toujours le cas ou le kernel peut etre soumis a un exploit dont le bypassing GRsec est inclus (ce n’est pas aussi complexe qu’on le croit).

En bref, il est important de signaler que contrairement a d’autre solutions (SELinux…) la maintenance d’un kernel GRsec est plus complexe. En contrepartie, sa protection est souvent efficace, ce n’est donc pas du temps de perdu que de l’installer.

Comme nos kernels sont mis en production avec GRSec, il est rarissime que nous ayons à le rebooter. Bon, ceci étant, cet uptime est particulièrement élevé et il n’y a effectivement plus de “concours” autour de cela depuis des années

Article intéressant, surtout les définitions ! A noter une petite typo pour le serveur lighttpd qui s’écrit justement lighttpd et non pas lighthttpd (idem avec Zeux dans un sous titre); enfin si l’on parle bien du même web serveur. A ce sujet j’aurai plutot placé lighttpd au même ‘rang’ que nginx plutôt que dans la rangée des tinyhttpd etc. Mais je chipotte.

Par contre, concernant l’uptime, mon avis diffère sensiblement : un serveur avec un fort uptime pour moi est un serveur qui est certes stable (y compris au niveau matériel), mais pas entretenu correctement (à mon avis) concernant les updates de sécurité, de drivers (amélioration performances, stabilité) etc. Je suis d’accord pour dire qu’il y a 10ans les hosteurs se battaient pour la première place du serveur ayant le plus d’uptime; mais aujourd’hui il me semble que ces considérations ne sont plus vraiment d’actualité, notamment avec le “buzz” qui gravite autour de la sécurité informatique etc.