Home Upgrade Search Memberlist Extras Hacker Tools Award Goals Help Wiki Contact

FuckAv v2 | FASM | FUD | STRONG USG | NATIVE | SMALL STUB ( 4 - 5 KB )

[Image: main.jpg]

please note:

our service runs on tor you can download it here : https://www.torproject.org/download/down...sy.html.en

http://fuckavfcnkkvod2u.onion/

List of not supported software:

Spoiler (Click to View)
Runtime scan:
[Image: result.png]
Hey, you should think about changing your title for "UD" in view of the results of the "runtime" scan.
GLWS 🤝
(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.
Vouch for mehtevas always high quality products
dont hestitate to deal with this talented coder.
vouch copy? would be appreciated! 🤝 glws
(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 😁
(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  😁

[Image: 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.
(Jan 20, 2019 02:57 PM)mehtevas Wrote:  [Image: 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.
(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.
[Image: zNHhPfZ.gif]
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
[Image: zNHhPfZ.gif]
(Jan 20, 2019 02:57 PM)mehtevas Wrote:  [Image: 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.


Possibly Related Threads...
Thread / Author Replies Views Last Post
by LXNET24 hours ago 41 3,636 24 hours ago
Last Post: Stanley
by ComplexCubeAug 21, 2026 09:18 AM 17 1,167 Aug 21, 2026 09:18 AM
Last Post: darkman110
[HF V3ndors] by ShundevJul 16, 2026 02:30 PM 5 297 Jul 16, 2026 02:30 PM
Last Post: Okikklhb