Just Another Geek

Le premier brouillon de la GPLv3 [archive] est sortie il y a une dizaine de minutes, même si cela est inutile avec les papiers parlant de droits ou de licence, je l'ai lu en diagonal (ca sert à rien car chaque virgule a son importance et la moindre nuance est fatale) et une bonne couche à été mise sur les covered work (je pense aux rapports Nessus, code généré par un compilateur, etc).
J'attends avec impatience les réponses des experts de debian-legal [archive] à ce sujet.

Ca me fait mal de dire ça mais je songe de plus en plus à passer mes serveurs sous OpenBSD. Pourquoi ? Ma gateway principale, un AMD64 avec une carte mère POURRIE de chez ATI, ne supporte que le noyau 2.6.

Or, la série 2.6 n'a vraiment pas atteint sa maturité question sécurité. Même si je ne me fais pas de doute sur le fait que lorsqu'OpenBSD sera autant sur le devant de la scène, il y aura sûrement autant de problèmes. Néanmoins, les développeurs d'OpenBSD sont beaucoup plus intéressés par les questions de sécurité...

Quitter un noyau Linux, ca ne me dérange pas vraiment (sauf pour les performances :p) mais quitter Debian, là ca me blesse...

Heureusement que je n'écoute pas mes coups de tête sinon le drame aurait déjà eu lieu.
Car en y réfléchissant un peu plus quelques minutes, heures puis nuits, je me dis que je serai bien emm*rdé :

• Sont où mes paquets Debian ?
• Sont où mes performances ?
• C'est quoi cette c*nnerie de tout mettre dans /usr/local ?
• C'est quoi ce shell par défaut de daube ?
• C'est quoi ce /etc/init.d/ inexistant ? Vous trouvez pas d'une goretitude extrême que de killer/relancer soit-même les daemons ?
• Hein ? La NAT est faite en userspace, WTF !?!
• C'est pas les GNU tools par défaut ? Pfff...
• Ah parce que je dois rebooter le serveur pour mettre à jour la distribution tous les six mois ? Et que je dois merger moi-même les fichiers de configuration ? Mouaaaaaaaaarf !
• Un compilateur sur la machine de prod ? (le premier qui me dit de compiler les paquets sur ma machine Linux, je le renvoie me monter tout l'environnement de cross-compilation avec tous les headers qui vont bien, j'ai vraiment que ça a faire)

Après toutes ces réflexions, je me dis que je suis si bien sous Debian...

Je relisais dernièrement phrack #63 : Keeping 0day Safe [archive] et sa conclusion est tellement vraie (malheureusement) :

You are 10x better off using a 56 bit encryption algorithm with no known "John the Ripper" plugins than you are using a well known and well tested standard such as 3DES or Blowfish. Why? The answer is simple. Because only about 0.0001% of all "security professionals" actually know how to develop code. And the inability to develop code also means that they will be unable to provide real tools to cope with security problems that they can "conceptually" solve.

C'est pour cette raison que je ne me fatigue même plus à utiliser des outils automatisés du style de chkrootkit lors d'incident car un pirate utilisant un rootkit détecté par ce programme serait bien... stupide.

Pour ces mêmes raisons, j'en viens à douter de l'efficacité des règles publiques de snort matchant une vulnérabilité ou un exploit particulier (attention, je ne parle pas des actions connexes). Qui utiliserait un exploit qui ferait clignoter la machine de l'administrateur comme un sapin de Noël ? (Réponse simple : parce qu'il n'y a personne pour lire les logs)

Ne mettez SURTOUT PAS à jour X.org si vous êtes en Debian Unstable et que vous possedez une carte radeon. Ca provoque des gentils kernel panic/oops [archive] au lancement du serveur X [archive].

C'est trop tard car vous l'avez déjà fait ? Revenez en arrière :

% sudo apt-get install  xserver-xorg/testing xlibs/testing \
                                xserver-common/testing xlibmesa-dri/testing\
                                x11-common/testing xlibs-data/testing