Discussion :

[marveljojo75]

Bonsoir à chacun d'entre vous,

Je suis en train d'effectuer différents tests sur ma propre infrastructure informatique.
Et je viens de tomber sur ce superbe tuto (si l'on peut dire):
http://thpierre.developpez.com/artic...zzing/#LII-D-1

J'ai un poste sous ubuntu.
Si j'ai bien compris, il me suffit de récupérer ces scripts et de les exécuter, en dehors de mon réseau local, à destination de mes différentes machines.

Mais qui connaitrait d'autres utiles plus "conviviales" ?
Ou des conseils pour tester les limites et vulnérabilités de son infrastructure et de ses serveurs ?

D'avance, merci
Et bon forum ^^

[manticore]

Salut,

le fuzzing est une méthode de test aléatoire, en faite tu envoies des données aléatoire ou pseudo-aléatoire (pas au sens mathématique, mais au niveau de la consistance des données). Et tu regardes ce qu'il en sort.

On utilise beaucoup le fuzzing pour trouver des failles logiciels, en insérant en masses des données dans chaque point d'entré, et si le logiciel plante, on regarde plus en détail pourquoi.


Voila pour la théorie, maintenant si tu veux tester ton architecture, tu peux déjà commencer par :

- Regarder tous les deamons qui sont en écoute sur ta machine.
- Fermer les ports qui ne sont pas utile.
- Pour chaque port en écoute, checker la version du logiciel, puis regarder si il existe de nouvelles mise à jour pour ces logiciels. Dans le cas ou tu ne peux pas changer de version pour des raisons de compatibilité, regarde dans les bases d'exploit si une faille est connu. Puis dans les nouvelles versions du dit logiciel si des mises à jour de sécurité ont-été faites dans les nouvelles versions.

La tu fais le premier pas au niveau de la sécurité réseau.

Tu dois ensuite checker la configuration de chacun de tes services, exemple trivial pour le ssh:
- As-tu besoin d'une authentification plus forte avec un OTP ?
- Ton mot de passes est-il suffisamment robuste ?
- Est-ce que tu permet le root via ssh ?
- Est-ce que c'est vraiment utile ?

Maintenant si tu veux faire des tests automatisé, tu peux utiliser openvas ou nessus (presque le même logiciel, droit d'utilisation différents).

Ou tu peux installer une station avec backtrack qui est une distribution linux avec énormément d'outils pré-installé et depuis la tu peux tenter d'attaquer tes services.

En espérant que cela t'aide un peu, mais je sais pas si c'est plus conviviale Dans tout les cas tu peux le rendre plus conviviale avec une bière et des petits fours.

[marveljojo75]

Salut,

le fuzzing est une méthode de test aléatoire, en faite tu envoies des données aléatoire ou pseudo-aléatoire (pas au sens mathématique, mais au niveau de la consistance des données). Et tu regardes ce qu'il en sort.

On utilise beaucoup le fuzzing pour trouver des failles logiciels, en insérant en masses des données dans chaque point d'entré, et si le logiciel plante, on regarde plus en détail pourquoi.

Bonjour à toi manticore, et merci pour ce long message

Voila pour la théorie, maintenant si tu veux tester ton architecture, tu peux déjà commencer par :

- Regarder tous les deamons qui sont en écoute sur ta machine.

Ok, j'ai trouvé les infoss sur un autre site.
Je vais donc utiliser netstat

- Fermer les ports qui ne sont pas utile.

Logique

- Pour chaque port en écoute, checker la version du logiciel, puis regarder si il existe de nouvelles mise à jour pour ces logiciels. Dans le cas ou tu ne peux pas changer de version pour des raisons de compatibilité, regarde dans les bases d'exploit si une faille est connu. Puis dans les nouvelles versions du dit logiciel si des mises à jour de sécurité ont-été faites dans les nouvelles versions.

Aurais tu une ou plusieurs url pour les bases d'exploit ?

La tu fais le premier pas au niveau de la sécurité réseau.

Tu dois ensuite checker la configuration de chacun de tes services, exemple trivial pour le ssh:
- As-tu besoin d'une authentification plus forte avec un OTP ?
- Ton mot de passes est-il suffisamment robuste ?
- Est-ce que tu permet le root via ssh ?
- Est-ce que c'est vraiment utile ?

C'est marrant, car j'ai commencé par cette étape !!

Maintenant si tu veux faire des tests automatisé, tu peux utiliser openvas ou nessus (presque le même logiciel, droit d'utilisation différents).

Ou tu peux installer une station avec backtrack qui est une distribution linux avec énormément d'outils pré-installé et depuis la tu peux tenter d'attaquer tes services.

Oui, je pense que je vais récupérer un vieux pc sur lequel je vais installer un bon vieux linux.
J'ai donc trouvé ça :
http://backtrack-fr.net/
Vaut-il mieux la version fr ou la version anglaise d'origine ?

En espérant que cela t'aide un peu, mais je sais pas si c'est plus conviviale Dans tout les cas tu peux le rendre plus conviviale avec une bière et des petits fours.

Heu...lol pour les bières au deamon ^^

[manticore]

Aurais tu une ou plusieurs url pour les bases d'exploit ?

Voila 3 liens, j'utilise principalement les deux premiers :

http://www.exploit-db.com/
http://cve.mitre.org/
http://packetstormsecurity.org/files/tags/exploit

Vaut-il mieux la version fr ou la version anglaise d'origine ?

Je savais pas qu'il y avait une version FR A mon avis cela n'a aucune influence.

Maintenant si ton infrastructure est critique il est important de faire auditer ton installation par quelqu'un d'externe à l'installation afin de voir un autre point de vue.

[marveljojo75]

Disons que je veux d'abord tester par moi même.
Et connaitre mes failles, sans que cela soit véritablement critique.

Ma seule hantise est de trouver un bug qui fasse de véritable dégâts !!
Genre celui qui fasse de tels dégâts qu'il faille tout réi-installer et perdre 1 bonne journée !!!

De toute façon, je pense qu'une sauvegarde externe de mes différents serveurs soient un pré-requis...

[messinese]

Bonjour,

disons que l'avantage d'un audit externe par un pentester c'est surtout que nombre de vulnérabilitées critique sont dûe à des erreurs qui peuvent sembler pour beaucoup anodine et inoffensive et pourtant....

Une variable mal controlée, une balise manquantes, une règles absente ou mal paramétrée et ça devient dessuite exploitable !

D'autant qu'à la base tu parle de fuzzing or cette technique te permettra de trouver des 0Days donc tu n'auras pas de papers tout prés détaillant le possible impact de cette vulnérabilitée .

A bientot !