Bug#605230: marked as done (unblock: dotlrn/2.5.0+dfsg-2)
Your message dated Sun, 28 Nov 2010 16:50:20 +0000
with message-id <1290963020.6247.9167.camel@hathi.jungle.funky-badger.org>
and subject line Re: Bug#605230: unblock: dotlrn/2.5.0+dfsg-2
has caused the Debian Bug report #605230,
regarding unblock: dotlrn/2.5.0+dfsg-2
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
605230: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605230
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: unblock
Please unblock package dotlrn (just in case its maintainer forgets
about asking for unblock)
* Fixed severe vulnerability in the api-browser: it was possible to
pass to the query parameter "path" a relative path, which might contain path
traversals like ../../.. . With these all files with read
permissions can be delivered via the server. Applied Patch:
http://fisheye.openacs.org/changelog/OpenACS/?cs=oacs-5-5:gustafn:20101125091953
Plus some debconf translation updates...
unblock dotlrn/2.5.0+dfsg-2
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
On Sun, 2010-11-28 at 12:18 +0100, Christian Perrier wrote:
> Please unblock package dotlrn (just in case its maintainer forgets
> about asking for unblock)
>
> * Fixed severe vulnerability in the api-browser: it was possible to
> pass to the query parameter "path" a relative path, which might contain path
> traversals like ../../.. . With these all files with read
> permissions can be delivered via the server. Applied Patch:
> http://fisheye.openacs.org/changelog/OpenACS/?cs=oacs-5-5:gustafn:20101125091953
Unblocked. Without checking the remainder of the code, I do hope the
above check is performed /after/ any unescaping of the URL is performed.
Regards,
Adam
--- End Message ---
Reply to: