![]() |
|
[C#] ReFUD Crypter Source's RunPE - 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#] ReFUD Crypter Source's RunPE (/showthread.php?tid=5996124) |
ReFUD Crypter Source's RunPE - Venture - Aug 4, 2019 So as I understand it helps to restructure the algorithm, change up variable names, and values. Is there any tutorial's on ReFUDing a stub for a crypter? I've searched far and wide to no avail. RE: ReFUD Crypter Source's RunPE - Oxycodone - Aug 5, 2019 I think theres more to it than just changing variables etc. I remember back in the day they basically ruined most public runpe's due to everyone and their mother doing this & using public ones released (which was awesome. but a big mistake due to such a great method being ruined by idiots.) I'm not into the scene much anymore, so my advice is probably not that great. but look at this: https://www.adlice.com/runpe-hide-code-behind-legit-process/ Quote:"RunPE: Detection So maybe you can have your stub in another language, and maybe thats the best way to go about this? or find your own private method / a private method. Sorry for double posting, I can't figure out how to edit the last post. I meant to say research why the headers will be 99% the same in most applications. and why .NET they can't safely assume it'll be the same header. Figure out how anti-viruses are detecting the runpe, and go from there. See what they're looking for or whats giving your application away. RE: ReFUD Crypter Source's RunPE - gigajew - Aug 13, 2019 Here’s a 32-bit only RunPE I made earlier maybe it’ll help! RE: ReFUD Crypter Source's RunPE - gigajew - Aug 22, 2019 Change the call stack and signatures of your methods. Use different apis. There are quite a few to choose from. But beware, some are not available across all windows versions and editions. The standard signature “void Run(byte[], string)” and the variations thereof are most likely in most anti viruses API example: You want to write memory and currently use WriteProcessMemory Solution: change it to NtWriteVirtualMemory Callstack example: Change the order and count of which your methods are executing in Code VirtualAllocEx(...);Becomes Code MsgBox(...);Finally call your api functions dynamically or even manual map functions RE: ReFUD Crypter Source's RunPE - equity - Aug 22, 2019 (Aug 22, 2019 08:05 PM)gigajew Wrote: Change the call stack and signatures of your methods. Use different apis. There are quite a few to choose from. But beware, some are not available across all windows versions and editions. This is quite useful, thank you. RE: ReFUD Crypter Source's RunPE - Facade - Aug 23, 2019 Change up functions/variables till you find out what the antivirus actually detects. Since the antivirus has some signatures into a database, you'll need to be a little creative to bypass them all. RE: ReFUD Crypter Source's RunPE - Venture - Aug 23, 2019 (Aug 22, 2019 08:05 PM)gigajew Wrote: *snip* When I'm looking at your runpe, where did you get specific memory addresses to write to. RE: ReFUD Crypter Source's RunPE - gigajew - Aug 23, 2019 (Aug 13, 2019 05:29 PM)gigajew Wrote: Here’s a 32-bit only RunPE I made earlier maybe it’ll (Aug 23, 2019 08:40 AM)Skully Wrote: When I'm looking at your runpe, where did you get specific memory addresses to write to. A debugger. I use windbg with loaded ntdll symbols RE: ReFUD Crypter Source's RunPE - OldHolBorn - Mar 29, 2021 Change All Methods Done!, no need to know coding or anything for this, just make a little research, you can change all detected methods easily. |