1 / 25

Sample chapter from https://training.zdresearch.com Reverse Engineering Course

Sample chapter from https://training.zdresearch.com Reverse Engineering Course. Chapter 3 - Dealing With Protected Binaries. Introduction To Protected Binaries Packers / Protectors are following two different approaches in compressing executable files.

lyn
Download Presentation

Sample chapter from https://training.zdresearch.com Reverse Engineering Course

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Sample chapter from https://training.zdresearch.com Reverse Engineering Course

  2. Chapter 3 - Dealing With Protected Binaries

  3. Introduction To Protected Binaries • Packers / Protectors are following two different approaches in compressing executable files. • Packers compresses the executable files to make them smaller; same thing that WinZip does with all kind of files. • The famous packers are: UPX, PECompact, FSG, MeW.

  4. Protectors do the compression not for shrinking the executable files. They compress them in a special manner to protect their code against reversing and modifications. • Protectors use lots of tricks such as anti-debugging, anti-dumping, anti-disassembling, etc. to make hard the unpacking process. • Most of the times, a protected file are too bigger than a packed file.

  5. The famous protectors are: Asprotect, Armadillo, ExeCryptor, Themida, etc.

  6. How packers/protectors work A program before packing: PE Header Original Entry Point Code Section Import Address Table IAT fills by Windows Loader Import Directory Resources

  7. Same program after packing PE Header Code Section Unpacker stub decompresses the code section Import Address Table Import Directory IAT fills by unpacker stub Unpacker Stub Entry Point Resources

  8. Identifying The Packers/Protectors • There are few tools to identify the name of the packers / protectors based on a certain binary signature. They are called: Packer Identifiers. • A packer identifier mostly reads few bytes at entry point of the executable and compares them with its database. If a match is found, it shows the name of the packer, protector, or compiler.

  9. Sample signature of PEiD: • [Microsoft Visual C++ 8] • signature = E8 ?? ?? 00 00 E9 ?? ?? FF FF • ep_only = true • ?? Means any bytes, and ep_onlymeansonly search at the entry point • The entry point in Visual C++ 8.0 usually is: • E8 7A040000 CALL Original.00401F28 • E9 36FDFFFF JMP Original.004017E9

  10. Packer Identifiers • PEiD is the most famous and fully featured tool which supports external database and plugins. It has a simple PE header viewer which shows useful information about the file, but it just supports x86 executables • The last version was 0.95 and released on 2008. It’s almost a dead project, but some people have created a large external dataset for new packers/protectors.

  11. Packer Identifiers… • RDG Packer Detector is another famous tool with a strong heuristic analyzer, but it doesn’t have an user-friendly GUI. It just support x86 architecture. • The last version is 0.7.0 and has been released on Jan. 2013. It’s alive and being updated frequently.

  12. Packer Identifiers… • ExEinfo PE is a x86-x64 support tool which tries to be similar to PEiD. It has most of the features of PEiD, but it’s not very famous, and has a messy GUI. • The last version is 0.3.3 and has been released at the end of 2012. It’s alive and being updated frequently.

  13. Packer Identifiers… • Detect It Easy is a new toll which supports both x86 and x64 files. It has most of the features of PEiD. It has a PE Viewer which is able to edit the PE too. • The last version is 0.7.61 and has been released on Aug. 2013. It’s alive and being updated frequently.

  14. The art of unpacking • Unpacking a DLL file has few extra steps comparing with an EXE file. • DLL needs the Relocation Table for moving to different address spaces by Windows loader. So, it should be fixed during the unpacking procedure. • Relox is a tool for fixing relocations by comparing the dump of the DLL with two different ImageBases.

  15. Relox is a tool for fixing relocations by comparing the dump of the DLL with two different ImageBases.

  16. Steps of unpacking an EXE Using a packer identifier to find out the name of the packer/protector. After identifying the packer/protector type, an strategy should be chosen to do the unpacking based on the type of packer/protector. Next step is running the program by a debugger and try to find the original entry point (OEP).

  17. Then the process should be dumped by a process dumper. Then, the import address table of the dump file should be fixed by an import fixer such as Import Reconstructor. The final step is re-attaching the overlay (if exists) to the fixed dump.

  18. Steps of unpacking a DLL • The procedure is same as steps 1-5 of an EXE file, but at step 4, after dumping, the ImageBase of dump should be corrected by a PE editor. • The first additional step is loading the DLL into another address space to have the dump at different ImageBase. The Imagebase of new dump should be corrected, like the first dump.

  19. The second additional step is opening two dumps by Relox to rebuild the Relocation Table and after that, the dump with its Import Table had been fixed at step 5, should be fixed again by Relox. • The last step is same as step 6 of an EXE file; however usually the DLLs don’t have an overlay.

More Related