Information
Over time, system administration errors and changes can lead to groups being defined in /etc/passwd but not in /etc/group.
Groups defined in the /etc/passwd file but not in the /etc/group file pose a threat to system security since group permissions are not properly managed.
Solution
Based on the Audit Procedure output, for each local interactive user whose primary group ID (the fourth field of the user's /etc/passwd entry) has no matching group in /etc/group, follow local site policy and perform one of the following:
- If the group is legitimate and should exist, create it with the reported GID:
# groupadd -g <GID> <groupname>
- If the user should instead belong to an existing group, change the user's primary group to a valid one:
# usermod -g <groupname> <username>