This article relies too much on references to primary sources. (February 2015) (Learn how and when to remove this template message)
|Initial release||May 26, 1998|
3.96 / January 23, 2020
|Written in||C++, Assembly|
|Operating system||Microsoft Windows, Linux, macOS, DOS, Atari TOS|
|Platform||i386, MIPS, AMD64, ARM, PowerPC, m68k|
|License||GPL with exception for compressed executables, proprietary for compression algorithm in binary distributions|
UCL has been designed to be simple enough that a decompressor can be implemented in just a few hundred bytes of code. UCL requires no additional memory to be allocated for decompression, a considerable advantage that means that a UPX packed executable usually requires no additional memory.
UPX (since 2.90 beta) can use LZMA on most platforms; however, this is disabled by default for 16-bit due to slow decompression speed on older computers (use
--lzma to force it on).
UPX supports two mechanisms for decompression: an in-place technique and extraction to temporary file.
The in-place technique, which decompresses the executable into memory, is not possible on all supported platforms. It has the advantage of being more efficient in terms of memory, and that the environment set up by the OS remains correct.
The rest uses extraction to temporary file. This procedure involves additional overhead and other disadvantages; however, it allows any executable file format to be packed. The extraction to temporary file method has several disadvantages:
- Special permissions are ignored, such as suid.
argvwill not be meaningful.
- Multiple running instances of the executable are unable to share common segments.
Unmodified UPX packing is often detected and unpacked by antivirus software scanners. UPX also has a built-in feature for unpacking unmodified executables packed with itself.
UPX supports the following formats:
- Portable Executable (PE, EXE and DLL files):
- COFF executables, used by DJGPP2
- a.out format, BSD i386 (removed)
- Raw 8086/DOS files:[nb 1]
- Watcom/LE (used by DOS4G, PMODE/W, DOS32A and CauseWay)
- TMT/adam (as generated by the TMT Pascal compiler)
- Linux kernel, i386, x86-64 and ARM
- Linux Executable and Linkable Format, i386, x86-64, ARM, PowerPC, MIPS
- PlayStation 1/EXE (MIPS R3000)
- Darwin Mach-O, ppc32, i386, and x86-64
- For the DOS targets, UPX supports a special option
-8086in order to force the embedded decompressor to become compatible with 8088/8086 processors, so that the compressed files can be executed and decompressed even on the earliest PCs running DOS.
- The facility to compress DOS .COM-style files can be utilized also to compress other binary executable files. Some FreeDOS and EDR-DOS kernel files are known to be UPX-compressible this way.
- The facility to compress DOS .COM-style files can be utilized also to compress non-executable binary data files, if the driver/application using these files has been enhanced to detect UPX-compressed files and jump to the decompressor embedded in the file. FreeDOS is known to utilize this for .CPX files, UPX-compressed .CPI font files.
- "The UPX Hacker's Guide". GitHub.
Marak, Victor (2015). Windows Malware Analysis Essentials. Packt Publishing. p. 188. ISBN 978-1-78528-151-8. Retrieved November 22, 2015.
Packers such as Ultimate Packer for Executables (UPX) are more of executable compressors as size reduction is the primary goal, not obfuscation, which can be a byproduct ...
Blunden, Bill (2013). The Rootkit Arsenal (Second ed.). Jones & Bartlett Learning. pp. 353–355. ISBN 978-1-4496-2636-5. Retrieved November 22, 2015.
One of the most prolific executable packers is UPX (the Ultimate Packer for executables). Not only does it handle dozens of different executable formats, but also its source code is available online.
- Markus Oberhumer. "UCL data compression library". oberhumer.com.
- Markus Oberhumer. "NRV Compression Library".
- UPX News
- Linux General Commands Manual –