DO NOT DEAL WITH THIS MEMBER
Jan 20, 2019 12:13 PM
(This post was last modified: Jan 27, 2019 02:17 PM by mehtevas.)
Hey, you should think about changing your title for "UD" in view of the results of the "runtime" scan.
GLWS 🤝
DO NOT DEAL WITH THIS MEMBER
(Jan 20, 2019 01:40 PM)SIM-3132187 Wrote: Hey, you should think about changing your title for "UD" in view of the results of the "runtime" scan.
GLWS 🤝
why put runtime in qoutes ?
the detection will be fixxed quickly.
DO NOT DEAL WITH THIS MEMBER
Jan 20, 2019 02:03 PM
(This post was last modified: Jan 20, 2019 02:03 PM by J.P.Belmondo.)
Vouch for mehtevas always high quality products
dont hestitate to deal with this talented coder.
DO NOT DEAL WITH THIS MEMBER
vouch copy? would be appreciated! 🤝 glws
DO NOT DEAL WITH THIS MEMBER
(Jan 20, 2019 02:03 PM)J.P.Belmondo Wrote: Vouch for mehtevas always high quality products
dont hestitate to deal with this talented coder.
Thanks for your vouch.
The best crypter guys. If you want to make money and to be pleasured, buy it. With combination with netwire is the best for me.
Mapping PE, load linked dll , resolve IAT and without using any suspicious API will provide good stealthy with evading of AV memory scan , Implementing USG is a good idea to extend FUD time but i wonder how long it will be FUD after someone starting a big campaign or sending samples to distributed AV's?
Seems an interesting project i may try it later , GLWS 😁
DO NOT DEAL WITH THIS MEMBER
(Jan 20, 2019 02:54 PM)RCE Wrote: Mapping PE, load linked dll , resolve IAT and without using any suspicious API will provide good stealthy with evading of AV memory scan , Implementing USG is a good idea to extend FUD time but i wonder how long it will be FUD after someone starting a big campaign or sending samples to distributed AV's?
Seems an interesting project i may try it later , GLWS 😁
this is a SIG scan from one of the stubs.
as you can see the USG is really doing a great job
non the less ur still missing a few parts for your crypter explanation.
btw ur VNC isnt c++ its delphi / borland.
(Jan 20, 2019 02:57 PM)mehtevas Wrote: ![[Image: S5ILqD9.png]](https://i.imgur.com/S5ILqD9.png)
this is a SIG scan from one of the stubs.
as you can see the USG is really doing a great job
non the less ur still missing a few parts for your crypter explanation.
btw ur VNC isnt c++ its delphi / borland.
yep dont have time to write it all,
also it's not Delphi, its c++ but with a type of CLR hosting with Delphi.
DO NOT DEAL WITH THIS MEMBER
(Jan 20, 2019 03:03 PM)RCE Wrote: yep dont have time to write it all,
also it's not Delphi, its c++ but with a type of CLR hosting with Delphi.
so its a mixxed application ?
Vouch for my german boi!!! Best lucks with sales.
its not fud and broke exe bad service
(Jan 20, 2019 06:39 PM)abluka Wrote: its not fud and broke exe bad service
First, it's the sale thread, not support one.
You must know it's a loadpe, it won't work with every files. You might just contact him before sale trashing
Jan 20, 2019 07:02 PM
(This post was last modified: Jan 20, 2019 07:09 PM by Friedrich Nietzsche.)
(Jan 20, 2019 02:57 PM)mehtevas Wrote: ![[Image: S5ILqD9.png]](https://i.imgur.com/S5ILqD9.png)
this is a SIG scan from one of the stubs.
as you can see the USG is really doing a great job
non the less ur still missing a few parts for your crypter explanation.
btw ur VNC isnt c++ its delphi / borland.
This is a very bad understanding of how AVs work, yeah you can encrypt everything or insert junk instructions and sig scanners and file comparison tools would see no similarity. AVs however don't just rely on that, they rely on imports, sections, resource, and other PE characteristics. Sigbench is only a simple tool for simple signatures, AVs do far more than that, we are not in 2005.
(Jan 20, 2019 07:00 PM)French Products Wrote: You must know it's a loadpe, it won't work with every files. You might just contact him before sale trashing
A proper LoadPE would support every file, there is no reason for it to not, and if there is a file it can't handle for some reason that is indeed fixable. PE binaries and process are not magical, they are all very well documented.
The only time where some LoadPEs can logical problems is if the original binary does not have relocation and the base address is occupied by something that is a) either not unmapable such as PEB or b) occupied by the crypter code itself, other than that all binaries should be supported. In fact, simply from reading the list of incompatible applications I already know what the loadPE OP used is doing wrong most likely.
|