Package: cfengine3
Version: 3.0.5+dfsg-1

To reproduce:

# aptitude install cfengine3
# cp /usr/share/doc/cfengine3/examples/* /etc/cfengine3
# cfengine-server:/etc/cfengine3# cf-agent -nI
SERIOUS SECURITY ALERT: path race exploited in recursion to/from 
/var/lib/cfengine3/inputs. Not safe for agent to continue - aborting
Received signal 15 (SIGTERM) while doing []

A search for the problem yielded little information, hinting that
cfengine may be taking exception to /var/lib/cfengine3/inputs being
a symbolic link. Cursory inspection of the source code involved in
printing that message seems to imply that it indeed wouldn't like
symlinks (in src/recursion.c):

void CheckLinkSecurity(struct stat *sb,char *name)

{ struct stat security;

Debug("Checking the inode and device to make sure we are where we think we 
are...\n"); 

if (cfstat(".",&security) == -1)
   {
   CfOut(cf_error,"stat","Could not stat directory %s after entering!",name);
   return;
   }

if ((sb->st_dev != security.st_dev) || (sb->st_ino != security.st_ino))
   {
   CfOut(cf_error,"","SERIOUS SECURITY ALERT: path race exploited in recursion 
to/from %s. Not safe for agent to continue - aborting",name);
   HandleSignals(SIGTERM);
   /* Exits */
   }
}

It is not clear to me why cfengine would have such a bad attitude
towards symlinks in its work area. I am also amazed that people seem to
be using cfengine3 on Debian, yet this has gone unreported.

This is running on Squeeze.



-- 
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