delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/07/13/20:28:32

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Sun, 13 Jul 2003 19:24:56 -0500
From: msg <michael DOT grigoni AT cybertheque DOT org>
Subject: Re: cygwin_logon_user() not working
To: cygwin AT cygwin DOT com
Message-id: <3F11F858.A42285AD@cybertheque.org>
Organization: Cybertheque Museum
MIME-version: 1.0
X-Accept-Language: en

Problem solved; details for the archives (see below):

> > We don't have any native Win2k/NT debugging or development tools;
> > what can we do to troubleshoot this?
> >


First, the necessary privileges were assigned to the 'root' user
account in Win2K's local security policy GUI (this was the first
thing done before testing); the GUI was closed and reopened to
verify that they were set and showing as 'effective' also.

Then doing 'net searches we downloaded 'whoami.exe' 'gpresult.exe'
from the Win2K reskit and 'ntrights.exe' from the Win2003 reskit;
whoami /priv running as user 'root' DIDN'T EVEN SHOW these privs:

        SeTcbPrivilege
        SeCreateTokenPrivilege
        SeCreatePermanentPrivilege

They DIDN'T exist for the account (set or not set) even though
the GUI shows them and shows them as SET.

Running 'gpresult /v" lists privileges and also omits any reference
to the above three privs.

Running 'ntrights /u root +r SeTcbPrivilege' returns a message
...successful; 'whoami /priv' still shows no such privilege.

Then I wondered if some domain policy issue was intervening; this
host is on a LanManager 2.0 domain and doesn't grok LM announces
properly. However it was not currently a part of any WinNT domain
and not subject to domain group policy.

So, now being stumped thoroughly, I ended the Terminal Server session
I had started some many days ago (all the development work on this
host is done through TS from an X-terminal) so that I could login
as a different user.  Lo and Behold the privileges suddenly appeared
in the root account and in other accounts.

I would suggest adding a warning in the Cygwin users' guide and FAQ
to 'log out and login again -- especially if working from a TS
session' after setting the necessary privileges for setuid NT
security.

The test program now works and creates a file owned by the setuid'ed
user.

Michael Grigoni
Cybertheque Museum

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019