The operating system must automatically remove or disable temporary user accounts after 72 hours.
From Apple OS X 10.11 Security Technical Implementation Guide
Part of SRG-OS-000002-GPOS-00002
Associated with:
CCI-000016
SV-82001r1_rule
The operating system must automatically remove or disable temporary user accounts after 72 hours.
Vulnerability discussion
If temporary user accounts remain active when no longer needed or for an excessive period, these accounts may be targeted by attackers to gain unauthorized access. To mitigate this risk, automated termination of all temporary accounts must be set upon account creation.Temporary accounts are established as part of normal account activation procedures when there is a need for short-term accounts without the demand for immediacy in account activation.If temporary accounts are used, the operating system must be configured to automatically terminate these types of accounts after a DoD-defined time period of 72 hours.To address access requirements, many operating systems may be integrated with enterprise level authentication/access mechanisms that meet or exceed access control policy requirements.
Check content
Password policy can be set with the "pwpolicy" utility. The variable names may vary depending on how the policy was set. To check if the password policy is configured to disable a temporary account after 72 hours, run the following command to output the password policy to the screen, substituting the correct user name in place of username:
/usr/bin/sudo /usr/bin/pwpolicy -u username getaccountpolicies | tail -n +2
If there is no output, and password policy is not controlled by a directory server, this is a finding.
Otherwise, look for the line "policyCategoryAuthentication".
In the array that follows, there should be a section that contains a check that allows users to log in if "policyAttributeCurrentTime" is less than the result of adding "policyAttributeCreationTime" to 72 hours (259299 seconds). The check might use a variable defined in its "policyParameters" section.
If the check does not exist or if the check adds too great an amount of time to "policyAttributeCreationTime", this is a finding.
Fix text
This setting may be enforced using a configuration profile or by a directory server.
To set the password policy without a configuration profile, run the following command to save a copy of the current policy file, substituting the correct user name in place of username:
/usr/bin/sudo /usr/bin/pwpolicy -u username getaccountpolicies | tail -n +2 > pwpolicy.plist
Open the resulting password policy file in a text editor.
If other policy settings are present, and the line "policyCategoryAuthentication" already exists, insert the following text after the tag that immediately follows it:
policyContent
policyAttributeCurrentTime < policyAttributeCreationTime + 259299
policyIdentifier
Disable Temporary Account
At a minimum, edit the file to ensure that it contains the following text:
policyCategoryAuthentication
policyContent
policyAttributeCurrentTime < policyAttributeCreationTime + 259299
policyIdentifier
Disable Temporary Account
After saving the file and exiting to the command prompt, run the following command to load the new policy file, substituting the correct user name in place of username:
/usr/bin/sudo /usr/bin/pwpolicy -u username setaccountpolicies pwpolicy.plist
Pro Tips
Lavender hyperlinks in small type off to the right (of CSS
class id
, if you view the page source) point to
globally unique URIs for each document and item. Copy the
link location and paste anywhere you need to talk
unambiguously about these things.
You can obtain data about documents and items in other
formats. Simply provide an HTTP header Accept:
text/turtle
or
Accept: application/rdf+xml
.
Powered by sagemincer