ADVobfuscator
ADVobfuscator copied to clipboard
andrivet
Version 2, support for AES
I am working on a new version of ADVobfuscator. A complete rewrite based on C++ 20. It will support obfuscation of string like the existing version but will permit to use a combination of different algorithms and keys so it will be more resistant. It will also avoid using undefined behaviour and will thus be more reliable (data always obfuscated at compile time).
It will also introduce AES encryption (still at compile time, decryption at runtime) for big chucks of data (for ex. certificates with private keys, ...)
Currently, the obfuscation part is ready but not the AES one which has some bugs I need to solve. Then I need to write the documentation, package the code, etc.
Don't ask when it will be released. I don't know. When I consider it to be ready.
It has been 3 years since last commit, if you encountered any error, please create a new dev branch and let us help you.
I do not encounter any error and I will not create a dev branch. This is simply not a priority. It will be publish when it will be ready.
Oh I'm looking forward to receiving any commits. Thanks for your great work.
I'm a Chinese and my project have to deal with many crackers, by obfuscating I can protect it and prevent it being recognized as a malware (most Chinese anti virus recognize vmp or other shells as a malware)
I am working on a new version of ADVobfuscator. A complete rewrite based on C++ 20. It will support obfuscation of string like the existing version but will permit to use a combination of different algorithms and keys so it will be more resistant. It will also avoid using undefined behaviour and will thus be more reliable (data always obfuscated at compile time).
It will also introduce AES encryption (still at compile time, decryption at runtime) for big chucks of data (for ex. certificates with private keys, ...)
Currently, the obfuscation part is ready but not the AES one which has some bugs I need to solve. Then I need to write the documentation, package the code, etc.
Don't ask when it will be released. I don't know. When I consider it to be ready.
Sadly, many of us can't progress to C++20 (or even close) due to APIs and other things we have to work with. Many libraries aren't updated to even C++11 let alone C++20, and probably won't ever be.
Yes, this is true (i am in such a case). So the library will not be usable. There is nothing I can do. I will not try to backport to earlier versions of the standard, it does not make sense.