Re: The eternal uid issue

2014-07-31 Thread D. Boland
Corinna Vinschen wrote: > > On Jul 29 15:36, D. Boland wrote: > > Corinna Vinschen wrote: > > > The permissions of the home folder are set to 01777 by default (S_ISVTX > > > bit!). Since we can't rely on central administration for Cygwin, this > > > allows a user to create her own homedir automat

Re: The eternal uid issue

2014-07-30 Thread Corinna Vinschen
On Jul 29 15:36, D. Boland wrote: > Corinna Vinschen wrote: > > The permissions of the home folder are set to 01777 by default (S_ISVTX > > bit!). Since we can't rely on central administration for Cygwin, this > > allows a user to create her own homedir automatically at first start of > > a Cygwin

Re: The eternal uid issue

2014-07-29 Thread D. Boland
Corinna Vinschen wrote: > The permissions of the home folder are set to 01777 by default (S_ISVTX > bit!). Since we can't rely on central administration for Cygwin, this > allows a user to create her own homedir automatically at first start of > a Cygwin shell. > > You might consider to disable t

Re: The eternal uid issue

2014-07-28 Thread Corinna Vinschen
On Jul 28 13:53, Corinna Vinschen wrote: > On Jul 28 13:42, D. Boland wrote: > > Thanks again for your help. I will announce the Sendmail release soon. > > Thanks, but you need to send an ITA to cygwin-apps first. s/ITA/ITP/ Sorry, Corinna -- Corinna Vinschen Please, send mai

Re: The eternal uid issue

2014-07-28 Thread Corinna Vinschen
On Jul 28 13:42, D. Boland wrote: > Hi Corinna, > > Corinna Vinschen wrote: > > > > Still, are you using setuid method 1 or another method? Is your home > > dir the default /home/$USER as created from inside the Cygwin > > environment? Any chance your home dir has an unusual ACL? > > > > Did y

Re: The eternal uid issue

2014-07-28 Thread D. Boland
Hi Corinna, Corinna Vinschen wrote: > > Still, are you using setuid method 1 or another method? Is your home > dir the default /home/$USER as created from inside the Cygwin > environment? Any chance your home dir has an unusual ACL? > > Did you set up sshd as service? If not, you might consid

Re: The eternal uid issue

2014-07-28 Thread Corinna Vinschen
On Jul 28 10:07, D. Boland wrote: > Corinna Vinschen wrote: > > On Jul 24 23:42, D. Boland wrote: > > > [...] > > > If I have Sendmail running in preferred mode (main program as > > > cyg_server, children running as 'smmsp', removed from admin group), > > > stat returns the wrong mode (rwxrwxrwx).

Re: The eternal uid issue

2014-07-25 Thread D. Boland
Corinna Vinschen wrote: > Oh, hang on. Is this using the default setuid method 1 and is your > home dir on a remote share, by any chance? No. All file locations are local (C:\). I'll send you the output later on. -- Problem reports: http://cygwin.com/problems.html FAQ: h

Re: The eternal uid issue

2014-07-25 Thread Corinna Vinschen
On Jul 25 14:42, Corinna Vinschen wrote: > On Jul 24 23:42, D. Boland wrote: > > [...] > > Sendmail checks if the user's home directories are group- or world > > writable. It does this with 'stat'. If Sendmail is running in 'crude' > > mode (main program and children running as the Sendmail 'smmsp'

Re: The eternal uid issue

2014-07-25 Thread Corinna Vinschen
On Jul 24 23:42, D. Boland wrote: > [...] > Sendmail checks if the user's home directories are group- or world > writable. It does this with 'stat'. If Sendmail is running in 'crude' > mode (main program and children running as the Sendmail 'smmsp' user, > made admin), stat returns the right file m

Re: The eternal uid issue

2014-07-24 Thread Jeffrey Altman
On 7/24/2014 5:42 PM, D. Boland wrote: > Hi Corinna, > > Corinna Vinschen wrote: >> But be careful. Just because there are multiple users with admin >> permissions, that doesn't mean they all want their mail in the same >> mailbox for user 0... Things are actually worse than Corinna and others h

Re: The eternal uid issue

2014-07-24 Thread D. Boland
Hi Corinna, Corinna Vinschen wrote: > > But this only introduces a new function which she has to put into multiple > > locations > > of the original code. So again, why not just modify the 'getuid' function in > > cygwin1.dll to return '0' if the current user is actually SYSTEM or one of > > the

Re: The eternal uid issue

2014-07-24 Thread Corinna Vinschen
On Jul 24 08:52, D. Boland wrote: > In your previous mail, you propose the following function to check for 'root' > privileges, which an upstream maintainer could put in his code: > > int > is_admin (uid_t uid) > { > #ifdef __CYGWIN__ > return [getgrouplist(uid, ...) contains group 544]; > #else

Re: The eternal uid issue

2014-07-24 Thread Andrey Repin
Greetings, D. Boland! > What I meant was that MS dicided to take away impersonation privileges from > the > SYSTEM user, without educating admins/developers about the new model or > alternatives > for SYSTEM. There's no "model", there's "rights" or "capabilities", or "privileges". > I searched

Re: The eternal uid issue

2014-07-24 Thread D. Boland
Hi Christopher, Thanks for your reply. Christopher Faylor wrote: > > On Wed, Jul 23, 2014 at 08:08:07PM +0400, Andrey Repin wrote: > >Greetings, D. Boland! > >> Cygwin security will be done for in the long run. Why not make the leap and > >> show MS admins/developers how it should be done? > > >

Re: The eternal uid issue

2014-07-23 Thread D. Boland
Hi Corinna, Thanks for the reply. Corinna Vinschen wrote: > > On Jul 23 13:35, D. Boland wrote: > > Corinna Vinschen wrote: > > > Not in relation to the uid. In contrast to Linux we don't have the one > > > single root user. We have potentially endless numbers of them, and one > > > of them, n

Re: The eternal uid issue

2014-07-23 Thread Christopher Faylor
On Wed, Jul 23, 2014 at 08:08:07PM +0400, Andrey Repin wrote: >Greetings, D. Boland! >> Cygwin security will be done for in the long run. Why not make the leap and >> show MS admins/developers how it should be done? > >You really think they are all idiots?... Like, really? Sure, why not. MS admin

Re: The eternal uid issue

2014-07-23 Thread Andrey Repin
Greetings, D. Boland! > Hi Corinna, > Corinna Vinschen wrote: >> >> > Isn't it about time to make this our First Directive also? >> >> Not in relation to the uid. In contrast to Linux we don't have the one >> single root user. We have potentially endless numbers of them, and one >> of them, n

Re: The eternal uid issue

2014-07-23 Thread Corinna Vinschen
On Jul 23 13:35, D. Boland wrote: > Corinna Vinschen wrote: > > Not in relation to the uid. In contrast to Linux we don't have the one > > single root user. We have potentially endless numbers of them, and one > > of them, not necessarily SYSTEM, is used to run the service. Keep in > > mind that

Re: The eternal uid issue

2014-07-23 Thread Larry Hall (Cygwin)
On 07/23/2014 07:35 AM, D. Boland wrote: It actually is my solution to running Sendmail: create the Sendmail user, called 'smmsp' and make it an Administrator, so it can impersonate users on my system. But I don't like my solution, because this would mean I have to create an admin-user for an

Re: The eternal uid issue

2014-07-23 Thread D. Boland
Hi Corinna, Corinna Vinschen wrote: > > > Isn't it about time to make this our First Directive also? > > Not in relation to the uid. In contrast to Linux we don't have the one > single root user. We have potentially endless numbers of them, and one > of them, not necessarily SYSTEM, is used to

Re: The eternal uid issue

2014-07-23 Thread Corinna Vinschen
On Jul 23 10:06, D. Boland wrote: > Hi Cygwin lovers, > > After some weeks of serious compiling, researching, understanding, fixing, > testing > and compiling again, I managed to get the Sendmail source code compiled and > working. > > But I had to compromise in some critical areas. One of them

Re: The eternal uid issue

2014-07-23 Thread D. Boland
Linda Walsh wrote: > > D. Boland wrote: > > But I had to compromise in some critical areas. One of them is the uid > > issue. > > > > * sendmail, procmail, mail.local assume that the id of the privileged user > > is '0'. > > > > Isn't it about time to make this our First Directive also? > > > >

Re: The eternal uid issue

2014-07-23 Thread Linda Walsh
D. Boland wrote: But I had to compromise in some critical areas. One of them is the uid issue. * sendmail, procmail, mail.local assume that the id of the privileged user is '0'. Isn't it about time to make this our First Directive also? I thought sendmail used capabilities? Isn't it abou

The eternal uid issue

2014-07-23 Thread D. Boland
Hi Cygwin lovers, After some weeks of serious compiling, researching, understanding, fixing, testing and compiling again, I managed to get the Sendmail source code compiled and working. But I had to compromise in some critical areas. One of them is the uid issue. * sendmail, procmail, mail.loc