Skip to content
KitploitKITPLOIT
OutilsBlog
Soumettre
OutilsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
No-Consolation — A BOF that runs unmanaged PEs inline | Kitploit
Outils/GitHubGitHub/fortra/no-consolation
Penetration Testing FrameworksIDS/IPS EvasionPost-ExploitationRed TeamingPayload Development
GitHubfortra/no-consolation

No-Consolation

A BOF that runs unmanaged PEs inline

Voir le dépôt
70289il y a 1 anVérifié par Kitploit

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Partager
Site web

No-Consolation

Il s'agit d'un Beacon Object File (BOF) qui exécute des PE non managés en ligne et récupère leur sortie sans allouer de console (c'est-à-dire sans lancer conhost.exe).

screenshot

Fonctionnalités

  • Prend en charge les architectures 64 et 32 bits
  • Prend en charge les EXE et les DLL
  • Ne crée pas de nouveaux processus
  • Ne crée pas de nouveaux threads
  • Lie les modules au PEB
  • Enregistre les binaires en mémoire
  • Prend en charge les exceptions C++ (x64 uniquement)
  • Charge toutes les dépendances de manière personnalisée

Utilisation

root@kitploit:~
Summary: Run an unmanaged EXE/DLL inside Beacon's memory.

Usage: noconsolation [--local] [--inthread] [--link-to-peb] [--dont-unload] [--timeout 60] [-k] [--method funcname] [-w] [--no-output] [--alloc-console] [--close-handles] [--free-libraries wininet.dll,winhttp.dll] [--dont-save] [--list-pes] [--unload-pe pename] [--load-all-dependencies] [--load-all-dependencies-but advapi32.dll] [--load-dependencies wininet.dll] [--search-paths C:\Windows\Temp\] /path/to/binary.exe arg1 arg2
    --local, -l                                    Optional. The binary should be loaded from the target Windows machine
    --inthread, -it                                Optional. Run the PE with the main thread. This might hang your beacon depending on the PE and its arguments.
    --link-to-peb, -ltp                            Optional. Load the PE into the PEB
    --dont-unload, -du                             Optional. If set, the DLL won't be unloaded.
    --timeout NUM_SECONDS, -t NUM_SECONDS          Optional. The number of seconds you wish to wait for the PE to complete running. Default 60 seconds. Set to 0 to disable
    -k                                             Optional. Overwrite the PE headers
    --method EXPORT_NAME, -m EXPORT_NAME           Optional. Method or function name to execute in case of DLL. If not provided, DllMain will be executed
    -w                                             Optional. Command line is passed to unmanaged DLL function in UNICODE format. (default is ANSI)
    --no-output, -no                               Optional. Do not try to obtain the output
    --alloc-console, -ac                           Optional. Allocate a console. This will spawn a new process
    --close-handles, -ch                           Optional. Close Pipe handles once finished. If PowerShell was already ran, this will break the output for PowerShell in the future
    --free-libraries, -fl DLL_A,DLL_B              Optional. List of DLLs (previously loaded with --dont-unload) to be offloaded
    --dont-save, -ds                               Optional. Do not save this binary in memory
    --list-pes, -lpe                               Optional. List all PEs that have been loaded in memory
    --unload-pe PE_NAME, -upe PE_NAME              Optional. Unload from memory a PE
    --load-all-dependencies, -lad                  Optional. Custom load all the PE's dependencies
    --load-all-dependencies-but, -ladb DLL_A,DLL_B Optional. Custom load all the PE's dependencies except these
    --load-dependencies, -ld DLL_A,DLL_B           Optional. Custom load these PE's dependencies
    --search-paths, -sp PATH_A,PATH_B              Optional. Look for DLLs on these paths (system32 is the default)

    /path/to/binary.exe                   Required. Full path to the windows EXE/DLL you wish you run inside Beacon. If already loaded, you can simply specify the binary name.
    ARG1 ARG2                             Optional. Parameters for the PE. Must be provided after the path

    Example: noconsolation --local C:\windows\system32\windowspowershell\v1.0\powershell.exe $ExecutionContext.SessionState.LanguageMode
    Example: noconsolation /tmp/mimikatz.exe privilege::debug token::elevate exit
    Example: noconsolation --local C:\windows\system32\cmd.exe /c ipconfig
    Example: noconsolation --list-pes
    Example: noconsolation LoadedBinary.exe args

Chargement des binaires en mémoire

Les binaires sont automatiquement chiffrés et stockés en mémoire après leur première exécution. Cela signifie que vous n'avez pas besoin d'envoyer constamment le binaire sur le réseau.
Pour exécuter un binaire déjà enregistré en mémoire, spécifiez simplement son nom au lieu de son chemin complet. Ainsi, au lieu d'exécuter :

root@kitploit:~
beacon> noconsolation --local C:\windows\system32\cmd.exe /c ipconfig

Vous exécuteriez :

root@kitploit:~
beacon> noconsolation cmd.exe /c ipconfig

Pour lister tous les binaires chargés en mémoire, exécutez --list-pes.
Si vous avez fini avec un binaire et souhaitez le décharger, exécutez --unload-pe mimikatz.exe.
Enfin, si vous voulez exécuter un binaire sans qu'il soit automatiquement chargé en mémoire, exécutez-le avec --dont-save.

Chargement des dépendances du PE

Vous pouvez éviter tous les événements de chargement d'image en chargeant de manière personnalisée toutes les dépendances du PE :

root@kitploit:~
beacon> noconsolation --load-dependencies --link-to-peb /tmp/malware.exe

Une fois l'exécution terminée, le PE et ses dépendances seront déchargés automatiquement.
Les DLL qui utilisent le stockage local des threads (Thread Local Storage) ne sont pas prises en charge.

Crédits

  • Octoberfest7 pour Inline-Execute-PE qui a été mon inspiration pour ce projet
  • modexp et TheWover pour la logique de chargement du PE de donut
  • rad9800 pour son moteur HWBP
  • batsec pour DarkLoadLibrary
  • aidankhoury pour ApiSet
  • bb107 pour MemoryModulePP
Télécharger l’outil