![]() |
|
[C#] [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - Printable Version +- Hack Forums (https://hackforums.net) +-- Forum: Tech (https://hackforums.net/forumdisplay.php?fid=444) +--- Forum: Coding (https://hackforums.net/forumdisplay.php?fid=151) +---- Forum: Software Development (https://hackforums.net/forumdisplay.php?fid=118) +---- Thread: [C#] [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process (/showthread.php?tid=6005424) Pages: Pages
1
2
|
[GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - gigajew - Sep 5, 2019 Information Here's my latest native module, that has the capability of loading the .NET framework inside a process and executing a .NET assembly purely from memory. No droppings needed apart from the module itself (which you could manually map). If you were to inject this module into a native process and call it with your parameters, you could achieve a .NET assembly running inside a native process. Otherwise you could just use it as a means of a custom loader inside your .NET stub too. Disclaimer This is just for proof of concept and educational purposes. Anything you choose to do with this is your responsibility. This code is based off of the open source C++ project here: https://github.com/ChadSki/SharpNeedle Pics or it didn't happen ![]() Requirements It's compiled as 32-bit so naturally you'd have to compile as 32-bit as well. EDIT: Also included 64-bit version of this dll, so now you can use either. Specifications and technical information The module exports one function called "GigaRun" and is defined in the header as so: Code DllExport GigaRun(void* pBuffer, int dwBufferLength, LPCWSTR strFrameworkVersion, int dwArgumentLength);And the parameters would be described like this:
Examples C# VB.NET Downloads Download the modules here: https://www.mediafire.com/file/20zfkaisum1txni/gigaclr.zip/file Public virus scan here (gigaclr.dll): https://www.virustotal.com/gui/file/076f14aef7bf9d3db8eced4b7a09c078c31dc51d028d75e6cc93d473f7cb6677/detection Hashes: Code gigaclr.dll (application/x-msdownload) - 9728 bytesRE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - Coooool - Sep 5, 2019 Nice release dude, I'm glad people like you still exist. RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - riu41776 - Sep 6, 2019 >"Anything you choose to do with this is your responsibility." What can we possibly do with it to risk ourselves? RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - Suspect. - Sep 6, 2019 Nice release Giga. This should be useful. RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - ixfep - Sep 7, 2019 Damn! Nice release! Is there to add parameters? RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - gigajew - Sep 7, 2019 (Sep 7, 2019 10:58 AM)ixfep Wrote: Damn! Nice release! Is there to add parameters? Not at the moment sorry RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - n0$f3ratu$ - Sep 7, 2019 (Sep 5, 2019 04:50 PM)gigajew Wrote: .... You might want to remove this: "C:\Users\Home\Desktop\Bootstrapper\Release\gigaclr." RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - gigajew - Sep 7, 2019 (Sep 7, 2019 11:10 AM)n0$f3ratu$ Wrote: You might want to remove this: "C:\Users\Home\Desktop\Bootstrapper\Release\gigaclr." Is it pdb paths or something? BUMP - Stanley - Nov 7, 2019 I'm Stanley HF's helper bot. This OP (original poster) of this thread wants everyone to see this page and has elected to bump it to the top of the showthread listing. Since HF doesn't want a ton of LQP (Low Quality Posts) this is the best method of bumping your content. There is a small βyte fee for each bump. Any OP can bump any of their threads on HF from the linked icon on the top of their first post. If you haven't already read the first post of this thread we encourage you to do so. Thanks, Stanley RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - Paskowsky - Nov 8, 2019 Nice idea!! But someone did an upgrade to this concept : https://github.com/TheWover/donut Quote from github : "Donut generates x86 or x64 shellcode from VBScript, JScript, EXE, DLL (including .NET Assemblies) files. This shellcode can be injected into an arbitrary Windows processes for in-memory execution. Given a supported file type, parameters and an entry point where applicable (such as Program.Main), it produces position-independent shellcode that loads and runs entirely from memory." Take a look Regards, Paskowsky RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - gigajew - Nov 8, 2019 (Nov 8, 2019 08:37 AM)Paskowsky Wrote: Nice idea!! But someone did an upgrade to this concept : That's very interesting. Does it load the CLR and everything? RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - Zephyros - Nov 10, 2019 Its not that difficult to generate position independent code (aka shellcode) from C: Exploit Monday: Writing Optimized Windows Shellcode in C You just need seperate code for PE and .NET loading to generate a stub and come up with some scheme to append and maybe decrypt the payload. I have done it myself, but only for loading a PE in the same process: hastebin RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - AMGTech - Nov 10, 2019 nice share keep up the good work !! RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - SIM-4440595 - Nov 16, 2019 Fantastic release. I'm learning this type of shit and this is very helpful for me. Thank you very much! RE: [GigaCLR] [CUSTOM LOADER] Run .NET assembly inside any process - Arenna - Nov 17, 2019 Would you say this provides better runtime detection for AV's over Assembly.Load or Invoke? I'm not sure if those methods are flagged either, cryptography is not really what I'm interested in. However I have made malware in the past that used Load and Invoke hoping it wouldn't cause any detection's. |