Code

rrdtool is assuming that rrd_xport will always return -1 on failure;
authoroetiker <oetiker@a5681a0c-68f1-0310-ab6d-d61299d08faa>
Mon, 16 Jan 2012 10:59:14 +0000 (10:59 +0000)
committeroetiker <oetiker@a5681a0c-68f1-0310-ab6d-d61299d08faa>
Mon, 16 Jan 2012 10:59:14 +0000 (10:59 +0000)
commite1dd23edb2b82d7d29af81f2575c7ba103eb714d
treeccbbbeb0a17c10c6ddaf6af0fa4c2584ce307506
parentdc5dd541cb73010b0c280999fba3aab78f11429a
rrdtool is assuming that rrd_xport will always return -1 on failure;
however, rrd_xport returns errno (which is, generally, not -1) if
rrd_client fails. I figured it was easier to change rrdtool than to change
everything in rrd_client. For good measure, I also changed the checks on
the calls to rrd_fetch and rrd_graph. I'm not sure if they're susceptible
to the same problem, but, well, better to check for the one thing you do
what you want than to enumerate all the possible things you don't want.

This segfault is caused by an uninitialized variable use (in particular,
legend_v and col_cnt end up being used and passed to printf uninitialized).
Nothing offhand jumped out at me as easily-exploitable to do code
injection, but I only spent five or so minutes looking at it, so there very
well may be a security problem hiding behind this. -- James Brown <jbrown@yelp.com>

git-svn-id: svn://svn.oetiker.ch/rrdtool/trunk/program@2251 a5681a0c-68f1-0310-ab6d-d61299d08faa
src/rrd_tool.c