Sygus.net

Aller au contenu | Aller au menu | Aller à la recherche

mardi, juin 28 2005

Vous aimez les graphs ? En voici, en voilà :)

Je me suis lancé dans un script permettant de connaître tout un tas d'informations relatif à l'utilisation d'un serveur hlds (hl, cstrike and co). Pour le moment, il est possible d'obtenir un graph d'utilisation du processeur et de la mémoire. Comme pour ScanGraph, le graph obtenu est totalement paramétrable (en longueur, en largeur, en précision, etc.). Et puis, comme je suis à fond dans le perl en ce moment, les graphiques sont biensur réalisés par l'API GD de perl. Vous pouvez voir la démo ici : HLGraph en action ! (si vous voyez rien, c'est que le serveur hlds ne tourne pas ;)

samedi, juin 18 2005

Scanlan v3 + Scangraph = ?

Scanlan v3,5

mercredi, juin 15 2005

Marre de MRTG, de Smokeping et autres RRDtool ?

Voici ScanGraph, un programme réalisé en perl qui permet de connaitre d'un coup d'oeil les temps de latence de certaines machines. Une démo de ScanGraph est visible. Cette page fait une simple requete sur le repertoire des images créées par le module GD de perl. Biensur ce programme n'a pas la prétention de concurrencer les outils de Tobias Oetiker, je l'ai simplement réalisé pour compléter le programme ScanLan. En effet, je préfére réaliser un programme qui gère tout lui même, plutot que de dépendre d'outils tels que Smokeping, fping, weathermap ou encore mrtg. Non pas que ces outils soient mauvais, au contraire, mais il n'est pas commode de devoir tous les installer pour profiter de ScanLan.

mercredi, juin 8 2005

ScanLan v3 RC2 débarque

fluo) pour indiquer la qualité de la connexion. Le rouge indque une erreur (celle-ci s'affiche au survol de la case concernée). Et le bleu signifie que le PC ne répond pas au ping.

Il est toujours possible d'éditer les infos d'un joueur en cliquant dessus.

Les nouveautés :
- affichage d'un graph de latence des dernières heures pour chaque PC qui ping. Ainsi on peut voir si le joueur pompe beaucoup => ca se repercutera sur la courbe.
- affichage de la bande passante utilisée par les switchs + graph de bande passante.

ScanLan est maintenant basé sur Weathermap, Smokeping, la librarie GD de php et s'appuie également sur du perl pour le scan réseau.

samedi, juin 4 2005

Plein les yeux !

De retour de la conférence SSTIC qui se déroulait à Rennes les 1, 2 et 3 juin, je peux enfin me reposer. J'étais un peu hésitant à débourser 60 euros (tarif étudiant) sans trop savoir où je m'aventurais. Au final, j'en ressort pleinnement conquis et satisfait de ce séjour en Bretagne, juste avant ma semaine d'exam. Les confs étaient d'un très haut niveau technique et parfaitement présentées. Celles qui m'ont le plus intéressé portaient sur les failles des protocoles réseaux, la compromission des scanneurs réseaux par le talentueux Renaud Deraison (créateur de Nessus), l'analyse différentielle de binaires pour localiser des failles dès la sortie d'un patch de sécurité (sans doute la conf la plus haut niveau) ou encore la décompilation de binaire pour trouver des exploits dits 0day (là aussi, fallait s'accrocher). Biensur, on ne pouvait pas éviter les présentations plutot destinées aux décideurs (j'avais peur que ce soit que ca... d'où ma réticence à venir) mais elles étaient en nombres très réduites et malgrè mon à prioris, il y avait des choses intéressantes. En effet, il est bon de connaître les enjeux, les aspects juridiques et politiques quand on touche à la sécurité.

Au final, j'ai biensur appris plein plein de choses, et surtout j'ai pu avoir une bonne vision de l'état actuel du secteur. Il y a quand même un constat qui s'impose au bout de ces trois jours : l'attaquant a et aura toujours de l'avance sur la défense. Donc quelqu'un de décidé et biensur qui maîtrise le sujet arrivera à passer inapercu vis à vis des IDS et pourra s'infiltrer sur un réseau pour faire ce qu'il souhaite (espionnage industriel, dégats conséquents sur des systèmes, etc.). C'est triste pour les uns et cool pour les autres, mais c'est comme ca :) Mais bon, la faille la plus importante reste tout de même l'utilisateur classique, qui

mercredi, mai 11 2005

Ca coule de source

Comme promis, voila la source du script qui permet de générer des matchs de poule. La première partie ne sert qu'à récupérer les entrées du formulaire. Donc si la récupération des équipes provient d'une base de donnée, il est possible de passer directement à la deuxième partie ("Traitement des équipes").

Le code est ici : http://www.sygus.net/atwork/matchs_poule/source.txt

dimanche, mars 13 2005

Générer des matchs de poule

Pour ceux que ca interesse, j'ai créé un script qui permet de générer des matchs de poule à partir d'un certain nombre d'équipes. Pour l'utiliser, c'est ici que ca se passe.

Je ne pense pas qu'il y ait besoin d'expliquer son fonctionnement. Sachez cependant qu'il est possible de recréer les matchs aléatoirement. Le code source devrait etre disponible sous peu.

Ce script fait parti d'un programme plus vaste de gestion de tournoi (avec poule, arbre à simple/double élimination) dont le but est d'automatiser au maximum les différentes actions. Ceux qui sont venus à la LCX 2004 ont surement apercu la première version qui tournait sur l'intranet. La nouvelle version, qui sortira bientot, devrait être publique et sous une licence libre :)

vendredi, janvier 14 2005

Dotclear

Après le passage du site de l'assoc Cosedia Arena Team sous Dotclear et la mise en place d'un autre Dotclear sur le futur site de la fédé bas-normande, je ne pouvais pas ne pas l'installer ici :D J'apprécie Dotclear car il est configurable dans ses moindres détails et sa gestion des skins est très bien faite. Il ne reste plus qu'à remettre en ligne mes articles et les différents projets.

page 2 de 2 -