| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 37 |
3647d 14h |
magnus |
/tags/1.2.20-4/ |
[svn-buildpackage] Tagging libtar 1.2.20-4 |
|
| 36 |
3647d 14h |
magnus |
/trunk/debian/ |
no_maxpathlen.patch: Half of the part of the patch modifying
compat/dirname.c was missing, causing libtar's dirname to always
return NULL (except in special circumstances). Actually make it work
(Closes: #745352). (The reason that libtar doesn't use libc's
dirname() and basename() on some or most platforms is that the code
doesn't work with destructive versions of these functions). |
|
| 35 |
3723d 15h |
magnus |
/branches/wheezy/debian/ |
[SECURITY] CVE-2013-4420.patch: Strip out leading slashes and any
pathname prefix containing ".." components (Closes: #731860). This is
done in th_get_pathname() (as well as to symlink targets when
extracting symlinks), not merely when extracting files, which means
applications calling that function will not see the stored
filename. There is no way to disable this behaviour, but it can be
expected that one will be provided when the issue is solved upstream. |
|
| 34 |
3724d 10h |
magnus |
/tags/1.2.20-3/ |
[svn-buildpackage] Tagging libtar 1.2.20-3 |
|
| 33 |
3724d 10h |
magnus |
/trunk/debian/ |
th_get_size-unsigned-int.patch: Make the th_get_size() macro cast the
result from oct_to_int() to unsigned int. This is the right fix for
bug #725938 on 64-bit systems, where a specially crafted tar file
would not cause an integer overflow, but a memory allocation of almost
16 exbibytes, which would certainly fail outright without harm. |
|
| 32 |
3724d 10h |
magnus |
/trunk/debian/patches/ |
Add stdlib.h for malloc() in lib/decode.c |
|
| 31 |
3724d 10h |
magnus |
/trunk/debian/ |
[SECURITY] CVE-2013-4420.patch: When the prefix field is in use, the
safer_name_suffix() function should certainly be applied to the
combination of it and the name field, not just on the name field. |
|
| 30 |
3724d 11h |
magnus |
/trunk/debian/ |
no_maxpathlen.patch: Fix two grave bugs in the patch. First,
th_get_pathname would only allocate as much memory as was needed for
the first filename encountered, causing heap corruption when/if
encountering longer filenames later. Second, two variables were mixed
up in tar_append_tree(). Also, fix a potential memory leak and trim
the patch a bit. |
|
| 29 |
3724d 11h |
magnus |
/trunk/debian/ |
Correct patch name in changelog. |
|
| 28 |
3724d 12h |
magnus |
/tags/1.2.16-1+deb7u1/ |
[svn-buildpackage] Tagging libtar 1.2.16-1+deb7u1 |
|
| 27 |
3724d 12h |
magnus |
/branches/wheezy/debian/ |
[SECURITY] size_t-overflow_cve-2013-4397.patch: Fix CVE-2013-4397:
Integer overflow (Closes: #725938). |
|
| 26 |
3724d 12h |
magnus |
/tags/1.2.20-2/ |
[svn-buildpackage] Tagging libtar 1.2.20-2 |
|
| 25 |
3724d 12h |
magnus |
/trunk/debian/ |
Bump Standards-Version to 3.9.5. |
|
| 24 |
3724d 12h |
magnus |
/trunk/debian/ |
[SECURITY] CVE-2013-4420.patch: Strip out leading slashes and any
pathname prefix containing ".." components (Closes: #731860). This is
done in th_get_pathname() (as well as to symlink targets when
extracting symlinks), not merely when extracting files, which means
applications calling that function will not see the stored
filename. There is no way to disable this behaviour, but it can be
expected that one will be provided when the issue is solved upstream. |
|
| 23 |
3726d 13h |
magnus |
/trunk/debian/ |
* no_static_buffers.patch: avoid using a static buffer in
th_get_pathname(). Taken from upstream. Needed for no_maxpathlen.patch.
* maxpathlen.patch: Fix FTBFS on Hurd by dynamically allocating path
names (Closes: #657116). Thanks to Svante Signell and Petter
Reinholdtsen. |
|
| 22 |
3852d 15h |
magnus |
/tags/1.2.20-1/ |
[svn-buildpackage] Tagging libtar 1.2.20-1 |
|
| 21 |
3852d 15h |
magnus |
/branches/wheezy/ |
Create wheezy branch |
|
| 20 |
3852d 15h |
magnus |
/branches/ |
Create branches directory |
|
| 19 |
3852d 15h |
magnus |
/trunk/debian/ |
Bump Standards-Version to 3.9.4. |
|
| 18 |
3852d 15h |
magnus |
/trunk/debian/ |
[SECURITY] New upstream release. Fixes CVE-2013-4397: Integer
overflow (Closes: #725938). |
|