Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: WinRAR 5.70

WinRAR logo (80 pix) RAR Labs heeft de finalrelease van versie 5.70 van zijn archiveringsprogramma's RAR en WinRAR uitgebracht. Deze populaire compressietool is beschikbaar voor diverse besturingssystemen, waaronder Windows, Linux en macOS. Het programma kan overweg met de gangbaarste formaten - waaronder rar, zip, cab, arj, lzh, tar, gz, uue, bz2, jar, iso, 7z en z - heeft een skinnable interface, en ondersteuning voor Zip64- en multivolume-cab-bestanden. In versie 5.70 zijn de volgende veranderingen en verbeteringen aangebracht:

New:
  • "Files to process" option on "Time" page of archiving dialog allows to choose files based on modification, creation or last access file time. Previously it was possible for modification time only.
  • Command line -ta, -tb, -tn, -to switches accept 'm', 'c' and 'a' modifiers after the switch name. So file time conditions can include not only the file modification time as in previous versions, but also creation and last access time.
    Such switch can include multiple modifiers to set the same date for all specified times. For example, -tamc20190215 will process files modified and created after 2019-02-15.
    New 'o' modifier permits to switch from AND to OR logic, so -tamco20190215 includes files modified or created after 2019-02-15. It is also allowed to specify several time filtering switches with different dates in the same command line, like: -taco20190201 -tbmo20190210
    Switches -ta and -tn also include files matching the specified date exactly. Switches -tb and -to exclude such files.
  • WinRAR file list can display creation and last access file times if they are available.
    Creation and last access columns are disabled by default and can be enabled in "Select file list columns" dialog. This dialog is opened after right clicking on file list column headers or after pressing "File list/Files/Columns..." button in WinRAR settings.
  • "Double extensions for archives" and "Archives in subfolders" options on "Files" page of archiving dialog modify behavior of "Put each file to separate archive" option.
    You can switch between archive names in filename.ext.rar and filename.rar style with "Double extensions for archives".
    You can create a separate archive for every file in selected subfolders or store the entire contents of every selected folder in separate archive depending on the state of "Archives in subfolders" option.
  • New -ad1 switch can be used when unpacking multiple archives recursively, such as 'rar x -r -ad1 arc\*.rar'. It creates a separate folder for files unpacked from each archive, but unlike already existing -ad switch, it creates such folders in each archive folder.
  • If context menu "Extract each archive to separate folder" is applied to archives from different folders in Windows Explorer "Search results", subfolders with unpacked files are created in each archive folder. Previous versions created them all in a folder of right clicked archive.
  • New "File list/List style/Checkboxes" option in WinRAR settings allows to use checkboxes to select file list items.
  • New "File list/Files/Exact sizes" option in WinRAR settings.
    If this option is on, file sizes are always displayed in bytes. If it is off, sizes are rounded up and use units such as KB or MB. Smaller files can be still displayed in bytes.
  • If several console RAR are started with -ioff switch, PC is turned off by RAR copy finished last. Previously this switch was processed by first finished copy.
  • Read and write buffer size is increased for .iso files. It can help to improve .iso extraction performance in some cases, such as for network drives.
  • If "Delete archive" option in extraction dialog is applied to a set of RAR and REV volumes in volname.part# format, WinRAR will delete REV volumes as well. Previously only RAR volumes were deleted keeping REV files intact.
  • If "Delete archive" option in extraction dialog is applied to set of ZIP volumes with .zip.001, .zip.002, .zip.003 extensions, WinRAR will delete all ZIP volumes. Previously only .zip.001 volume was deleted for such volume naming scheme.
  • If we unpack arcname.rar using "Extract to arcname\" Explorer context menu command and "arcname" file already exists, WinRAR shell extension will propose "Extract to arcname~1\" instead. Previously this context menu command attempted to create a folder with same name as already existing file and failed.
  • If we pack a shortcut file with .lnk extension from Explorer context menu, .lnk file itself is added to archive. Previous versions added .lnk file target instead of .lnk file.
  • Windows does not allow executables exceeding 4 GB, so WinRAR issues an error immediately when attempting to create 4 GB or larger RAR SFX volumes. Previously WinRAR issued such error only after creating the first RAR volume.
  • Total extraction progress is displayed for 7z multivolume archives. Accuracy of 7z total extraction progress is improved.
  • "Find" command "Disks and folders" drop down list has been renamed to "Search area". Additionally to already existing choices, it includes a new "Selected items" option restricting search to files and folders selected in WinRAR file list.
  • "Find" command displays the number of found items in status bar.
  • "Diagnostic messages" window displays archive names in a separate column to provide the better message visibility for lengthy archive names.
  • Switch -isnd[-] in command line WinRAR mode allows to override "Enable sound" option in WinRAR settings. Use -isnd to turn sound notifications on and -isnd- to turn them off.
  • Nadav Grossman from Check Point Software Technologies informed us about a security vulnerability in UNACEV2.DLL library. Aforementioned vulnerability makes possible to create files in arbitrary folders inside or outside of destination folder when unpacking ACE archives.
    WinRAR used this third party library to unpack ACE archives. UNACEV2.DLL had not been updated since 2005 and we do not have access to its source code. So we decided to drop ACE archive format support to protect security of WinRAR users.
    We are thankful to Check Point Software Technologies for reporting this issue.
Bugs fixed:
  • Console RAR mixed up source and destination file sizes and times in the overwrite prompt when updating a file in RAR archive with -o switch;
  • Dragging files from 32-bit applications to 64-bit WinRAR window did not work;
  • WinRAR Shift+Del command applied to a folder could fail to delete some its subfolders. This command is used to delete files and folders permanently instead of moving them to Recycle Bin;
  • Folder tree panel could not change folders if archived pathnames started from path separator, such as in archives created by tar tool with --absolute-names option;
  • If relative "Path=.\somefolder" was specified in SFX comment and SFX archive needed to elevate privileges when extracting, it created 'somefolder\somefolder' instead of 'somefolder';
  • Commands modifying an existing RAR4 volume reset the volume number field to 1. While it did not affect extraction, WinRAR displayed a wrong volume number for such volumes;
  • Fixed a crash when reading a comment from a corrupt RAR file;
  • Toolbar in "Find" command "Search results" window was not adjusted to different toolbar icon sizes properly.

De volgende downloads zijn beschikbaar:
*WinRAR 5.70 (32bit)
*WinRAR 5.70 (64bit)
*RAR 5.70 voor Linux (32bit)
*RAR 5.70 voor Linux (64bit)
*RAR 5.70 voor FreeBSD
*RAR 5.70 voor macOS
*RAR 5.70 voor Android

Versienummer 5.70
Releasestatus Final
Besturingssystemen Windows 7, Linux, BSD, Windows XP, macOS, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016
Website RAR Labs
Download https://www.rarlab.com/download.htm
Bestandsgroottes 533,00KB - 3,00MB
Licentietype Shareware

Door Bart van Klaveren

Downloads en Best Buy Guide

26-02-2019 • 12:20

27 Linkedin Google+

Bron: RAR Labs

Reacties (27)

Wijzig sortering
Kan iemand mij vertellen waarom een betaald archief programma gebruikt zou moeten worden in plaats van 7zip? Welke ondersteuning denk je nodig te hebben dat je een licentie koopt voor zo'n programma? Ik vraag me dit al een tijdje af, waarom er nog zoveel archiefprogramma's bestaan...
Kan iemand mij vertellen waarom een betaald archief programma gebruikt zou moeten worden in plaats van 7zip? Welke ondersteuning denk je nodig te hebben dat je een licentie koopt voor zo'n programma? Ik vraag me dit al een tijdje af, waarom er nog zoveel archiefprogramma's bestaan...
Recent is een ernstige kwetsbaarheid gevonden in WinRAR (met het ACE formaat). Omdat er mensen zijn die betalen voor WinRAR heeft de ontwikkelaar extra motivatie om de bug op te lossen en een nieuwe release uit te brengen.
Al zoiets in een gratis pakket gebeurt heeft de ontwikkelaar misschien helemaal geen zin of tijd om het op te lossen en wordt jij eigenlijk gedwongen over te stappen naar een ander pakket.
Ace support is verwijderd, wat me nogal een goedkope oplossing lijkt voor een betaald pakket. Daarom gebruik ik het liefst open-source, je weet beter wat je aanschaft, en de kans is groter dat ontwikkeling doorgaat, of desnoods patch je het zelf.
Me dunkt dat de ontwikkeling van WinRAR ook al een tijdje doorgaat: ik gebruikte WinRAR al onder Windows '95, dus dat is nu al zo'n 24 jaar.....
En voor een paar dollar heb je een levenslange licentie. Dat kun je van maar weinig software zeggen.
Kan iemand mij vertellen waarom een betaald archief programma gebruikt zou moeten worden in plaats van 7zip? Welke ondersteuning denk je nodig te hebben dat je een licentie koopt voor zo'n programma? Ik vraag me dit al een tijdje af, waarom er nog zoveel archiefprogramma's bestaan...
Meer concurrentie is altijd goed voor de consument. Winrar bestaat al vele jaren langer dan 7zip en is evengoed een doorgewinterd en robuust unzip programma. Toendertijd 'koning' van de markt en hedendaags wel ingehaald door gratis alternatieven. Blijf altijd een kwestie van smaak natuurlijk. :)
Uiteraard, zoals je vast weet, betalen niet veel mensen voor WinRar. Daarnaast is het voor mij een kwestie van waarom veranderen als je tevreden bent? Vroeger was de 7zip GUI echt om te huilen (geen flauw idee of dat nog zo is), dus daarom ooit voor WinRar gekozen, en nooit reden gehad om weer te wisselen.
Ik vraag me dit al een tijdje af, waarom er nog zoveel archiefprogramma's bestaan...
Hedendaags valt het eigenlijk vies tegen.

Vooral vergeleken met de tijd dat men veel baat had met compressie, toen floppies gemeengoed waren en ZIP/JAR drives te duur voor Jan Modaal. En om nou voor één bestand van 3MB een cd te branden was ook niet efficiënt. En toen bestond er niet zoiets als Dropbox en omdat de mailbox van gratis maildiensten een limiet van maar 2MB had, was delen via e-mail er ook niet echt bij. Iedereen die een compressie algoritme had bedacht en had geimplementeerd, kon best wat verdienen. Daarnaast stonden ze elkaar de loef af te steken met hoe goed hun compressie algoritme wel niet was. Fancy GUI erop zodat het wat mooier oogt (en voor sommige klanten bleek dat zelfs belangrijker te zijn). Kassa! :)

Tegenwoordig zijn de meeste archiefprogramma's grafische schillen om compressie methodes die allang bestaan. Met hier en daar een paar uitzonderingen, want voor afbeeldingen, audio en video worden nieuwere compressiemethoden bedacht. Maar die zijn dan wel weer specifiek voor dat ene formaat, in plaats van one fits all.

Daarnaast, duizenden tests (inclusief mijn praktijktest) laten zien dat RAR net iets beter is dan LZMA2, al liggen die twee niet ver uit elkaar.

Wat ik bij het RAR-container-formaat fijn vind, is dat het een mogelijkheid heeft om kapotte archieven te herstellen. Dat heeft mij ooit een hoop hoofdpijn gescheeld. En dat heeft de 7z-container-formaat weer niet.

[Reactie gewijzigd door RoestVrijStaal op 27 februari 2019 02:45]

"Het programma kan overweg met de gangbaarste formaten - waaronder rar, zip, cab, arj, lzh, tar, gz, ace, uue, bz2, jar, iso, 7z en z."

"So we decided to drop ACE archive format support to protect security of WinRAR users."
Sinds een weekje de overstap naar 7-ZIP. Sneller, veiliger, minimalistischer en geen irritante pop-ups als je het opent.
Hoe vaak open he WinRAR? Rechtermuisknop, extract to... Nog nooit een popup gehad.

Veiliger? Heb je hiervan een uitleg?/link?
7-Zip gebruikt AES-256 encryptie, wat veel veiliger is dan de default ZipCrypto die .zip gebruikt en vroeger WinRar ook (of misschien alleen in geval van .zip archives, dat weet ik niet zeker).

Maar WinRar gebruikt al tijden ook AES encryptie dus lijkt me niet minder veilig dan 7-Zip.

Misschien wel minder trustless, want 7-Zip is open source en WinRar niet. Dus je weet niet zeker of er misschien een backdoor in zit, al lijkt me dat extreem onwaarschijnlijk.

.zip doet sinds enige tijd trouwens ook aan AES encryptie, maar dat geeft vaak compatibiliteitsgezeik want in heel erg veel praktijksituaties is de aanwezige .zip implementatie vele jaren oud (ook op moderne platforms en OS'en).

[Reactie gewijzigd door Jace / TBL op 26 februari 2019 13:29]

Dat argument gaat in deze dus niet zo op. Jarenlang is de encryptie in 7zip onveilig geweest, tot vorige maand. Maar open source, dus dan moet het wel goed zijn toch? Niet dus, want niemand neemt de moeite de source te auditen. Tot iemand dat na jaren wel deed.

Lees ook: https://threadreaderapp.com/thread/1087848040583626753.html zeer recent
Volgens Igor Pavlov (de maker van 7-Zip) valt het wel mee met hoe onveilig die bug was.
Mjah, dat snapte ik dus al niet daar. Ik vind Pavlov's reactie maar curieus en ongegrond, dus ik heb wel degelijk een paar backups even opnieuw ingepakt.
Wat vind je er ongegrond aan? Het belang van die IV is bij AES-CBC veel minder groot dan sommige mensen beweren. 64-bit matige random (in plaats van 128-bit goede random) is nog steeds ruimschoots meer dan genoeg om in combinatie met een fatsoenlijk password ook het eerste cipher block onleesbaar en uniek te maken. En voor de rest van de data hangt het bij AES-CBC niet af van de IV (want die wordt geXORd met het vorige block encrypted data, en niet opnieuw met dezelfde IV zoals bij EBC mode).
Hmz, zo te zien was ik "thrown off by"
Aside from the fact that 7z XORs plaintext with zeroes
want het lijkt erop dat dit louter en alleen invloed heeft op de IV ja. Beetje raar verwoord in die post, maar 't was dan ook 'n "rant". I stand corrected, thx!
Nou ja in het eerste block wordt de plaintext ook wel geXORd met de IV (dus met deels zeroes en deels slechte random) maar daarna gaat er nog de AES block encryptie overheen die afhangt van de key (die afhangt van het password).

Dus met een sterk password (dus sterke key) zou het zelfs weinig uitmaken als de IV helemaal uit nullen bestaat, ware het niet dat je dan krijgt dat twee plaintexts die aan het begin hetzelfde zijn (bijvoorbeeld dezelfde file header wat heel vaak voorkomt) encrypted met hetzelfde password ook dezelfde encrypted file opleveren. En dat wil je niet want dat levert wel andere risico's op.
Maar zodra er ook maar 1 bit anders in de IV en verder alles hetzelfde, krijg je al een totaal andere ciphertext.
Op zich een valide punt, maar misschien zit zo'n bug ook al 20 jaar in WinRar. Alleen daar zal niemand hem ontdekken want daar KAN niemand het controleren (behalve de maker zelf).

En ja dat met die IV had beter gemoeten. Maar om even te relativeren: 7-Zip gebruikt volgens mij AES in CBC mode en daarin speelt die IV een redelijk kleine rol, en bovendien alleen voor de eerste paar bytes (het eerste block). En bovendien gaat de (van het password afgeleide) key daar nog overheen in de eerste encryptie ronde, dus met een fatsoenljik password zijn de risico's sowieso nihil.

En ook daar durf ik geld op te zetten, net als met een .rar daarnet is hier ook een encrypted 7z met dezelfde Bitcoin private key er in (ook hier is het password een alfanumerieke string). Dit is encrypted met een 7Zip versie van een jaar oud. Als dat echt zo onveilig is zullen de bitcoins wel snel weggeroofd worden :')
Dat is iets anders. Ik pak niet alleen maar bestanden uit, maar open ook nog wel eens RARs/ZIPs om te kijken wat er in zit. Dan krijg je telkens de pop-up.

@Jace / TBL
https://www.security.nl/p...beveiligingslek+in+WinRAR

Als het al 19 jaar in de software zit en nu pas opgelost is... Tevens zijn er verschillende tools om wachtwoorden mee te bruteforcen voor encrypted RARs.

[Reactie gewijzigd door AnonymousWP op 26 februari 2019 13:49]

Tevens zijn er verschillende tools om wachtwoorden mee te bruteforcen voor encrypted RARs.
Bruteforcen is absoluut kansloos, tenzij er echt een heel zwak wachtwoord is gebruikt, maar in dat geval is dat het probleem (ongeacht wat voor programma of encryptie of compressieformaat je gebruikt).

Ik durf daar wel geld op te zetten ook, hier is bijvoorbeeld een encrypted rar (het wachtwoord bestaat alleen uit alfanumerieke tekens) met daarin een Bitcoin private key met wat bitcoins er op: key.rar
7-ZIP is niet sneller en ook niet veiliger. Wanneer je een licentie op Winrar koopt (zoals het hoort) krijg je geen popups. Bovendien kent 7-ZIP een aantal nadelen zoals het niet makkelijk kunnen aanpassen van een archive (in het geval van 7-ZIP wordt het hele archive opnieuw gemaakt). Geen goede vergelijking die je maakt.
Die irritante pop-up is voor een paar dollar te verwijderen, natuurlijk :)
dat het illegaal is maakt natuurlijk niks uit voor eigen gebruik.
Behalve dan dat je eigenlijk een &*^*-hommel bent.
Als je perse gratis wilt zijn er voldoende alternatieven, gebruik die gewoon.
Good guy WinRAR...

Op dit item kan niet meer gereageerd worden.


OnePlus 7 Pro (8GB intern) Microsoft Xbox One S All-Digital Edition LG OLED C9 Google Pixel 3a XL FIFA 19 Samsung Galaxy S10 Sony PlayStation 5 Nederland

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank, Intermediair en Independer de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True