0

Recently I'm reading malware analysis. I'm going through this Malware Repository (https://github.com/ytisf/theZoo). Here we can find malware binaries. Can binaries be in packed form? If so, how can we say that these binaries are packed or not?

PS: Packers compress a program and will try to hide internals from us(sort of compression or encryption). I got a doubt regarding this. Can binaries be in the packed form or not?

Edit2: In this repository, they just zipped it to be safe which is not actual packing I'm talking about. After unzipping, we will get a binary. Whether that can be in packed form or not?

Lelouch
  • 23
  • 3
  • Please [edit] your question to include a description of what you mean by "packed form". – Progman May 19 '19 at 12:32
  • You can start reading [this post](https://blog.malwarebytes.com/cybercrime/malware/2017/03/explained-packer-crypter-and-protector/) from malwarebytes. Even though this needs an update, it's a good read! [Practical Malware Analysis: A Hands-On Guide to Dissecting Malicious Software](https://www.amazon.co.uk/Practical-Malware-Analysis-Hands-Dissecting/dp/1593272901) – Soutzikevich May 19 '19 at 12:52
  • Yes. Malware can be "packed". But it must be unpacked (by something) before it will execute. (The malwares in that git repo are provided as ZIP files. That is a form of packing.) – Stephen C May 19 '19 at 13:05
  • @StephenC That's not what I'm asking. They(repository) zipped it just to safe. After unzipping, you will get actual binary. My question is whether that binary can be in packed form or not? – Lelouch May 19 '19 at 13:30
  • 1
    You need to explain how ZIP files are *qualitatively* different from the "packing" that you are talking about. (I can't see any real difference ... so you need to explain clearly.) – Stephen C May 19 '19 at 13:32

1 Answers1

0

First of all, the distinction you make between "packers" and archiver programs (ZIP, etc) or compression programs doesn't appear to have any basis.

A "packed" executable cannot be executed directly. It must be unpacked first. This is exactly the same as (say) a ZIP file containing malware, or a malware file that has been compressed with a standard compression program.

What about a "packed" executable that has been created by a program that does the "packing" in a secret way ... to evade detection? Well that won't work. The malware still has to be unpacked before it can be executed. So that means that the bad gut now has a second problem: getting the unpacker onto the victims machine. And once someone (an anti-hacker) gets hold of the super-secret unpacker, it is no longer secret. It can be reverse engineered ... or simply used as-is by an AV product on suspicious binary files.

The only practical use of "packing" that I can think of is to add self-unpacking functionality to the malware. The malware (as distributed) would consist of an executable with a small amount of code that implemented the unpacker. The rest of the executable would be packed code that implements the nasty stuff. When the user runs the malware, it would unpack the packed code, load it into memory and start executing.

However, there are potential ways to detect or prevent this kind of thing.

  • If the unpacker writes the executable code into a file prior to loading it, an AV product could detect that.
  • If the packer attempts to load code into itself, there are ways that could be blocked; e.g. using memory protection hardware + the OS, etc to stop the unpacker from creating memory segments containing executable code; see https://en.wikipedia.org/wiki/Executable_space_protection.
  • An AV could look for the signature in the packed code, or it cold look for a signature in the unpacker code.

In short, malware could use some kind of "packing" to hide itself, but there must be an executable component somewhere to unpack it.

If so, how can we say that these binaries are packed or not?

  • If the malware is distributed as a non-executable you figure out what is going to unpack it, and then see if that process is going to give you an executable.

  • If the malware is a self-unpacking executable, you reverse engineer the unpacking component to figure out how it works.

Stephen C
  • 698,415
  • 94
  • 811
  • 1,216