ResetAccountPasswords
Sample workflow to reset passwords of DirX Identity accounts. If the workflow is configured for personal accounts it reads the password from the user and sets it at the account. If it is configured for privileged accounts it generates a new password and sets it at the account.
A set-password workflow propagates a password from DirX Identity to the accounts of one connected
system. It is triggered when a user or an administrator changes a password in the Identity Store, or
when the password synchronization workflows distribute a password change. The workflow reads the
password over the setPassword channel of the Identity Store port and writes it through the target
system port; it does not synchronize any other account attribute.
Because a set-password workflow carries credentials, its ports decrypt the password attribute
explicitly through the decrypt.attribute parameter, and failures are reported by a dedicated
password notification connector instead of the regular notification connector.
ResetAccountPasswords resets the passwords of DirX Identity accounts. For personal accounts, it
reads the password from the user entry and sets it at the account. For privileged accounts, it
generates a new password and sets it at the account. The searchbase parameter scopes the search to
the Extranet Portal target system subtree, and the filter expression selects privileged accounts
that are not bind accounts.
The workflows in this reference are delivered as factory data and are loaded into the Connectivity configuration database during the initial configuration. They are samples: use the Identity Manager to copy a workflow into your own scenario and adapt the copy. Do not change the delivered objects, because a product update can replace them.
At a Glance
Name |
|
Category |
Password Synchronization |
Technology |
Java-based real-time workflow |
LDAP object class |
|
Workflow type |
|
Connected system / controller type |
|
Configuration wizard |
|
Active in the factory data |
FALSE |
Factory data version |
8.0 |
Factory data path |
|
Prerequisites
-
The Identity Store must be accessible through the
Identity Storeconnected directory using the bind profileDomain_Admin. -
The Java-based Server must be able to reach the Identity Store to read and write account entries under the subtree configured in
searchbase.
Workflow and Activities
| Activity | Type | Component description | Description | Ports |
|---|---|---|---|---|
|
|
|
Error Activity |
|
|
|
|
Join activity for the password reset workflow |
|
Ports
| Activity | Port | Component description | Connector | Connected directory | Bind profile | SSL |
|---|---|---|---|---|---|---|
|
|
|
|
- |
- |
not set |
|
|
|
|
|
|
not set |
Channels
| Channel | Description | Reference type | Delta type |
|---|---|---|---|
|
Channel for accounts |
OneToOne |
SearchAttributes |
|
Channel for groups |
OneToOne |
SearchAttributes |
|
Channel for members |
OneToOne |
SearchAttributes |
Configuration Parameters
| Parameter | Default value |
|---|---|
|
FALSE |
|
P0Y0M0DT1H0M0S |
|
* |
|
* |
| Parameter | Default value |
|---|---|
|
|
|
3 |
|
P0Y0M1DT0H0M0S |
|
P0Y0M0DT2H0M0S |
| Parameter | Default value |
|---|---|
|
dxmPassword |
| Parameter | Default value |
|---|---|
|
(&(objectClass=dxrTargetSystemAccount)(dxrType=privileged)(!(cn=bindAccount))) |
|
LDAP |
|
3 |
|
subtree |
|
cn=Extranet Portal,cn=TargetSystems,cn=My-Company |
|
P0Y0M0DT0H0M0S |
|
P0Y0M0DT0H30M0S |
| Parameter | Default value |
|---|---|
|
dxmPassword,userPassword |
A Java-based real-time workflow runs as a permanently loaded configuration in the Java-based Server (IdS-J). It is triggered by a request or an event rather than by a schedule. Each workflow consists of activities; an activity opens one port per system it talks to, and each port uses a connector to reach that system.
Most provisioning workflows contain a join activity that performs the actual work and an error
activity that receives requests which still fail after all retries and sends a notification about
them. The retrylimit, waitbeforeretry and timeout parameters of an activity control how often
and how long a failed request is retried before it is handed to the error activity.
The event port publishes change events over JMS, and the notify port sends e-mail notifications.
Neither port is bound to a connected directory.
The join activity carries out the password reset using the pwdHandlingActivity component. Its
IdentityDomain port connects to the Identity Store over the accounts, groups and members
channels using the LdapConnector with the Domain_Admin bind profile. The activity searches for
accounts under searchbase that match the filter, then either reads the password from the user
entry (personal accounts) or generates a new one (privileged accounts), and sets it. The
decrypt.attribute parameter dxmPassword,userPassword controls which password attributes are
decrypted. Failed requests are retried up to three times (retrylimit) with 30-minute waits
(waitbeforeretry) before being passed to the error activity for e-mail notification.
Operation
-
The workflow is triggered by a request to reset passwords, either for a single account or for the accounts that match the configured search criteria.
-
The
joinactivity searches the target system subtree undersearchbasein the Identity Store for accounts that match thefilterexpression. -
For each account, the activity determines whether it is a personal or privileged account: personal accounts have their password read from the user entry; privileged accounts get a generated password.
-
The new password is written to the account entry in the Identity Store through the
IdentityDomainport, which decrypts the password attributesdxmPasswordanduserPasswordas needed. -
Requests that fail permanently after retries are handed to the
erroractivity, which reports them by e-mail through theMessageport.
The workflow is delivered inactive (dxmActive is FALSE). Copy it into your own scenario and
adjust searchbase and filter before activating the copy.