Just Another Geek

L'installation de Sguil [archive] s'est largement simplifié depuis la dernière fois, il n'y a maintenant besoin que deux modules TCL [archive] (oui, le projet Sguil est en TCL/TK).

Sous Debian GNU/Linux, l'installation se résume alors à :

$ sudo apt-get install tclx8.4 itcl3 itk3 iwidgets4
$ cd ~/bin/
$ wget http://ovh.dl.sf.net/../sguil-client-0.5.3.tar.gz [archive]
$ tar zf client-0.5.3.tar.gz
$ ./sguil-0.5.3/client/sguil.tk &!

Mais ce n'est pas très user-friendly si votre écran fait 15" et que vous êtes limité en 1024*768, les développeurs m'ont alors indiqué de modifier l'agencement des fenêtres grâce à cela dans votre sguil.conf :

set RTPANE_PRIORITY(0) "1 2 3 4 5"

Et de commenter les lignes suivantes :

set RTPANE_PRIORITY(1) "3 4"
set RTPANE_PRIORITY(2) "5"

Merci de l'astuce !

Commme si c'était l'occasion que le site de Grsecurity [archive] soit down... Qui est encore le $*(#$ qui DDoS le serveur ?

Et si c'était un complot de méchants pirates ayant des remotes r00ts exploits sur le 2.4.27 qui ne veulent pas que les gens passent au 2.4.28 ?

Comment ca il faut que j'arrete de lire full-disclo [archive] ?

Avec Jean Philippe [archive], on essaie de constituer une liste fiable et à jour des TTLs par défaut des différents systèmes.

On a un manque cruel d'information au sujet des systèmes Solaris ou/et des gros routeurs. Ainsi que les *BSD en général.

Si vous souhaitez participer, suffit d'ajouter une entrée dans la page Wiki destinée à cet effet [archive]. On a besoin d'informations fiables, alors vérifiez bien lors de vos tests, qu'il n'y a pas de proxy transparent ou de firewall normalisant tous les paquets IP sortant d'un réseau.

Si en plus, vous pouvez fournir un `uname -a` de la machine testée, c'est parfait.

OsdBiff [archive] est un petit script Python (oui, sacrilège et tout ça) allant voir sur votre serveur IMAP/IMAPS si vous avez des nouveaux mails.

La particularité de ce biff-like est qu'il utilise OSD [archive] pour afficher ses informations.

Le script supporte les wildcards dans la sélection des dossiers à surveiller.

Bon, d'accord, je viens de me rendre compte que Osd Mail [archive] existait. Mais visiblement, il ne supporte pas IMAPS. Tant mieux :)

L'utilisation du MIME est souvent cantonnée au simple fichier attaché dans les mails. Mais il peut en faire beaucoup plus, cette technique permet de : décrire le type du fichier, lui mettre un titre, mettre le fichier dans le corps du message (inline), etc.

Read next [archive]

Comment passer pour un papy en quelques secondes ? En installant cela dans son .gnus [archive] :

(add-hook 'gnus-group-mode-hook 'highlight-current-line-minor-mode)
(add-hook 'gnus-summary-mode-hook 'highlight-current-line-minor-mode)

Ainsi, dans les buffers *Group* et *Summary*, vous avez le surlignage de la ligne où se trouve le curseur comme les gens qui ont besoin de placer leurs doigts en dessous de la ligne à lire.

Il était temps d'une petite cure de santé pour Gnus [archive] car il avait prit un petit coup de vieux à cause des clients mails graphiques.

Screenshots : Avant le relooking [archive] et Apres le relooking [archive].

Read next [archive]

Faîtes ce que je dis, mais pas ce que je fais, c'est ce que vous pourriez me dire après mon billet sur les traceroutes [archive] : voici ttl-graph [archive] d'une dizaine de lignes utilisant scapy [archive] (qui peut servir de classique module Python) pour représenter graphiquement une topologie de réseau.

Ça utilise le format dot [archive] pour faire des jolis graphiques et surtout pour ne pas me compliquer la vie :)

Je le répète, la topologie résultante peut ne pas coller à la stricte réalité car chaque paquet est indépendant.

Usage :

$ sudo ttl-graph yahoo.com | dot -Tps > traceroute-yahoo.ps

Et voici le résultat qui est disponible en GIF [archive] ou en PostScript [archive].

Voici les slides de la présentation [archive] intitulée ''Every CPAN Modules Every Perl Programmers Should Know'' de Mark Fowler lors de YAPC::Europe 2004.

Très intéressante.

Ok, c'est [archive] très joli et très réussi mais faut être dingue pour se faire tatouer ça.

Et puis j'imagine même pas la gallère pour expliquer la signification du tatouage à tout ceux qui demanderont.

Je déménage jeudi prochain donc je serai indisponible quelques semaines (tant que ma ligne ne sera pas passée en ADSL en fait).

J'avais envie de jouer avec le module Perl Net::DNS [archive] et avec le serveur DNS d'un ami un peu trop ouvert alors j'ai automatisé la technique (très simple) de DNS Cache Snooping documenté dans l'article de Luis Grangeia [archive].

Ce tout petit outils, snoopdns [archive], permet de savoir si un enregistrement DNS existe dans le cache d'un serveur DNS (si celui-ci est "ouvert").
Imaginez que vous êtes sur un réseau et que vous saviez que le serveur de production (tournant sous Debian bien entendu) utilise le serveur DNS ns0.boite.com.

Vous pouvez ainsi voir si un serveur est mis à jour après la découverte d'une faille en regardant si le cache DNS contient un enregistrement DNS pour security.debian.org.

Cet exemple est un peu foireux car le TTL pour security.debian.org est d'une heure donc la fourchette n'est pas très grande mais le principe est là.

Ca donnerait :

$ snoopdns ns0.boite.com security.debian.org
security.debian.org accessed 3310 seconds ago [91.94% of the original ttl (3600)]

On peut donc penser que le serveur a été mis à jour. C'est une hypothèse comme une autre hein...

Ce stage fut une merveille, pendant ces trois jours intenses (plus de huit heures par jour), on a appris toutes les bases de pilotages ainsi que quelques techniques plus avancées : appel contre appel, mise en dérive, freinage d'urgence, talon-pointe (dur avec mon 47), frein à main (méthode-kéké-qui-se-la-pète), dosage fin du {sous,sur}-virage, etc.

Le tout à bord de 206 RC/S16, 405 Mi16 et 306 S16/XSI. Quelques photos et vidéos sont disponibles sur http://mouarf.org/pilotage/ [archive].

Je conseille donc ce stage à tout amateur de pilotage (kéké s'abstenir) dans cette école de pilotage [archive] (Objectif Maîtrise).

moa@server:/home/moa% wget http://tinyproxy.sf.net/../tinyproxy-1.6.2.tar.gz [archive] \
                      tar zxf tinyproxy-1.6.2.tar.gz     && \
                      (cd tinyproxy-1.6.2/              && \
                          ./configure --prefix=/home/moa && \
                          make && make install)
moa@server:/home/moa% vi etc/tinyproxy.conf
moa@server:/home/moa% usr/sbin/tinyproxy

Puis

hmm@work:/home/hmm% ssh -L 8888:localhost:8888 -N moa@server

Réglage du navigateur pour utiliser http://localhost:8888/ comme proxy et c'est fait : toutes les sessions HTTP circuleront dans un tunnel SSH, adieu le sniffing sur le réseau local. C'est pas que j'ai pas confiance en mes collègues mais... j'ai pas confiance ;)

Ce patch [archive] (trouvé sur une des listes de Dshield [archive]) à appliquer sur OpenSSH [archive] permet de logguer les logins/mots de passe entrés lors de l'authentification.

Mais ce patch empeche toute tentative de login, alors je trouve son utilité discutable car il ne peut être utilisé ni en production (c'est une bonne chose), ni sur un honeypot (enfin, tout dépend de ce qu'on veut en faire). Ça sert a quoi alors ? :)

Y a plus qu'a patcher le patch pour faire ce qu'on veut...