Ce contenu n'est pas disponible dans la langue sélectionnée.
Chapter 18. Creating a role user
As explained in Section 2.6.6.1, “Default administrative roles”, a bootstrap user was created during the installation. After the installation, create real users and assign them proper system privileges. For compliance, each user must be a member of only one role (group).
This chapter instructs you how to:
- Create a Certificate System administrative user on the operating system
- Create a PKI role in Certificate System
18.1. Creating a PKI administrative user on the operating system Copier lienLien copié sur presse-papiers!
This section is for administrative role users. Agent and Auditor role users, see Section 18.2, “Creating a PKI role user in Certificate System”.
In general, administrators, agents, and auditors in Certificate System can manage the Certificate System instance remotely using client applications, such as command-line utilities, the Java Console, and browsers. For the majority of CS management tasks, a Certificate System role user does not need to log on to the host machine where the instance runs. For example, an auditor role user is allowed to retrieve signed audit logs remotely for verification, and an agent role user can use the agent interface to approve a certificate issuance, while an administrator role user can use command-line utilities to configure a profile.
In certain cases, however, a Certificate System administrator requires to log in to the host system to modify configuration files directly, or to start or stop a Certificate System instance. Therefore, on the operating system, the administrator role user should be someone who is allowed to make changes to the configuration files and read various logs associated with Red Hat Certificate System.
Do not allow the Certificate System administrators or anyone other than the auditors to access the audit log files.
Create the
pkiadmingroup on the operating system.groupadd -r pkiadmin
# groupadd -r pkiadminCopy to Clipboard Copied! Toggle word wrap Toggle overflow Add the
pkiuserto thepkiadmingroup:usermod -a -G pkiadmin pkiuser
# usermod -a -G pkiadmin pkiuserCopy to Clipboard Copied! Toggle word wrap Toggle overflow Create a user on the operating system. For example, to create the
jsmithaccount:useradd -g pkiadmin -d /home/jsmith -s /bin/bash -c "Red Hat Certificate System Administrator John Smith" -m jsmith
# useradd -g pkiadmin -d /home/jsmith -s /bin/bash -c "Red Hat Certificate System Administrator John Smith" -m jsmithCopy to Clipboard Copied! Toggle word wrap Toggle overflow For details, see the
useradd(8)man page.Add the user
jsmithto thepkiadmingroup:usermod -a -G pkiadmin jsmith
# usermod -a -G pkiadmin jsmithCopy to Clipboard Copied! Toggle word wrap Toggle overflow For details, see the
usermod(8)man page.If you are using a nCipher hardware security module (HSM), add the user who manages the HSM device to the
nfastgroup:usermod -a -G nfast pkiuser usermod -a -G nfast jsmith
# usermod -a -G nfast pkiuser # usermod -a -G nfast jsmithCopy to Clipboard Copied! Toggle word wrap Toggle overflow Add proper
sudorules to allow thepkiadmingroup to Certificate System and other system services.For both simplicity of administration and security, the Certificate System and Directory Server processes can be configured so that PKI administrators (instead of only root) can start and stop the services.
A recommended option when setting up subsystems is to use a
pkiadminsystem group. (Details are Section 6.5, “Certificate System operating system users and groups”). All of the operating system users which will be Certificate System administrators are then added to this group. If thispkiadminsystem group exists, then it can be granted sudo access to perform certain tasks.Edit the
/etc/sudoersfile; on Red Hat Enterprise Linux, this can be done using thevisudocommand:visudo
# visudoCopy to Clipboard Copied! Toggle word wrap Toggle overflow Depending on what is installed on the machine, add a line for the Directory Server, the {ADS}, PKI management tools, and each PKI subsystem instance, granting
sudorights to thepkiadmingroup:Copy to Clipboard Copied! Toggle word wrap Toggle overflow
ImportantMake sure to set sudo permissions for every Certificate System, Directory Server, and {ADS} on the machine -and only for those instances on the machine. There could be multiple instances of the same subsystem type on a machine or no instance of a subsystem type. It depends on the deployment.
Set the group on the following files to
pkiadmin:chgrp pkiadmin /etc/pki/ instance_name/server.xml chgrp -R pkiadmin /etc/pki/ instance_name/alias chgrp pkiadmin /etc/pki/ instance_name/subsystem/CS.cfg chgrp pkiadmin /var/log/pki/ instance_name/subsystem/debug
# chgrp pkiadmin /etc/pki/ instance_name/server.xml # chgrp -R pkiadmin /etc/pki/ instance_name/alias # chgrp pkiadmin /etc/pki/ instance_name/subsystem/CS.cfg # chgrp pkiadmin /var/log/pki/ instance_name/subsystem/debugCopy to Clipboard Copied! Toggle word wrap Toggle overflow
After creating the administrative user on the operating system, follow Section 18.2, “Creating a PKI role user in Certificate System”.
18.2. Creating a PKI role user in Certificate System Copier lienLien copié sur presse-papiers!
To create a PKI role user, see the Managing Certificate System Users and Groups section in the Red Hat Certificate System Administration Guide.