2016-09-22 12:43:57 +00:00
---
title: About the user Resource
---
# user
Use the `user` InSpec audit resource to test user profiles for a single, known/expected local user, including the groups to which that user belongs, the frequency of required password changes, and the directory paths to home and shell.
2017-10-03 21:35:10 +00:00
<br>
2016-09-27 19:03:23 +00:00
## Syntax
2016-09-22 12:43:57 +00:00
A `user` resource block declares a user name, and then one (or more) matchers:
describe user('root') do
it { should exist }
its('uid') { should eq 1234 }
its('gid') { should eq 1234 }
its('group') { should eq 'root' }
its('groups') { should eq ['root', 'other']}
its('home') { should eq '/root' }
its('shell') { should eq '/bin/bash' }
its('mindays') { should eq 0 }
its('maxdays') { should eq 90 }
its('warndays') { should eq 8 }
end
where
* `('root')` is the user to be tested
* `it { should exist }` tests if the user exists
* `gid`, `group`, `groups`, `home`, `maxdays`, `mindays`, `shell`, `uid`, and `warndays` are valid matchers for this resource
2017-10-03 21:35:10 +00:00
<br>
## Examples
2016-09-22 12:43:57 +00:00
2017-10-03 21:35:10 +00:00
The following examples show how to use this InSpec audit resource.
2016-09-22 12:43:57 +00:00
2017-10-03 21:35:10 +00:00
### Verify available users for the MySQL server
2016-09-22 12:43:57 +00:00
2017-10-03 21:35:10 +00:00
describe user('root') do
it { should exist }
it { should belong_to_group 'root' }
its('uid') { should eq 0 }
its('groups') { should eq ['root'] }
end
2016-09-22 12:43:57 +00:00
2017-10-03 21:35:10 +00:00
describe user('mysql') do
it { should_not exist }
end
2016-09-22 12:43:57 +00:00
2017-10-03 21:35:10 +00:00
### Test users on multiple platforms
2016-09-22 12:43:57 +00:00
2017-10-03 21:35:10 +00:00
The `nginx` user is typically `www-data`, but on CentOS it's `nginx`. The following example shows how to test for the `nginx` user with a single test, but accounting for all platforms:
web_user = 'www-data'
web_user = 'nginx' if os[:family] == 'centos'
describe user(web_user) do
it { should exist }
end
<br>
## Matchers
2016-09-22 12:43:57 +00:00
2018-01-31 12:24:16 +00:00
For a full list of available matchers please visit our [matchers page](https://www.inspec.io/docs/reference/matchers/).
2016-09-22 12:43:57 +00:00
2016-09-27 19:03:23 +00:00
### exist
2016-09-22 12:43:57 +00:00
The `exist` matcher tests if the named user exists:
it { should exist }
2016-09-27 19:03:23 +00:00
### gid
2016-09-22 12:43:57 +00:00
The `gid` matcher tests the group identifier:
its('gid') { should eq 1234 } }
where `1234` represents the user identifier.
2016-09-27 19:03:23 +00:00
### group
2016-09-22 12:43:57 +00:00
The `group` matcher tests the group to which the user belongs:
its('group') { should eq 'root' }
where `root` represents the group.
2016-09-27 19:03:23 +00:00
### groups
2016-09-22 12:43:57 +00:00
The `groups` matcher tests two (or more) groups to which the user belongs:
its('groups') { should eq ['root', 'other']}
2016-09-27 19:03:23 +00:00
### home
2016-09-22 12:43:57 +00:00
The `home` matcher tests the home directory path for the user:
its('home') { should eq '/root' }
2016-09-27 19:03:23 +00:00
### maxdays
2016-09-22 12:43:57 +00:00
The `maxdays` matcher tests the maximum number of days between password changes:
its('maxdays') { should eq 99 }
where `99` represents the maximum number of days.
2016-09-27 19:03:23 +00:00
### mindays
2016-09-22 12:43:57 +00:00
The `mindays` matcher tests the minimum number of days between password changes:
its('mindays') { should eq 0 }
where `0` represents the maximum number of days.
2016-09-27 19:03:23 +00:00
### shell
2016-09-22 12:43:57 +00:00
The `shell` matcher tests the path to the default shell for the user:
its('shell') { should eq '/bin/bash' }
2016-09-27 19:03:23 +00:00
### uid
2016-09-22 12:43:57 +00:00
The `uid` matcher tests the user identifier:
its('uid') { should eq 1234 } }
where `1234` represents the user identifier.
2016-09-27 19:03:23 +00:00
### warndays
2016-09-22 12:43:57 +00:00
The `warndays` matcher tests the number of days a user is warned before a password must be changed:
its('warndays') { should eq 5 }
where `5` represents the number of days a user is warned.