application my man. Literally the first paragraph of the article contains:
If a user simply opens a booby-trapped crafted archive (.7z, .zip, .rar, etc) on a machine with at least 16 GB of RAM, they'll be running malicious code. Extracting the archive isn't necessary; only opening it is enough. We recommend that everyone immediately update to the latest version, 26.01, published in late April; all previous versions are vulnerable.
...and because i'm sure people still won't read the article, this also includes countless things that use 7zip libraries to do zipping actions, including things like file browsers, chocolatey and probably other stuff. 7zip is foss and widely used for all kinds of things t hat go beyond consumer gui usage.
high performance legacy software like this often uses low-level languages like c, c++, and assembly
these low-level languages are extremely powerful but require manual management of memory
that memory management is a common place where bugs like this can be found. This vulnerability is a memory overflow
This kind of bug's severity and how easily it is to accidentally introduce is why many high performance applications are moving to the rust programming language, which was specifically designed to try and prevent/minimize memory bugs.
It's not in the 7z compression format, so it might be worth just flagging any file with the ntfs headers for now? I would like to think that av companies could add that.
14 Comments
aeronmelon@lemmy.world · 26 pts · 85d
The 7zip format, or the actual 7zip application?
Prove_your_argument@piefed.social · 45 pts · 85d
application my man. Literally the first paragraph of the article contains:
Prove_your_argument@piefed.social · 34 pts · 85d
...and because i'm sure people still won't read the article, this also includes countless things that use 7zip libraries to do zipping actions, including things like file browsers, chocolatey and probably other stuff. 7zip is foss and widely used for all kinds of things t hat go beyond consumer gui usage.
aeronmelon@lemmy.world · 13 pts · 85d
That’s exactly why I asked for clarification. Is this an issue with their executable or is it their compression code?
I use Keka for macOS, which uses 7zip’s code for handling .7z archives. So I should probably hope for a quick update from them.
4am@lemmy.zip · 15 pts · 84d
You asked if it was the application or the file format.
Sounds like neither, it’s the compression library.
Mihies@programming.dev · 7 pts · 84d
It's both - library and apps that use it.
T4V0@lemmy.pt · 4 pts · 84d
More often than not, I don't read the article due to a lemming summing it up nicely for us in the comments lol.
KeenFlame@feddit.nu · -7 pts · 84d
So the format.
Or did we talk about if just having a file allows remote execution?
YiddishMcSquidish@lemmy.today · 22 pts · 84d
Sometimes being broke ain't all that bad.
GalacticGrapefruit@lemmy.world · 6 pts · 85d
Another cataclysmic 7zip vuln??? It's been less than 6 months!
pianoplant@lemmy.world · 19 pts · 84d
This kind of bug's severity and how easily it is to accidentally introduce is why many high performance applications are moving to the rust programming language, which was specifically designed to try and prevent/minimize memory bugs.
purplemonkeymad@programming.dev · 3 pts · 84d
It's not in the 7z compression format, so it might be worth just flagging any file with the ntfs headers for now? I would like to think that av companies could add that.
quick_snail@feddit.nl · 2 pts · 84d
That actually doesn't seem to be so severe.
How many people download some random archive and then, after extracting it, they double click on the files inside it?
It says the risk of this vuln is arbitrary code execution of a maliciously crafted archive.
After fixing this bug, most 7zip users will still be vulnerable to arbitrary code execution due to maliciously crafted archives.
quick_snail@feddit.nl · 1 pts · 84d
As an archivist, that image makes me very sad