Re: [PATCH] fcntl.h: define AT_EACCESS

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: David Wagner
Date: Monday, April 19, 2010 - 3:20 pm

Can you share some justification why it's worth extending
faccessat() with new options?

Isn't faccessat() insecure in most use cases, due to TOCTTOU
(time-of-check to time-of-use) vulnerabilities?  When faccessat()
returns 0, you learn that at some point in the past, the process had
permission to access a given file, though the process may or may not
have permission at the moment.  Why is that a useful thing to know?

I'm sure you're familiar with all the standard arguments why using
access() tends to represent a security vulnerability.  Is there a reason
why similar arguments do not apply to faccessat()?
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH] fcntl.h: define AT_EACCESS, maximilian attems, (Thu Apr 15, 8:08 pm)
Re: [PATCH] fcntl.h: define AT_EACCESS, Andrew Morton, (Mon Apr 19, 2:47 pm)
Re: [PATCH] fcntl.h: define AT_EACCESS, maximilian attems, (Mon Apr 19, 2:57 pm)
Re: [PATCH] fcntl.h: define AT_EACCESS, Ulrich Drepper, (Mon Apr 19, 3:10 pm)
Re: [PATCH] fcntl.h: define AT_EACCESS, H. Peter Anvin, (Mon Apr 19, 3:11 pm)
Re: [PATCH] fcntl.h: define AT_EACCESS, David Wagner, (Mon Apr 19, 3:20 pm)