GNU bug report logs -
#72283
Path traversal in gzip's -S option
Previous Next
Reported by: Alex Stumpf <gnu <at> AlexStumpf.de>
Date: Thu, 25 Jul 2024 00:40:01 UTC
Severity: normal
Done: Paul Eggert <eggert <at> cs.ucla.edu>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 24 Jul 2024 19:16:40 -0700
with message-id <3bf3f87a-3280-48e5-87bd-a1bff8b8036f <at> cs.ucla.edu>
and subject line Re: bug#72283: Path traversal in gzip's -S option
has caused the debbugs.gnu.org bug report #72283,
regarding Path traversal in gzip's -S option
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
72283: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=72283
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hi,
I just stumbled upon a "feature" that was probably not intended with the
-S parameter:
$ cat /tmp/importantfile
important content
$ gzip -f -k -S .d/../../tmp/importantfile /etc/ld.so.conf
$ cat /tmp/importantfile
<gzipped content of /etc/ld.so.conf>
$
I.e., it is possible to create/overwrite files at arbitrary locations
(provided the user has write permission) just by using gzip parameters.
This is not an issue for systems with regular shell access, but e.g.
someone who sets up a restricted shell or allows execution of gzip via a
web interface might not expect that behavior.
The command works because there is both an /etc/ld.so.conf file as well
as an /etc/ld.so.conf.d/ directory. So the resulting filename
/etc/ld.so.conf.d/../../tmp/importantfile is a valid path.
It's up to you whether you consider this a fix-worthy bug, but I think
it wouldn't hurt to test whether compressed and uncompressed files are
in the same directory.
Cheers
Alex
[Message part 3 (message/rfc822, inline)]
[Message part 4 (text/plain, inline)]
On 2024-07-24 14:59, Alex Stumpf wrote:
> It's up to you whether you consider this a fix-worthy bug,
Thanks for reporting that. It's bad behavior, and worth a fix. I
installed the attached and am closing the bug report.
[0001-gzip-reject-suffixes-containing.patch (text/x-patch, attachment)]
This bug report was last modified 351 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.