The system must disable accounts after three consecutive unsuccessful login attempts.
Overview
| Finding ID | Version | Rule ID | IA Controls | Severity |
| V-216099 | SOL-11.1-040140 | SV-216099r958388_rule | CCI-000044 | medium |
| Description | ||||
| Allowing continued access to accounts on the system exposes them to brute-force password-guessing attacks. | ||||
| STIG | Date | |||
| Solaris 11 X86 Security Technical Implementation Guide | 2025-05-05 | |||
Related Frameworks
3 paths across 3 frameworks
Related Frameworks
NIST 800-531 mapping
AC-7
1.00
- DISA · 3 · disa_xccdf · related
- DISA · 2025-01-23 · disa_cci_list · equivalent
NIST 800-1711 mapping
3.1.8
1.00
- DISA · 3 · disa_xccdf · related
- DISA · 2025-01-23 · disa_cci_list · equivalent
- NIST · Rev 2 (Feb 2020, errata Jan 2021) · nist_800_171_app_d · equivalent
CCI1 mapping
CCI-000044
1.00
- DISA · 3 · disa_xccdf · related
Details
Check Text (C-216099r958388_chk)
Verify RETRIES is set in the login file.
# grep ^RETRIES /etc/default/login
If the output is not RETRIES=3 or fewer, this is a finding.
Verify the account locks after invalid login attempts.
# grep ^LOCK_AFTER_RETRIES /etc/security/policy.conf
If the output is not LOCK_AFTER_RETRIES=YES, this is a finding.
For each user in the system, use the command:
# userattr lock_after_retries [username]
to determine if the user overrides the system value. If the output of this command is "no", this is a finding.
Fix Text (F-17335r372680_fix)
The root role is required.
# pfedit /etc/default/login
Change the line:
#RETRIES=5
to read
RETRIES=3
pfedit /etc/security/policy.conf
Change the line containing
#LOCK_AFTER_RETRIES
to read:
LOCK_AFTER_RETRIES=YES
If a user has lock_after_retries set to "no", update the user's attributes using the command:
# usermod -K lock_after_retries=yes [username]