On Fri, Apr 13, 2012 at 06:10:24PM +0200, Steve Schnepp wrote:
> Actually we need to have a predictable tmpfile location (for the
> caching feature).

I did notice the caching feature even though I did not explicitly
mention it in my initial bug report.

> The real issue is that it shouldn't be in /tmp as kjetilho said :
> 
> < kjetilho> doesn't help if the attacker can do mkdir /tmp/subdir;
> chmod 777 /tmp/subdir after a reboot

I was about to write this, but it seemed too obvious to me. Use a
@reboot cronjob. ;-)

> So, let's go for some directories created at install time in /var/lib/munin.
> 
> - /var/lib/munin/cgi-tmp/munin-cgi-graph/ for the files generated by
> munin-cgi-graph
> - /var/lib/munin/cgi-tmp/munin-cgi-html/ for the files generated by
> munin-cgi-html (none yet)
> 
> The /var/lib/munin/cgi-tmp/ directory is to be created owned by the
> CGI user (in order for it to whatever it needs).

So you already pointed out that we are talking about a cache, but still
use /var/lib. Why? I suggested /var/cache/munin/graph and still think
that it is a better place, because your backup solution does not need to
back up those graphs.

Helmut



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to