• # detect early, update often.

    Posté par (site web personnel) . En réponse à la dépêche compte-rendu d'un pot de miel avec OpenBSD 3.0. Évalué à 10.

    Tout programme suffisamment compliqué => bug (conception, ou implémentation).
    Tout les bugs ne sont pas des trous de sécurité, mais tout les trous de sécurité s'appuient sur des bugs.

    Toutes corrections de bugs => code pour les comprendre/corriger.
    Donc, arrive en même temps les correction et les scripts pour kiddies.

    Donc, il n'exsite qu'une seule solution tant que les hommes feront des erreurs : se tenir au courant des bugs souvent, et remettre à jour aussi souvent.

    Par contre le probème est que les distributions à la RH/mandrake/suse ont plusieurs versions incompatibles entre elles (RH 5 vs RH 6 vs RH 7), et que les mecs ont déjà du mal à mettre à jour les paquets pour une distro, alors pour 3 versions de distros c'est pas toujours possible. En conséquence, il faut réinstaller sa RH pour raison de sécurité dès qu'une version majeure sort. De plus ils ont tellement de différences entre distros que les efforts de corrections de bugs sont dupliqués inutilement.

    Après tu m'étonnes qu'aucune RH-like soit capable d'avoir un uptime de 1 an, au rhytme ou ils sortent de nouvelles versions... C'est un peu comme du windows.