[WiShMaster - partie 7] Résultat de RConnect avec des firewalls personnels et conclusion

Par Benjamin Caillat, Mastère Spécialisé Sécurité ESIEA
Le 16/09/2006

---

Résumé : Tests de détection avec différentes versions de RConnect sur des firewalls personnels classiques. Comparatif et résultats. Conclustion du dossier. - Lire l'article



Tests de RConnect avec des firewalls personnels classiques

La partie suivante suivante résume les résultats obtenus en testant quelques firewalls personnels. Je rappelle que ces résultats n’ont nullement pour objectif de dresser un classement des meilleurs firewalls personnels, étude qui mériterait des tests beaucoup plus exhaustifs, mais simplement d’évaluer la détectabilité de RConnect shellcodisée.

La plateforme de tests utilisée est constituée d’une machine Windows XP Professionnel sur laquelle s’exécute le processus serveur (netcat) et une VMware dans laquelle s’exécute un Windows XP Professionnel représentant la cible.

La backdoor utilisée est la version de RConnect procédant à l’injection du processus « explorer.exe ». Le test est effectué en lançant directement l’exécutable dans une session utilisateur restreint.

Les firewalls ont été installés avec les options par défaut. Le champ « Modification de la configuration » précise les éventuelles modifications apportées à cette configuration.

Le champ « Résultat avec RConnect » précise le résultat du test.

Le terme « non-détecté » indique qu’aucune alerte n’a été remontée ; équivalence verte sur le tableau au format graphique.

Le terme « pseudo-détecté » indique qu’une popup a été affichée, mais que celle-ci contient un message qui ne correspond pas à une véritable détection d’une attaque (confirmation de lancement d’un processus par exemple) ; équivalence orange sur le tableau au format graphique.

Le terme « détecté » indique que la backdoor a été réellement reconnue comme un code malicieux et que l’utilisateur a eu un message explicite indiquant qu’une tentative d’attaque a eu lieu ; équivalence rouge sur le tableau au format graphique.

A titre indicatif, le champ « Résultat backdoor sans cmd.exe » indique le résultat avec une backdoor un peu plus évoluée intégrant son propre shell, et ne lançant pas de processus « cmd.exe ».

Firewall - Kaspersky Internet Security
Version - 6.0 -
Modification de la configuration - Défense Proactive tout activée Pare-Feu mode apprentissage -
Résultat avec RConnect - Pseudo-détectée (1)
Résultat backdoor sans cmd.exe - Non détectée

Firewall - Tiny Firewall 2005
Version - 6.5.126
Modification de la configuration - Aucune
Résultat avec RCconnect - Pseudo détectée (2)
Résultat backdoor sans cmd.exe - Non détectée

Firewall - Look’n’Stop
Version - 2.05
Modification de la configuration - Aucune
Résultat avec RConnect - Non détectée
Résultat backdoor sans cmd.exe - Non détectée

Firewall - Kerio (installation mode avancé)
Version - 4.3
Modification de la configuration - Choix « Autorisation automatique » lors du lancement d’un processus
Résultat avec Rconnect - Non détectée
Résultat backdoor sans cmd.exe - Non détectée

Firewall - Norton
Version - 2006
Modification de la configuration - Activation surveillance composants et des programmes lancés
Resultat avec RConnect - Non détectée
Résultat backdoor sans cmd.exe - Non détectée

Firewall - Comodo
Version - 2.3.4.45
Modification de la configuration ; Aucune
Résultat avec RConnect - Détectée
Résultat backdoor sans cmd.exe - Détectée

Firewal- SecurePoint FW & VPN Client
Version - 3.6.1
Modification de la configuration : Aucune
Résultat avec RConnect - Non détectée
Résultat backdoor sans cmd.exe - Non détectée

Firewall - Sygate Personal Firewall
Version - 5.6
Modification de la configuration- Des options ne sont pas activables dans la version d’évaluation
Résultat avec RConnect - Non détectée
Résultat backdoor sans cmd.exe - Non détectée

Firewall - ZoneAlarm Pro
Version - 6.1
Modification de la configuration ; Aucune
Résultat avec RConnect - Pseudo-détectée (3)
Résultat backdoor sans cmd.exe - Pseudo-détectée (3)


(1)L’injection est possible en utilisant l’injecteur modifié patchant le début de la fonction. Seul le lancement du processus « cmd.exe » par le navigateur est détecté. Une backdoor implémentant son propre shell ne sera donc pas détectée.

(2)Seul le lancement du processus cmd.exe par le navigateur est détecté. Une backdoor implémentant son propre shell ne sera donc pas détectée.

(3)Le firewall détecte une communication avec smss.exe qui correspond au listage des processus.






Dans sa nouvelle forme, un seul firewall est capable de réellement détecter RConnect. Les autres détectent généralement le lancement du navigateur. Des techniques de social engineering pourront alors être utilisées pour ne pas éveiller les soupçons de l’utilisateur.


Conclusion

Ce document a permis de montrer qu’en partant d’une backdoor développée très rapidement et comportant de nombreuses limitations, il était possible d’obtenir en quelques clics via WiShMaster un outil beaucoup plus puissant, très malléable et capable de contourner la majorité des firewalls personnels.

L’utilisation de programmes comme WiShMaster permet de développer relativement rapidement des outils basés sur l’injection de thread.

Les backdoors ne sont qu’un exemple ; il existe quantités d’attaques qui peuvent reposer sur cette technique : modification du comportement du navigateur pour intercepter des communications privées, vol de mot de passe, …

Dans un environnement que l’on souhaite sécurisé, il va donc devenir vraiment indispensable d’équiper les postes utilisateurs d’un logiciel de protection capable de bloquer de telles attaques en effectuant une véritable analyse comportementale des applications.

WiShMaster, RConnect et des vidéos de démonstration sont disponibles sur mon site personnel : lien

Autres ressources dans ce même dossier :

[WiShMaster - Partie 1] Introduction à l'ecriture de shellcodes en C - lien

[WiShMaster - Partie 2] Principe de shellcodisation avec WiShMaster (1) - lien

[WiShMaster - Partie 3] Principe de shellcodisation avec WiShMaster (2) - lien

[WiShMaster - Partie 4] Principe et Fonctionnement - RConnect/WiShMaster Vs firewalls personnels (1) - lien

[WiShMaster - Partie 5] Principe et Fontionnement - RConnect/WiShMaster Vs firewalls personnels (2) - lien

[WiShMaster - Partie 6] Principe et Fonctionnement - RConnect/WiShMaster Vs firewalls personnels (3) - lien