UPX

UPX使用一种叫做UCL的压缩算法，为NRV（Not Really Vanished）算法的一个开源部分实做。

得益于UCL的简单设计，其解压缩代码只需要额外的数百字节。UCL最大的好处是在解压缩过程中不需要额外的存储器，意味着经过UPX压缩的可执行文件执行时通常也不需要为了解压缩付出额外存储器。

UPX（从2.90 beta版本开始）可以在大多数平台上使用LZMA算法，但因为速度慢，在16位平台上LZMA算法默认被停止使用。（可以使用参数--lzma强制使用）。

从版本3.91开始，UPX在Windows平台上还支持64位（x64）可执行文件。此功能目前宣布为实验性。

UPX支持两种解压方式：就地解压或解压至临时文件夹。

就地解压方法会直接把可执行文件提取到内存。但这种方式不可能支持所有系统平台，因此在必要之时UPX会使用另一种解压方式：将压缩文件提取到临时文件夹。这种方式支持封装任何平台和格式的可执行文件，可执行文件往往先会被提取到一个位置，之后用open()打开。

然而提取到临时文件夹这种方式除了造成了额外占用之外，还有以下几个缺点：

• 特殊权限会被忽略，如设置用户标识符。
• argv[0]（即程序中获取到的可执行文件名）将会无效。
• 多实例应用程序将无法共享共同的程序部分（如内存内的相同代码）。

未特意以防止解包为目的修改过的UPX包通常能够被杀毒软件识别并进行解压操作。UPX也内置能够解压未修改UPX包的功能。在默认的UPX许可证中也明确禁止以防止前文所提及的解包为目的的修改。

• ARM/PE
• Atari/TOS
• *BSD/i386
• DJGPP2/COFF
• DOS/COM (包括某些其它二进制映像^{[nb 1][nb 2]})^{[nb 3]}
• DOS/EXE^{[nb 3]}
• DOS/SYS^{[nb 3]}
• Linux/i386 a.out
• Linux/ELF （位于 i386, x86-64, ARM, PowerPC平台）
• Linux/kernel （位于i386, x86-64 and ARM平台）
• Mach-O/ppc32, Mach-O/i386 (自3.09版本后还支持Google Go创建的此格式程序)
• rtm32/PE (如 Borland C/Pascal compilers^[2]编译的程序)
• tmt/adam (如the TMT Pascal compiler^[3]编译的程序)
• PlayStation1/EXE
• Watcom/LE (DOS4G、PMODE/W、DOS32A 和 CauseWay)
• 包含x86 (32-Bit)代码的Windows/PE EXE 文件
• 包含AMD64 (64-Bit)代码的Windows/PE EXE 文件（实验性的）

UPX目前^[何时？]不支持为了在.NET Framework.运行而包含了 CIL代码的Windows/PE EXE 文件。

• UPX: the Ultimate Packer for eXecutables （页面存档备份，存于互联网档案馆）
• UCL
• NRV
• SourceForge.net上的UPX - a powerful executable packer
• Freecode（英语：Freecode）上的UPX