specific profile for admin rights in Windows Server AD environment

Anonymous
2024-09-17T13:37:07+00:00

Dear colleagues :)

Please could you help me with one task, that I cannot solve myself.

I would need to design an account in Windows Server AD, which could install/uninstall software, but cannot add/change/remove user accounts on that server.

Could that be done ? If yes, could any hints, how to proceed with such creation ?

Thank you, every help is appreciated.

Windows Server Identity and access Deploy group policy objects

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question. To protect privacy, user profiles for migrated questions are anonymized.

0 comments No comments
{count} votes
Accepted answer
  1. Anonymous
    2024-09-18T02:53:25+00:00

    Hi Jakub Škácha,

    Thank you for posting in the Microsoft Community Forums.

    1. Creating a user account

    First, create a new user account in AD. This can be done through the Active Directory Users and Computers management tool.

    Log on to the AD domain controller on Windows Server.

    Open Administrative Tools > Active Directory Users and Computers.

    In the appropriate container (e.g. “Users” container), right-click and select “New” > “User”.

    Enter the necessary information about the user, such as name, username, and password.

    1. Configure User Privileges

    Next, you need to make sure that the user account has permission to install/uninstall software, but not to manage the user account.

    Installing/Uninstalling Software Privileges

    Normally, installing software requires “local administrator” privileges or membership in the “Power Users” group. However, in order to limit its user management capabilities, you should avoid adding users to the “Local Administrators” group.

    Consider adding users to a custom security group and configuring that group with the necessary permissions to allow software installation. This usually involves modifying the local security policy or using group policy to authorize the ability to install software.

    Restricting user administrative privileges

    Ensure that the user is not a member of Domain Admins, Enterprise Admins, or any other group with broad user administrative privileges.

    You can further restrict the user's access to user accounts by modifying the user's access control lists (ACLs). For example, the user can be denied “write” and “delete” privileges to user administration-related objects (such as user accounts, organizational units, etc.).

    1. Using Group Policy

    Group Policy can be used to control user privileges and behaviors in a more granular way.

    Create a new Group Policy Object (GPO) and link it to the OU (Organizational Unit) or higher-level container that contains the user account.

    In the GPO, configure the following settings to restrict user administrative privileges:

    User Rights Assignment: Ensure that users are not added to the user rights that allow the management of user accounts (e.g., “Log on as a batch job,” “Allow local logon,” etc.).

    Security Settings: In Security Settings > Local Policies > User Rights Allocation, ensure that users are not given rights to manage user accounts (e.g., “Change Password”, “Allow Local Logon”, etc.). “Change Password”, ‘Create User Account’, etc.).

    Software restriction policies (if required): Software restriction policies can be used to prevent users from running specific administrative tools, such as the “Active Directory Users and Computers” mmc file.

    1. Verification and Testing

    After completing the configuration, the privileges of the user account should be thoroughly tested to ensure that it is able to install/uninstall software but is not able to manage user accounts.

    Log on to the server that is the test target and use the newly created user account.

    Try installing and uninstalling software to verify its permissions.

    Try accessing Active Directory Users and Computers or other user management tools to confirm that the user is unable to perform administrative actions.

    Best regards

    Neuvi

    0 comments No comments

1 additional answer

Sort by: Most helpful
  1. Anonymous
    2025-02-03T10:36:56+00:00

    Thank you so much, I will try that.

    0 comments No comments