Xenos Injector 2.3.0
Xenos Injector 2.3.0
Couldn't find this anywhere on forum, so here it is.
It has redesigned GUI and some more features;
Additional notes:
Injector has 2 versions - x86 and x64. Apart from obvious features x86 version supports injection of x64 images into x64 processes; x64 injector supports injection of x86 and x64 images into WOW64 processes. However this is only valid for native images. If you want to inject pure managed dll - use same injector version as your target process is.
Injection of x64 images into WOW64 process is totally unpredictable. If you want to do this I would recommend to use manual mapping with manual imports option, because native loader is more buggy than my implementation in this case (especially in windows 7).
Restrictions:
- You can't inject 32 bit image into x64 process
- Use x86 version to manually map 32 bit images and x86 version to map 64 bit images
- You can't manually map pure managed images, only native injection is supported for them
- May not work properly on x86 OS versions
- Kernel injection is only supported on x64 OSes and requires Driver Test signing mode.
Readme:
Changelog:
Common problems:
1. Access denied
If you are using account with admin rights - run program as Administrator. If you are using restricted user account - enable UAC and then run as Administrator.
2. Injection failed with error code 0xC0000225
Injector failed to resolve one or more dll dependencies. Make sure you have all required dlls and proper CRT libraries. In case of kernel manual mapping, dependencies should be placed near target process executable or in system32 (SysWOW64 for 32bit processes) folder.
Obviously not mine. Just posting here the latest version.
It has redesigned GUI and some more features;
Code:
- Supports x86 and x64 processes and modules - Kernel-mode injection feature (driver required) - Manual map of kernel drivers (driver required) - Injection of pure managed images without proxy dll - Windows 7 cross-session and cross-desktop injection - Injection into native processes (those having only ntdll loaded) - Calling custom initialization routine after injection - Unlinking module after injection - Injection using thread hijacking - Injection of x64 images into WOW64 process - Image manual mapping - Injection profiles Manual map features: - Relocations, import, delayed import, bound import - Static TLS and TLS callbacks - Security cookie - Image manifests and SxS - Make module visible to GetModuleHandle, GetProcAddress, etc. - Support for exceptions in private memory under DEP - C++/CLI images are supported (use 'Add loader reference' in this case) Kernel manual map features are mostly identical to user-mode with few exceptions: - No C++ exception handling support for x64 images (only SEH) - No static TLS - No native loader compatibility - Limited dependency path resolving. Only API set schema, SxS, target executable directory and system directory Supported OS: Win7 - Win10 x64
Injector has 2 versions - x86 and x64. Apart from obvious features x86 version supports injection of x64 images into x64 processes; x64 injector supports injection of x86 and x64 images into WOW64 processes. However this is only valid for native images. If you want to inject pure managed dll - use same injector version as your target process is.
Injection of x64 images into WOW64 process is totally unpredictable. If you want to do this I would recommend to use manual mapping with manual imports option, because native loader is more buggy than my implementation in this case (especially in windows 7).
Restrictions:
- You can't inject 32 bit image into x64 process
- Use x86 version to manually map 32 bit images and x86 version to map 64 bit images
- You can't manually map pure managed images, only native injection is supported for them
- May not work properly on x86 OS versions
- Kernel injection is only supported on x64 OSes and requires Driver Test signing mode.
Readme:
Code:
Some option explanations:
Process selection:
Existing - select existing process from the list
New - new process will be launched before injection
Manual launch - after pressing 'Inject' button, injector will wait for target process startup
Images:
List of images you want inject
Add - add new image to the list. Drag'n'drop is also supported
Remove - remove selected image
Clear - clear image list
Advanced options:
Injection type:
Native inject - common approach using LoadLibraryW \ LdrLoadDll in newly created or existing thread
Manual map - manual copying image data into target process memory without creating section object
Kernel(New thread) - kernel mode ZwCreateThreadEx into LdrLoadDll. Uses driver
Kernel(APC) - kernel mode APC into LdrLoadDll. Uses driver
Kernel(Manual map) - kernel manual mapping. Uses driver
Native Loader options:
Unlink module - after injection, unlink module from InLoadOrderModuleList, InMemoryOrderModuleList, InInitializationOrderModuleList, HashLinks and LdrpModuleBaseAddressIndex.
Erase PE - after injection, erase PE headers
Use existing thread - LoadLibrary and init routine will be executed in the context of random non-suspended thread.
Manual map options:
Add loader reference - Insert module record into InMemoryOrderModuleList/LdrpModuleBaseAddressIndex and HashLinks. Used to make module functions (e.g. GetModuleHandle, GetProcAddress) work with manually mapped image.
Manually resolve imports - Image import and delayed import dlls will be also manually mapped instead of being loaded using LdrLoadDll.
Wipe headers - Erase module header information after injection. Also affects manually mapped imports.
Ignore TLS - Don't process image static TLS data and call TLS callbacks.
No exception support - Don't create custom exception handlers that enable out-of-image exception support under DEP.
Conceal memory - Make image memory visible as PAGE_NO_ACESS to memory query functions
Command Line:
Process command line arguments
Init routine:
If you are injecting native (not pure IL) image, this is name of exported function that will be called after injection is done. This export is called as void ( __stdcall* )(wchar_t*) function.
If you are injecting pure managed image, this is name of public method that will be executed using ICLRRuntimeHost::ExecuteInDefaultAppDomain.
Init argument:
String that is passed into init routine
Close after injection:
Close injector after successful injection
Inject delay:
Delay before injection start
Inject interval:
Delay between each image
Escalate handle access:
Bypass handle acess filters. Driver is required
Menu options:
Profiles->Load - load injection profile
Profiles->Save - save current settings into profile
Tools->Eject modules - open module ejection dialog
Tools->Protect self - make injector process protected (driver required)
Command line options:
--load <profile_path> - start injector and load target profile specified by <profile_path>
--run <profile_path> - immediately execute profile specified by <profile_path> without GUI
Kernel injection methods require system running in Test mode.
Code:
V2.3.0 - Win10 Creators Update support - Unified injection and manual mapping (injector -> target) : x86->x86, x64->x64, x86->x64, x64->x86 - Bug fixes, stability improvements V2.2.2 - Bug fixes, stability improvements V2.2.1 - Win 10 10586 driver compatibility - Minor GUI usability fixes - Create process: working dir changed V2.2.0 - Command line options - Separate x86/x64 profiles - Pure IL exe manual mapping V2.1.4 - VS 2015 runtime - Win10 RTM support V2.1.3 - Win10 build 9926 support - Win8.1 bug fixes V2.1.2 - Fixed BSOD under win7 and win8.1 systems - Major kernel manual map bug fixes - Kernel logs V2.1.1 - Some logging V2.1.0 - Kernel manual map for user-mode dlls - Process handle access rights escalation V2.0.0 - New GUI - Injection image list - Auto-injection - Injection profiles - Injection delay timers - Kernel injection improvements - module unlinking and init routine invocation - Win10 tech preview support V1.2.1 - ManuapMap: 'Hide mapped memory region' flag - Manual map of system drivers - Self-protection option (Tools -> Protect self) - Improved injection into suspended process - 'Close after injection' flag V1.2.0 - Kernel injection methods - Various bug fixes V1.1.2 - Save/load last programm configuration - Added command line for process launcher - ManualMap: Discardable sections aren't mapped now (e.g. ".reloc") V1.1.0 - Added module view - Module unloading V1.0.1: - Fixed bug with remote memory deallocation after manual mapping - Exception handler aren't created now if process has DEP turned off.
1. Access denied
Code:
Failed to load BlackBone driver:
{Access Denied}
A process has requested access to an object, but has not been granted those access rights
2. Injection failed with error code 0xC0000225
Injector failed to resolve one or more dll dependencies. Make sure you have all required dlls and proper CRT libraries. In case of kernel manual mapping, dependencies should be placed near target process executable or in system32 (SysWOW64 for 32bit processes) folder.
Obviously not mine. Just posting here the latest version.
Originally Posted by zspitfire04
