Este conteúdo não está disponível no idioma selecionado.
Chapter 9. Configuring a system account in IdM to change user passwords without requiring a reset
Use an Identity Management (IdM) system account so an external credential-management system can set user passwords without forcing a reset on first login. You keep IdM password policy enforcement while integrating with external services.
By default, when an IdM administrator resets an IdM user’s password, the password expires after the first successful login. However, when integrating your IdM deployment with external credential-management systems to take care of password storage, you may want to ensure that the passwords set by this external system do not expire when used for the first time, as this could be inconvenient for end users. At the same time, bypassing the IdM password policy would introduce a security risk, so keeping password strength and history checks in place on the IdM side is important.
For this scenario, the system accounts feature is available in IdM as of RHEL 9.8. Using system accounts you can, for example, delegate the security of managing highly privileged IdM accounts, that is those that possess administrative privileges, to this dedicated, external service, thereby meeting your compliance requirements.
9.1. System account management Copiar o linkLink copiado para a área de transferência!
The System Accounts Administrators privilege in IdM controls who can create system accounts and configure password-change behavior. Assign it to the right roles so only authorized users can integrate IdM with external credential management.
The System Accounts Administrators privilege has the following permissions to administer system accounts. The privilege is granted by default to the Security Architect role in Identity Management (IdM):
- Create system account objects.
- Check whether system accounts have passwords defined.
- Update system account information, including a password.
- Remove the system account.
- Allow a system account to change passwords without requiring a reset.
- Identify which system accounts have the permission to change passwords without requiring a reset.
By default, members of the admins group have the System Accounts Administrators privilege.
9.2. Configuring a system account in IdM to change user passwords Copiar o linkLink copiado para a área de transferência!
Configure an Identity Management (IdM) system account with the correct privilege and role so it can change IdM user passwords without requiring a reset. This enables your external credential-management system to set passwords that work on first login.
Prerequisites
-
You are a member of a role that has the
System Accounts Administratorsprivilege, for exampleadmin.
Procedure
Obtain your privileged credentials:
$ kinit adminCreate the system account using one of the following options:
To generate a random password to be used for LDAP authentication of the system account, use the
--randomoption with theipa sysaccount-addcommand:$ ipa sysaccount-add 'my-app' --randomTo be prompted for the password of your choice, use the
--passwordoption withipa sysaccount-add:$ ipa sysaccount-add 'my-app' --password
Create a privilege:
$ ipa privilege-add 'my-app password change privilege'Add the permission to change user passwords to the my-app password change privilege:
$ ipa privilege-add-permission 'my-app password change privilege' --permission 'System: Change User password'Create the my-app role:
$ ipa role-add 'my-app role'Add the my-app password change privilege privilege to the my-app role:
$ ipa role-add-privilege 'my-app role' --privilege 'my-app password change privilege'Add the my-app system account to the my-app role role as member:
$ ipa role-add-member 'my-app role' --sysaccounts 'my-app'Optional: To allow password changes without reset, enter:
$ ipa sysaccount-policy 'my-app' --privileged=true
Verification
- Using your external credential-management system, change an IdM user’s password.
Log in to IdM as the IdM user:
$ kinit idmuserWhen prompted, enter the new password:
idmuser's password:Verify that you have idmuser's Kerberos ticket-granting ticket:
$ klistCredentials cache: API:0A481BBD-C3AA-473D-B43A-42CD19C7F045 Principal: idmuser@IDM.EXAMPLE.COM Issued Expires Principal Feb 23 16:06:56 2026 Feb 24 02:04:54 2026 krbtgt/IDM.EXAMPLE.COM@IDM.EXAMPLE.COMThe output confirms that you have a valid Kerberos ticket. You were able to log in without having to reset idmuser's password.