BaselineWatch
Desk

AC-07 Unsuccessful Logon Attempts

NIST SP 800-53 (controls) 5.1.1+u4
All changes in this version
first version loaded AC Low baselineModerate baselineHigh baseline

Title

Unsuccessful Logon Attempts

Control

a. Enforce a limit of [Assignment: number] consecutive invalid logon attempts by a user during a [Assignment: time period] ; and
b. Automatically [Selection (one or more): lock the account or node for {{ insert: param, ac-07_odp.04 }} ; lock the account or node until released by an administrator; delay next logon prompt per {{ insert: param, ac-07_odp.05 }} ; notify system administrator; take other {{ insert: param, ac-07_odp.06 }} ] when the maximum number of unsuccessful attempts is exceeded.

Discussion

The need to limit unsuccessful logon attempts and take subsequent action when the maximum number of attempts is exceeded applies regardless of whether the logon occurs via a local or network connection. Due to the potential for denial of service, automatic lockouts initiated by systems are usually temporary and automatically release after a predetermined, organization-defined time period. If a delay algorithm is selected, organizations may employ different algorithms for different components of the system based on the capabilities of those components. Responses to unsuccessful logon attempts may be implemented at the operating system and the application levels. Organization-defined actions that may be taken when the number of allowed consecutive invalid logon attempts is exceeded include prompting the user to answer a secret question in addition to the username and password, invoking a lockdown mode with limited user capabilities (instead of full lockout), allowing users to only logon from specified Internet Protocol (IP) addresses, requiring a CAPTCHA to prevent automated attacks, or applying user profiles such as location, time of day, IP address, device, or Media Access Control (MAC) address. If automatic system lockout or execution of a delay algorithm is not implemented in support of the availability objective, organizations consider a combination of other actions to help prevent brute force attacks. In addition to the above, organizations can prompt users to respond to a secret question before the number of allowed unsuccessful logon attempts is exceeded. Automatically unlocking an account after a specified period of time is generally not permitted. However, exceptions may be required based on operational mission or need.

Parameters

ac-07_odp.01: number
ac-07_odp.02: time period
ac-07_odp.03: [lock the account or node for {{ insert: param, ac-07_odp.04 }} ; lock the account or node until released by an administrator; delay next logon prompt per {{ insert: param, ac-07_odp.05 }} ; notify system administrator; take other {{ insert: param, ac-07_odp.06 }} ]
ac-07_odp.04: time period
ac-07_odp.05: delay algorithm
ac-07_odp.06: action

Related controls

ac-2, ac-9, au-2, au-6, ia-5

STIG rules that implement this control 43

Apple iOS/iPadOS 26 V1R3

Apple iOS/iPadOS 27 V1R1

Apple macOS 15 (Sequoia) V1R8

Apple macOS 26 (Tahoe) V1R4

Application Security and Development V6R5

Canonical Ubuntu 22.04 LTS V2R10

Canonical Ubuntu 24.04 LTS V1R7

Cisco IOS XE Router NDM Y26M04

Google Android 16 COBO Y26M10

Google Android 17 COBO Y26M06

Microsoft Windows 11 V2R11

Microsoft Windows Server 2022 V2R11

Microsoft Windows Server 2025 V1R4

Red Hat Enterprise Linux 10 V1R3

Red Hat Enterprise Linux 9 V2R10

Samsung Android 16 COBO Y26M10