Account Use Policies

Configure features related to account use like login attempt lockouts, specific login times, etc.

ID: M1036
Version: 1.0
Created: 11 June 2019
Last Modified: 21 October 2022

Techniques Addressed by Mitigation

Domain ID Name Use
Enterprise T1550 使用备用认证材料

Where possible, consider restricting the use of authentication material outside of expected contexts.

.001 Application Access Token

Where possible, consider restricting the use of access tokens outside of expected contexts. For example, in AWS environments, consider using data perimeters to prevent credential use outside of an expected network.[1]

Enterprise T1621 多因素身份验证请求生成

Enable account restrictions to prevent login attempts, and the subsequent 2FA/MFA service requests, from being initiated from suspicious locations or when the source of the login attempts do not match the location of the 2FA/MFA smart device. Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[2]

Enterprise T1648 无服务器执行

Where possible, consider restricting access to and use of serverless functions. For examples, conditional access policies can be applied to users attempting to create workflows in Microsoft Power Automate. Google Apps Scripts that use OAuth can be limited by restricting access to high-risk OAuth scopes.[3][4]

Enterprise T1110 暴力破解

Set account lockout policies after a certain number of failed login attempts to prevent passwords from being guessed. Too strict a policy may create a denial of service condition and render environments un-usable, with all accounts used in the brute force being locked-out. Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[2] Consider blocking risky authentication requests, such as those originating from anonymizing services/proxies.[5]

.001 Password Guessing

Set account lockout policies after a certain number of failed login attempts to prevent passwords from being guessed. Too strict a policy may create a denial of service condition and render environments un-usable, with all accounts used in the brute force being locked-out. Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[2] Consider blocking risky authentication requests, such as those originating from anonymizing services/proxies.[5]

.003 Password Spraying

Set account lockout policies after a certain number of failed login attempts to prevent passwords from being guessed. Too strict a policy may create a denial of service condition and render environments un-usable, with all accounts used in the brute force being locked-out. Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[2] Consider blocking risky authentication requests, such as those originating from anonymizing services/proxies.[5]

.004 Credential Stuffing

Set account lockout policies after a certain number of failed login attempts to prevent passwords from being guessed. Too strict a policy may create a denial of service condition and render environments un-usable, with all accounts used in the brute force being locked-out. Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[2] Consider blocking risky authentication requests, such as those originating from anonymizing services/proxies.[5]

Enterprise T1078 有效账户

Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[2]

.004 Cloud Accounts

Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[2]

References