The latest beta of the powerful archive manager. Create and decompress RAR, ZIP and other files downloaded from the internet.

WinRAR is a powerful compression tool with many integrated additional functions to help you organize your compressed archives.

WinRAR puts you ahead of the crowd when it comes to compression. By consistently creating smaller archives, WinRAR is often faster than the competition. This will save you disc space, transmission costs AND valuable working time as well.

Features

  • WinRAR supports all popular compression formats (RAR, ZIP, CAB, ARJ, LZH, ACE, TAR, GZip, UUE, ISO, BZIP2, Z and 7-Zip).
  • WinRAR is ideal for multimedia files. WinRAR automatically recognizes and selects the best compression method. The special compression algorithm compresses multimedia files, executables and object libraries particularly well.
  • WinRAR allows you to split archives into separate volumes easily, making it possible to save them on several disks for example.
  • WinRAR is also ideal, if you are sending data through the web. Its 128 bit password encryption and its authenticated signature technology will give you the peace of mind you have been looking for.
  • WinRAR is shareware, meaning you have the chance to thoroughly test it. The program can be used absolutely free of charge for 40 days!
  • WinRAR licenses are valid for all available language and platform versions. If you have purchased several licenses, you can even mix versions to meet your own personal needs.
  • WinRAR gives you all future Updates for free.

What's New

  • If Zone.Identifier alternate NTFS stream, also known as Mark of the Web, is present both in archived office document file and host archive, WinRAR sets a stream with more restricted security zone to unpacked file. Previous beta always preferred the archive security zone if it was "Internet" or "Restricted sites".
    • We are thankful to Amine Brahmi for bringing our attention to conflicting Zone.Identifier streams in this case.
  • "Archive" page in archive properties in Windows Explorer:
    • "Original name" and "Original time" field names are not displayed anymore for non-RAR archives;
    • the compression dictionary size is displayed also for non-RAR archives when available.

Bugs fixed:

  • if "Launch folder windows in a separate process" Windows Explorer option was enabled in Windows 11 22H2, in some cases WinRAR context menu items didn't perform any action on a click;
  • WinRAR could read data beyond the end of buffer and crash when unpacking files from specially crafted ZIP archive. We are thankful to Bakker working with Trend Micro Zero Day Initiative for letting us know about this bug.

Previous release notes

  • Added support for Gz archives with large archive comments.
  • Previously the extraction command failed to unpack gz archives if comment size exceeded 16 KB.
  • Archive comments in gz archives are displayed in the comment window and recognized by "Show information" command. Large comments are shown partially. Previous versions didn't display Gzip comments.
  • Reserved device names followed by file extension, such as aux.txt, are extracted as is in Windows 11 even without "Allow potentially incompatible names" option or -oni command line switch. Unlike previous Windows versions, Windows 11 treats such names as usual files. Device names without extension, such as aux, still require these options to be unpacked as is regardless of Windows version.
  • Switch -mes can be also used to suppress the password prompt and abort when adding files to encrypted solid archive.
  • Additional measures to prevent extracting insecure links are implemented.

Bugs Fixed:

  • If password exceeding 127 characters was entered when unpacking an encrypted archive with console RAR, text after 127th character could be erroneously recognized as user's input by different prompts issued later;
  • Wrong archived file time could be displayed in overwrite prompt when extracting a file from ZIP archive. It happened if such archive included extended file times and was created in another time zone. It didn't affect the actual file time, which was set properly upon extraction.