mirror of
https://github.com/MicrosoftDocs/windows-itpro-docs.git
synced 2025-05-18 16:27:22 +00:00
95 lines
3.9 KiB
Markdown
95 lines
3.9 KiB
Markdown
---
|
||
title: Deny log on locally (Windows 10)
|
||
description: Describes the best practices, location, values, policy management, and security considerations for the Deny log on locally security policy setting.
|
||
ms.assetid: 00150e88-ec9c-43e1-a70d-33bfe10434db
|
||
ms.prod: w10
|
||
ms.mktglfcycl: deploy
|
||
ms.sitesec: library
|
||
ms.pagetype: security
|
||
author: brianlic-msft
|
||
ms.date: 04/19/2017
|
||
---
|
||
|
||
# Deny log on locally
|
||
|
||
**Applies to**
|
||
- Windows 10
|
||
|
||
Describes the best practices, location, values, policy management, and security considerations for the **Deny log on locally** security policy setting.
|
||
|
||
## Reference
|
||
|
||
This policy setting determines which users are prevented from logging on directly at the device's console.
|
||
|
||
Constant: SeDenyInteractiveLogonRight
|
||
|
||
### Possible values
|
||
|
||
- User-defined list of accounts
|
||
- Not defined
|
||
|
||
### Best practices
|
||
|
||
1. Assign the **Deny log on locally** user right to the local guest account to restrict access by potentially unauthorized users.
|
||
2. Test your modifications to this policy setting in conjunction with the **Allow log on locally** policy setting to determine if the user account is subject to both policies.
|
||
|
||
### Location
|
||
|
||
Computer Configuration\\Windows Settings\\Security Settings\\Local Policies\\User Rights Assignment
|
||
|
||
### Default values
|
||
|
||
The following table lists the actual and effective default policy values for the most recent supported versions of Windows. Default values are also listed on the policy’s property page.
|
||
|
||
| Server type or GPO | Default value |
|
||
| - | - |
|
||
| Default Domain Policy | Not defined |
|
||
| Default Domain Controller Policy | Not defined|
|
||
| Stand-Alone Server Default Settings | Not defined|
|
||
| Domain Controller Effective Default Settings | Not defined|
|
||
| Member Server Effective Default Settings | Not defined|
|
||
| Client Computer Effective Default Settings | Not defined|
|
||
|
||
## Policy management
|
||
|
||
This section describes features, tools, and guidance to help you manage this policy.
|
||
|
||
A restart of the device is not required for this policy setting to be effective.
|
||
|
||
Any change to the user rights assignment for an account becomes effective the next time the owner of the account logs on.
|
||
|
||
If you apply this policy setting to the Everyone group, no one will be able to log on locally.
|
||
|
||
### Group Policy
|
||
|
||
This policy setting supersedes the **Allow log on locally** policy setting if a user account is subject to both policies.
|
||
|
||
Settings are applied in the following order through a Group Policy Object (GPO), which will overwrite settings on the local computer at the next Group Policy update:
|
||
|
||
1. Local policy settings
|
||
2. Site policy settings
|
||
3. Domain policy settings
|
||
4. OU policy settings
|
||
|
||
When a local setting is greyed out, it indicates that a GPO currently controls that setting.
|
||
|
||
## Security considerations
|
||
|
||
This section describes how an attacker might exploit a feature or its configuration, how to implement the countermeasure, and the possible negative consequences of countermeasure implementation.
|
||
|
||
### Vulnerability
|
||
|
||
Any account with the ability to log on locally could be used to log on at the console of the device. If this user right is not restricted to legitimate users who must log on to the console of the device, unauthorized users might download and run malicious software that elevates their user rights.
|
||
|
||
### Countermeasure
|
||
|
||
Assign the **Deny log on locally** user right to the local Guest account. If you have installed optional components such as ASP.NET, you may want to assign this user right to additional accounts that are required by those components.
|
||
|
||
### Potential impact
|
||
|
||
If you assign the **Deny log on locally** user right to additional accounts, you could limit the abilities of users who are assigned to specific roles in your environment. However, this user right should explicitly be assigned to the ASPNET account on device that are configured with the Web Server role. You should confirm that delegated activities are not adversely affected.
|
||
|
||
## Related topics
|
||
|
||
- [User Rights Assignment](user-rights-assignment.md)
|