Restricting service accounts that have administrator privileges

Restricting service accounts that have administrator privileges

Secure Home | Search | About
 General Computer Security    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content add this group's latest topics to your Google content
Subject Author Date
Restricting service accounts that have administrator privileges Matthew X. Economou 07-08-2007
Posted by Roger Abell [MVP] on July 20, 2007, 2:16 am
If you were  Registered and logged in, you could reply and use other advanced thread options
HI Mathew,

Did you want to restrict the service accounts, or determine a
character of service account that works (make them admin on
their machine) ?

The inital segment of posts clarified how to do what you were
trying to make work, which restricted services to accounts
with admin rights on the target systems. Highly likely only
some few of the privs covered by admin are needed. It is
convenient to use a svcacct group to carry the grants on the
target systems, and the service accts bear the character of
that group in place of admin.

Roger

>I have a service account with administrator rights that I would like
> to restrict to just performing software installs. The account needs
> to be able to copy files to the administrative shares on the target
> computer (servers and workstations), then execute the setup program
> via RPC. Once installed, the software will run as a service in the
> LocalSystem security context.
>
> How might I restrict the rights afforded to this service account? I
> realize that remote software installation is sufficient to compromise
> a computer, but I'd like to know if there's anything I can or should
> do to restrict what this account can access. (I'm probably better off
> using a different method for software distribution, but in this case,
> I am using a network-based discovery program to find computers that
> aren't running this service, and once discovered, the program pushes
> the service out to them using this account.)
>
> Best wishes,
> Matthew
>
> --
> "Rogues are very keen in their profession, and know already much more
> than we can teach them respecting their several kinds of roguery."
> - A. C. Hobbs in _Locks and Safes_ (1853)



Similar ThreadsPosted
HPSBMA02385 SSRT080161 rev.1 - HP Service Manager (HPSM), Gain Extended Privileges November 12, 2008, 2:21 pm
HPSBUX02332 SSRT080056 rev.1 - HP-UX running Apache with PHP, Remote Denial of Service (DoS), Gain Extended Privileges May 6, 2008, 10:17 am
HPSBUX02332 SSRT080056 rev.2 - HP-UX Running Apache With PHP, Remote Denial of Service (DoS), Gain Extended Privileges May 19, 2008, 6:30 pm
HPSBUX02153 SSRT061181 rev.2 - HP-UX Running Firefox, Remote Unauthorized Access or Elevation of Privileges or Denial of Service (DoS) November 30, 2006, 3:15 pm
HPSBUX02153 SSRT061181 rev.3 - HP-UX Running Firefox, Remote Unauthorized Access or Elevation of Privileges or Denial of Service (DoS) March 6, 2007, 6:26 am
HPSBUX02156 SSRT061236 rev.2 - HP-UX Running Thunderbird, Remote Unauthorized Access or Elevation of Privileges or Denial of Service (DoS) March 21, 2007, 2:29 pm
HPSBUX02153 SSRT061181 rev.4 - HP-UX Running Firefox, Remote Unauthorized Access or Elevation of Privileges or Denial of Service (DoS) July 23, 2007, 10:16 am
HPSBUX02153 SSRT061181 rev.5 - HP-UX Running Firefox, Remote Unauthorized Access or Elevation of Privileges or Denial of Service (DoS) September 4, 2007, 10:21 am
HPSBUX02156 SSRT061236 rev.3 - HP-UX Running Thunderbird, Remote Unauthorized Access or Elevation of Privileges or Denial of Service (DoS) September 4, 2007, 10:23 am
HPSBUX02156 SSRT061236 rev.4 - HP-UX Running Thunderbird, Remote Unauthorized Access or Elevation of Privileges or Denial of Service (DoS) January 8, 2008, 7:59 am

The site map in XML format XML site map

Contact Us | Privacy Policy