Skip to content

w451/Obfuscator

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

29 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Alcatraz fork

Improvements over Alcatraz:
Fix various GUI bugs and crashes Improve search functionality.
Added Passes:

  • instruction outlining with anti-xref
  • pop rax obfuscation
  • return obfuscation
  • xor obfuscation
  • cmp obfuscation (unstable)
  • call obfuscation
  • stack obfuscation (add rsp / sub rsp)
  • greatly improved entry point obf

Alcatraz is a x64 binary obfuscator that is able to obfuscate various different pe files including:

  • .exe
  • .dll
  • .sys

Overview

Requirements

Install: https://vcpkg.io/en/getting-started.html

asmjit: vcpkg.exe install asmjit:x64-windows
Zydis: vcpkg.exe install zydis:x64-windows

Usage

imgbefore 1.) Load a binary by clicking file in the top left corner.
2.) Add functions by expanding the Functions tree. (You can search by putting in the name in the searchbar at the top)
3.) Hit compile (note: obfuscating lots of functions might take some seconds)

Features

In the following showcase all features (besides the one being showcased) are disabled.

Obfuscation of immediate moves

If an immediate value is moved into a register, we obfuscate it by applying multiple bitwise operations. Let's take a look at the popular function _security_init_cookie.
Before: imgbefore After: imgafter

Control flow flattening

By removing the tidy program structure the compiler generated and putting our code into new generated blocks, we increase the complexity of the program. Lets take this simple function main as example (optimization for this program is disabled):
imgmain
If we throw this into IDA 7.6 the decompiler will optimize it:
imgmainnoobf
Now let's flatten its control flow and let IDA analyze it again:
imgmainobf
As you can see, the complexity increased by a lot even though I only show a small portion of the generated code. If you want to know what the cfg looks like: imgmaincfg

ADD mutation

If a register (eg. RAX) is added to another register (eg. RCX) we will mutate the instruction. This means that the syntax changes but not the semantic. The instruction ADD RCX, RAX can be mutated to:

push rax
not rax
sub rcx, rax
pop rax
sub rcx, 1

If you want to learn more about mutation take a look at perses.

Entry point obfuscation

If the PE file is a .exe we will create a custom entry point that decrypts the real one on startup. Flow in the decryption routine is obfuscated with opaque predicates and fake exit points (indistinguishable from the true/final exit point) which are involved in the decryption.
imgmaincfg
imgmaincfg

Lea obfuscation

The lea obfuscation is quite simple yet effective. We move a different location into the register and decrypt it afterwards. This way, reverse engineers can't cross reference certain data / functions.
Let's say we find the following instruction: lea rcx, [0xDEAD]
We will mutate it to:

pushf
lea rcx, [1CE54]
sub rcx, EFA7
popf

rcx -> 0xDEAD

Anti disassembly

If we find an instruction that starts with the byte 0xFF we will put a 0xEB infront of it.
We do this because 0xEB 0xFF encodes to jmp rip + 1 which, in the end, jumps to our actual first 0xFF. This will throw off tools that decode instructions in a linear way.
Before:
imgffbefore
After:
imgffafter

From time to time we can insert:

jz 3
jne 1
0xE8

IDA will try to decode the 0xE8 (call) but won't have any success:
imgjz

Import obfuscation

There is no "proper" IAT obfuscation at the moment. The 0xFF anti disassembly trick takes care of it for now. Proper implementation is planned here:
iat.cpp

Final result

This is a snippet of our main function with everything except anti disassembly enabled (so IDA can create a function):
imgfinal

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published