Bonjour,
voilà une source montrant comment avoir la liste des processus cachés qui tournent sur le système (XP ou VISTA).
Je suis tombé sur un blog très intéressant, qui détaille plusieurs méthodes d'énumération de processus. Outre les principales méthodes très connues (ordre de la pire à la meilleure : ToolHelp32, EnumProcesses, ZwQuerySystemInformation), il y a des infos sur les méthodes les moins connues, qui permettent de récupérer d'autres PID (process ID) invisibles par les méthodes traditionnelles. J'ai donc codé en .Net à partir de çà notamment.
On peut ainsi visualiser, grâce à cette source, les virus/rootkits qui se cachent :-)
D'ailleurs au passage, Windows cache aussi certains processus, pour une raison que j'ignore (regedt32.exe par exemple sous XP, des fois caché au démarrage) ???? Si vous avez des infos là dessus, je suis preneur...
Je vous invite donc à lire ce blog (en anglais) :
http://blog.scanit.net/index.php?/archives/6-Det ect-Hidden-Processes-Part-1.html
http://blog.scani t.net/index.php?/archives/7-Detect-Hidden-Processe s-Part-2.html
DETAIL DU FONCTIONNEMENT
Comme nous sommes en langage très haut niveau exclusivement (VB.Net), c'est du USER MODE. C'est d'un côté un avantage (pas d'install de driver et simple à coder), mais d'un autre côté c'est limité évidemment : je tiens à préciser que les rootkits les plus évolués passent à travers le listing par ma source des process cachés.
Egalement, il faut les droits d'admin (pour obtenir un handle sur csrss.exe).
J'ai implémenté deux méthodes différentes :
1) brute force : très "intuitif" ^^, il suffit de faire un OpenProcess pour TOUS LES PIDS (process id) possibles ;-)
On part de 8 jusqu'à 65535 (limite théorique, mais on peut s'arrêter avant) avec un pas de 4. Le pas est fixé à 4 car tous les processus ont un PID divisible par 4, c'est une règle non généralisable normalement (pas dans les spécifs), mais en réalité c'est toujours le cas pour un NT.
Remarque : un OpenProcess sur le PID 727 alors que le process 724 existe fonctionnera. Dans l'implémentation du OpenProcess, les deux derniers bits du paramètre ne sont en effet pas lus (donc PID EXISTANT +1, +2 ou +3 marche).
Bref, si l'OpenProcess fonctionne, le PID existe et le processus correspondant également.
On compare ensuite tous les processus trouvés avec une liste obtenue par une méthode classique (ZwQuerySystemInformation dans mon cas, code extrait de ma source YAPM, la plus puissante et la plus rapide des méthodes user mode).
A noter que certains processus apparaissent avec plusieurs PID différents. Je n'ai pas de réponse pour çà, si vous savez pourquoi dites le moi svp.
2) méthode des "handles". Sans rentrer dans les détails du fonctionnement d'un CreateProcess dans NT, un handle d'un processus créé est obligatoirement gardé ouvert dans l'instance du processus csrss.exe. Par conséquent, on liste tous les handles, ensuite on liste les instances de csrss.exe, et pour chaque handle dont le PID est celui d'un csrss.exe, on fait un DuplicateHandle et on récupère le PID des processus créés par des GetProcessId des handles dupliqués.
Comme le handle de csrss.exe est nécessaire, il est faut que ce handle soit connu. Il est forcément connu via OpenProcess, mais il faut connaitre le PID... donc il faut qu'il soit visible par une méthode d'énumération classique. Bref, si csrss.exe est caché, la méthode des "handles" échouera.
De même, il est possible de fermer le handle du processus caché ouvert par csrss.exe (pour quels résultats par contre ??) et on peut également cacher des handles (kernel mode). Bref, la méthode est loin d'être infaillible, mais comme le dit très justement l'article : pour les rootkits de base, normalement çà suffit !
COMMENT CACHER UN PROCESSUS ?
Pour tester la source, on peut cacher un processus de tout gestionnaire de tâche (taskmgr, process explorer...) avec une source de Brunews. C'est du kernel en C, la source est là : http://www.cppfrance.com/codes/CACHER-PROCESSUS-CH OIX-DRIVER-WIN32_36941.aspx
Je fourni la version compilée dans le fichier _hide_proc.rename. C'est une archive zip (à renommer). Avant d'extraire le driver et l'exe de cette archive, désactivez votre antivirus sinon l'analyse heuristique de ce dernier risque fort de vous trouver, à tort, un virus. Rien d'étonnant, puisque la méthode doit être utilisée par certains rootkits. Bref, c'est SAFE ET GARANTI SANS VIRUS, les sources sont dispo (cf lien en dessus).
A noter que pour tout détecter, le USER MODE ne suffit plus, et il existe des méthodes très intéressantes pour lister les processus en mode kernel : je vous invite à lire le blog (partie 2).
Le VB.Net ne suffit donc plus, mais cette source montre, je pense, comment manipuler/lister des processus de manière très correcte pour du VB.Net/UserMode.
Voilà !
@+