Développement dun cheval de Troie : Rapport
Feb 3 2001 L'attaquant
COMMENT SEN PROTÉGER
Dans une attaque phishing classique le pirate crée un faux site aux couleurs d'une codec il récupère également sans le savoir un cheval de Troie qui ...
DE QUOI PARLE T-ON ? Explications : Précautions : Réactions :
SPYWARE: Programme espion dont le but est de recueillir des informations sur Une infection installant le programme malveillant (ver cheval de troie) ;.
ATTAQUES PAR RANÇONGICIELS TOUS CONCERNÉS
COMMENT LES. ANTICIPER ET RÉAGIR malveillants (crypto mineurs cheval de Troie
GUIDE DES BONNES PRATIQUES DE LINFORMATIQUE
Sans le savoir elle a installé un cheval de Troie*. Page 31. CPME-ANSSI / GUIDE DES BONNES PRATIQUES DE L'INFORMATIQUE / 29.
Sécurité informatique: connaître les dangers
Comment les virus se transmettent-ils ? Une fois entré dans l'ordinateur le "Cheval de Troie" peut commencer son ... Et il vient d'où
SUPPORT DE COURS DE SÉCURITÉ INFORMATIQUE ET CRYPTO.
Dec 25 2018 Le logiciel espion peut afficher des offres publicitaires
Comment creer un virus informatique pdf
Les chevaux de Troie troyens sont des virus permettant de créer une faille. Vous avez la possibilité de télécharger gratuitement cet article au format PDF.Le
Logiciels espions : Ce que cest ce quils font
https://webdevolutions.blob.core.windows.net/blog/pdf/logiciels-espions-ce-que-c-est-ce-qu-ils-font-et-quoi-faire-pour-les-eviter.pdf
Comprendre et anticiper les attaques DDoS
Par ailleurs le dernier chapitre du document rappelle les bonnes pratiques à mettre en œuvre afin de ne pas participer involontai- rement à une attaque DDoS.
comment créer un cheval de troie pdf - PDFprof
comment créer un cheval de troie pdf Développement dun cheval de Troie : Rapport 3 févr 2001 Etapes : • Définir le cahier des charges
[PDF] Conception et implémentation dun cheval de Troie « rançon »
Les chevaux de Troie '' Accès par distance '' permettent d'insérer des RAT de façon discrète et cachée dans l'ordinateur de la victime afin de pouvoir le
Conception dun virus type Cheval de Troie/Trojan avec Kali Linux
6 jan 2023 · Partie 1 : La conception du cheval de Troie · Étape 1: Mettre à jour et mettre à niveau Kali Linux · Étape 2: Ouvrir le logiciel d'exploitation
[PDF] Développement dun cheval de Troie : Rapport - Zenk - Security
3 fév 2001 · Nous allons présenter un schéma typique d'utilisation d'un cheval de Troie L'attaquant situé à l'extérieur du réseau d'entreprise a réussi à
Cheval de Troie (informatique) - Wikipédia
Le cheval de Troie est un logiciel en apparence légitime mais qui contient une fonctionnalité malveillante Son but est de faire entrer cette fonctionnalité
Skygofree — un cheval de Troie despionnage sophistiqué pour
17 jan 2018 · Le cheval de Troie Skygofree n'est pas seulement capable de lire des messages personnels mais peut aussi réaliser des enregistrements
Cheval de Troie comment sen débarasser et rester protégé ESET
Le Cheval de Troie est un terme générique décrivant un logiciel malveillant qui se déguise pour cacher son véritable but Cependant contrairement à un
Comment obtenir un virus informatique un cheval de Troie un
Pouvez-vous attraper un virus à partir de PDF? Comment obtenir un virus informatique un cheval de Troie un travail un logiciel espion ou un logiciel
[PDF] Logiciels espions : Ce que cest ce quils font et quoi faire pour les
Comment les logiciels espions se propagent-ils? Pour les PC et les ordinateurs portables voici les quatre points d'accès les plus courants : • Se faire passer
EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 1
Travail de diplôme :
Développement d'un cheval de Troie :
Rapport
Professeur responsable : Gérald Litzistorf En collaboration avec : Cédric Renouard, Ilion Security SA
Candidat : Jean-Marc Solleder
solleder@eig.unige.chEIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 2
Ce travail étant soumis à une clause de
confidentialité, certains chapitres ont été retirés de cette version du rapportEIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 3
Table des Matières :
1. Descriptif du projet.......................................................................................................................5
2. Cahier des charges du projet...........................................................................................................6
2.1 Schéma.........................................................................................................................................6
2.2 Programme cible..........................................................................................................................6
2.3 Programme attaquant..................................................................................................................7
2.4 Résultats.......................................................................................................................................7
3. Outils utilisés pour le développement..............................................................................................9
3.1 Microsoft Visual Studio .Net 2003................................................................................................9 3.1.1 Théorie..................................................................................................................................................................................9 3.1.2 Exemple..............................................................................................................................................................................12
3.2 Process Explorer........................................................................................................................15
3.3 DoxyGen....................................................................................................................................16
4. Analyse du programme développé.................................................................................................17
4.1 Introduction...............................................................................................................................17
4.2 Architecture des logiciels développés..........................................................................................17 4.2.1 Programme cible...............................................................................................................................................................17 4.2.2 Programme attaquant........................................................................................................................................................18
4.3 Contournement d'un firewall.....................................................................................................19 4.3.1 Petit rappel sur les firewalls............................................................................................................................................19 4.3.2 Contournement..................................................................................................................................................................20
4.4 Non détection.............................................................................................................................22 4.4.1 Masquage des chaînes de caractère dans l'exécutable................................................................................................22
4.5 Confidentiel................................................................................................................................24
4.6 Capture du bureau dans son ensemble.......................................................................................24
4.7 Capture des fenêtres...................................................................................................................26 4.7.1 Capture................................................................................................................................................................................26 4.7.1 Ressources..........................................................................................................................................................................27
4.8 Relais des événements................................................................................................................28 4.8.1 Gestion des événements...................................................................................................................................................28 4.8.2 Messages clavier...............................................................................................................................................................29 4.8.3 Messages souris.................................................................................................................................................................31
4.9 Compression...............................................................................................................................33 4.9.1 Problématique....................................................................................................................................................................33 4.9.2 Première étape : diminuer la résolution et le nombre de couleurs............................................................................34 4.9.3 Deuxième étape : la compression proprement dite......................................................................................................34 4.9.4 Ressources..........................................................................................................................................................................39
4.10 Diminution de la taille d'un exécutable.....................................................................................39 4.10.1 Objectifs...........................................................................................................................................................................39 4.10.2 Options du compilateur..................................................................................................................................................40 4.10.3 Options du linker.............................................................................................................................................................41 4.10.4 Ressources........................................................................................................................................................................43
EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 4 4.11 KeyLogger................................................................................................................................44 4.11.1 Introduction......................................................................................................................................................................44 4.11.2 Définition.........................................................................................................................................................................44 4.11.3 GetAsyncKeyState().......................................................................................................................................................44 4.11.4 Les hooks..........................................................................................................................................................................45
5. Limitations et bugs connus............................................................................................................47
5.1 Détection....................................................................................................................................47
6. Conclusions....................................................................................................................................47
6.1 Temps passé sur les différentes étapes........................................................................................47
6.2 Conclusion..................................................................................................................................48
EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 5 1. Descriptif du projet
Description
L'attaque de type cheval de Troie permet, par exemple, d'espionner à distance les caractères entrés au
clavier par un utilisateur légitime.Elle est très présente dans des attaques récentes (Bugbear, ...) et constitue un risque important pour
nos systèmes d'information (poste client, serveur de fichiers, serveur d'authentification, ...).Ce travail de diplôme propose de développer une partie innovante d'un cheval de Troie destiné à une
cible Windows XP.Travail demandé :
Ce cheval de Troie doit permettre l'accès à l'interface graphique de l'ordinateur cible. Une optimisation (diminution) des flux de données entre la machine du pirate et la machine cible ainsi qu'une optimisation des algorithmes du cheval de Troie pour minimiser le temps de traitement sont demandées afin de rendre cette attaque plus difficile à détecter.Le cheval de Troie doit fonctionner en mode utilisateur et ne comprendra qu'un seul fichier de taille
admissible. Il est important de respecter une approche rigoureuse (analyse des besoins - spécification - implémentation - test) qui sera validée par M. Renouard.Etapes :
· Définir le cahier des charges avant le 15 sept 05· Etudier la méthode optimale pour créer l'accès distant (création du bureau, transmission des
information, ...) · Etudier les méthodes d'optimisation (compression, espacement temporel de la prise de vue, · Etudier les défenses capables de contrer ce cheval de Troie · Options éventuelles en fonction de l'avancement du projet· Outils :
· Visual Studio 6.0
· Librairie à disposition : oui
Lieu : dans les locaux de Ilion
Source d'informations:
· http://www.codeguru.com
· http://msdn.microsoft.com
· Microsoft Windows Internals, Fourth Edition: Microsoft Windows Server(TM) 2003,Windows XP, and Windows 2000
by Mark E. Russinovich, David A. Solomon · Programming Windows, Fifth Edition (Hardcover) by Charles Petzold· Librairie interne Ilion
EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 6 2. Cahier des charges du projet
2.1 Schéma
Nous allons présenter un schéma typique d'utilisation d'un cheval de Troie. L'attaquant, situé à
l'extérieur du réseau d'entreprise a réussi à faire exécuter son cheval de Troie sur une machine
cible ayant accès à des données situées sur un serveur interne. L'idée générale est donc de pouvoir
piloter les programmes de la machine cible depuis la machine attaquante, et, ainsi, d'obtenir un accès
au serveur.Firewall
CibleConnexion
Serveur
Réseau d'entreprise
Communication authorisée
Echange image / événements
Attaquant
Schéma de principe
Nous appellerons " programme cible » le programme installé sur la machine cible et " programmeattaquant » le programme installé sur la machine de l'attaquant destiné à piloter les logiciels
exécutés sur la cible.2.2 Programme cible
Les tâches de ce programme seront :
· De permettre la sélection des applications à exécuter (menu Démarrer, liste des applications,
cmd.exe, ...) · De relayer l'interface graphique des applications ciblesIl est nécessaire de garder à l'esprit les contraintes de furtivité imposées au programme cible :
· Le programme cible ne doit pas monopoliser suffisamment de ressource système (RAM, CPU) pour gêner le fonctionnement des autres applications · Les flux de données échangés avec l'attaquant doivent être minimisés. · Le programme doit pouvoir s'exécuter avec des droits utilisateurs.EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 7 Il pourrait être intéressant d'intégrer un dispositif permettant de surveiller les actions de l'utilisateur
légitime. Ce dispositif intégrerait deux mécanismes principaux : · La capture (et l'envoi au serveur) de l'écran de l'utilisateur légitime · La capture des frappes clavier de l'utilisateur légitime2.3 Programme attaquant
Les tâches du programme attaquant seront :
· D'afficher les interfaces graphiques des logiciels pilotés envoyées par la cible · D'envoyer des messages concernant les interactions de l'utilisateur attaquant avec les programmes pilotés (cliques, frappes clavier) au clientAucune contrainte particulière n'est requise quant à la taille, aux performances ou à l'environnement
d'exécution (utilisateur/administrateur) du programme attaquant.2.4 Résultats
Nous allons présenter ici les résultats obtenus à la fin du travail de dipôme.Tout d'abord, il faut signaler que l'adresse IP de la machine attaquante doit être insérée "en dur"
dans le code source des deux applications, donc avant compilation. Une fois la bonne versioncompilée, il faudra trouver un moyen d'exécuter l'application cible sur une machine de notre choix
(machine cible).Le programme attaquant, quant à lui, se placera en attente de connexion dès son lancement. Une fois
la connexion effectuée, l'interface graphique s'active, affichant la boîte de dialogue suivante :
Interface graphique lors de la connexion
Les deux cases à cocher servent à activer les fonctions accessoires du cheval de Troie : le keylogger
et la fonction d'observation de l'écran de l'utilisateur légitime.Le bouton " Fenêtres » affiche la liste des applications dont il est possible de prendre le contrôle. Sur
l'exemple suivant, nous pouvons prendre le contrôle de la calculatrice et d'un interpréteur de ligne
de commande :EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 8
Une fois que l'on a sélectionné la (ou les) fenêtre(s) à afficher, il suffit de cliquer sur " Voir » et les
fenêtres s'afficheront :Le bouton " Rafraîchir » en haut des fenêtres pilotées à distance sert à mettre à jour le contenu de la
fenêtre (visuellement). Cette opération est aussi effectuée automatiquement après un clique ou
l'envoi de texte mais il peut être utile de pouvoir le faire manuellement. Nous verrons plus loin que
l'utilisation du bouton " Rafraîchir » consomme plus de bande passante que la mise à jour effectuée
lors de l'envoi d'un événement. Il faut donc l'utiliser avec parcimonie !Le bouton " Texte » affiche la boîte de dialogue que vous pouvez voir au premier plan de la capture
d'écran ci-dessus. Elle permet d'envoyer du texte (et autre raccourcis clavier) au programme piloté.
Il faut tout d'abord sélectionner le contrôle auquel nous voulons envoyer le texte : cela se fait au
moyen du bouton " Acquérir ». Il faut ensuite cliquer sur le contrôle devant recevoir le texte dans la
fenêtre pilotée. Le bouton " Effacer » sert à vider le TextBox utilisé dans la boîte de dialogue. Cela
n'a aucune incidence sur le programme piloté. La case à cocher " Envoi instantané » permet de
choisir le mode d'envoi du texte : lorsqu'elle est activée, les caractères sont envoyés directement, si
elle est désactivée, les caractères sont placés dans un buffer puis envoyé lorsque l'on clique sur le
bouton " Envoi ».EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 9 Les cliques sont envoyés plus simplement : il suffit de cliquer sur l'interface pilotée et l'événement
est retransmis.Les autres commandes disponibles dans la fenêtre de contrôle sont : " Voir configuration » qui
permet d'afficher des informations sur le matériel utilisé sur la machine cible (processeur, mémoire,...)." Exécuter distant» permet de lancer des applications sur la machine cible. Elles ne seront pas
affichées sur l'écran de l'utilisateur légitime mais seront disponible pour le pilotage à distance. Si
l'utilisateur commet une erreur lorsqu'il entre le nom ou le chemin de l'application, aucun messaged'erreur ne paraîtra, ni d'un côté, ni de l'autre. La case à cocher " cmd » permet de lancer une ligne
de commande sans avoir à se souvenir précisément de son emplacement.Le dernier bouton
" Fermer le client » permet de fermer l'application cible. Notez bien que les applications ouvertes par l'application cible resteront chargées !3. Outils utilisés pour le développement
3.1 Microsoft Visual Studio .Net 2003
3.1.1 Théorie
L'outil Visual Studio a été utilisé lors de ce projet autant comme IDE (Integrated Development
Environment, un éditeur de texte spécialisé dans la programmation) que comme débuggeur ou
compilateur. Nous allons nous pencher sur l'utilisation du débuggeur de Visual Studio. Voustrouverez plus loin une capture d'écran pleine page de Visual Studio, prise lors du débugage du
cheval de Troie. Certaines zones de l'écran ont été mises en évidence à l'aide de couleur. Nous
allons reprendre et détailler ici ces différentes zones.Les contrôles :
Ces boutons permettent de piloter le débuggeur : les boutons play, pause et stop sont d'un usagetrivial (démarrage du débuggeur, pause (en vue d'une reprise ou d'une exécution pas à pas) et arrêt
définitif du débuggeur).La petite flèche jaune nous permet de visualiser quelle sera la prochaine instruction à être exécutée.
Les trois boutons suivants contrôlent l'exécution pas à pas. Le premier exécute la prochaine
instruction. S'il s'agit d'une procédure, la première instruction de la procédure sera exécutée puis le
système se mettra à nouveau en pause. La deuxième exécute les instructions ligne à ligne dans le
code qui est affiché : si la ligne suivante est une procédure, il exécutera toute la procédure et se
bloquera après. Le dernier exécutera toutes les instructions disponibles jusqu'à ce qu'il sorte de la
procédure courante.EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 10
L'affichage de la mémoire :
Cette zone nous permet d'afficher les données contenues dans une zone mémoire que nous pouvonssélectionner soit par son adresse soit en entrant le nom d'un pointeur. Cette option n'est pas visible
par défaut, il faut l'activer depuis le menu Debug > Windows > Memory. Il est possible d'afficher jusqu'à 4 zones mémoires différentes en même temps. Les zones apparaissant en rouge viennent d'être modifiées.Le code :
Bien évidemment, le code est toujours visible lors du débugage. La flèche jaune indique la prochaine
expression à être exécutée (en pause ou en mode pas à pas). Les points rouges dans la marge
représentent les breakpoints (voir plus bas).Les locals :
Les variables locales sont visibles dans cette zone. Les structures apparaissent sous forme d'arbre.Les breakpoints :
EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 11 Les breakpoints sont des marqueurs indiquant au débuggeur qu'il doit arrêter l'exécution du
programme. Il est possible de définir des breakpoints conditionnels (n'arrêtant l'exécution que si une
certaine condition est remplie).EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 12 Sur l'image précédente, nous constatons que le code est arrêté sur une instruction HeapValidate().
Cette instruction est un peu particulière et très utile lors de débugage. Elle permet de vérifier la pile
(partie de la mémoire où l'on alloue nos structures de données). Si aucun débuggeur n'est présent et
que la pile est corrompue (cela arrive lorsque l'on écrit plus de données dans un buffer que le buffer
ne peut en contenir (on parle d'overflow)) cette instruction se contente de retourner FALSE. Mais si un débuggeur est attaché au programme, cette instruction se comporte comme un breakpoint conditionnel, arrêtant l'exécution du programme si une erreur est détectée dans la pile.L'utilisation de cette fonction facilite considérablement le débugage d'un programme car ce genre
d'erreur de pile ne se révélera que quand une autre allocation tentera d'allouer l'espace sur lequel nous avons débordé. Cela peut ne jamais se produire, ou pire cela peut se produire 1000 lignes de code après l'erreur effective...Cette fonction nécessite que les allocations soient faites à l'aide des fonctions de gestion de pile
Windows, et non à l'aide des traditionnels malloc() de l'ANSI C. Les liens suivant peuvent être utile pour ce qui concerne le processus de débugage avec VisualStudio :
Articles MSDN sur l'utilisation du débuggeur de Visual Studio en C et C++: Pour savoir comment utiliser la détection de fuite de mémoire (memory leak) :3.1.2 Exemple
Nous allons maintenant effectuer un petit exemple de débugage à l'aide du code source suivant :
#includevoid main() { char* bufferDepasse = HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,23); char source[] = "chaine de 23 caracteres"; CopyMemory(bufferDepasse,source,sizeof(source)); // Nous avons l'impression de copier seulement // 23 caractères dans le buffer cependant une // chaine de caractère est toujours terminée par un \0 printf("Nous avons copié : %s",bufferDepasse); printf("%s",source[24]); HeapFree(GetProcessHeap(),0,bufferDepasse); return; }
Il est à noter que ce programme compile parfaitement sans alertes du compilateur. Voici d'ailleurs le
message affiché par ce dernier : ------ Build started: Project: demobug, Configuration: Debug Win32 ------Compiling... demobug.c Linking...
EIG - Laboratoire de transmission de données Développement d'un cheval de Troie 05.12.2005 P 13
Build log was saved at "file://c:\...\BuildLog.htm" demobug - 0 error(s), 0 warning(s) ---------------------- Done ----------------------Build: 1 succeeded, 0 failed, 0 skipped
A l'exécution, sans débuggeur, le programme génère une erreur :Nous allons exécuter l'application à l'aide du débuggeur Microsoft. Dans ce cas, l'erreur est
capturée par le débuggeur et ce dernier nous donne plus d'informations : le message d'erreur ainsi
que le fichier source et la ligne à laquelle l'erreur c'est produite :quotesdbs_dbs22.pdfusesText_28[PDF] comment créer un cheval de troie pdf
[PDF] dans le ventre du cheval de troie pdf
[PDF] créer un cheval de troie avec bloc note pdf
[PDF] cours cheval de troie
[PDF] propagande nazie affiche
[PDF] quelle cheville pour tirefond de 8
[PDF] cheville pour tirefond de 6
[PDF] couleur cheville plastique
[PDF] cheville a frapper beton
[PDF] couleur cheville beton
[PDF] tap vis
[PDF] cheville a frapper 8x100
[PDF] atouts normandie inscription
[PDF] atouts normandie fr