This page (revision-39) was last changed on 26-Nov-2021 10:22 by jaiken

This page was created on 26-Nov-2021 10:22 by jmyers

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
39 26-Nov-2021 10:22 30 KB jaiken to previous
38 26-Nov-2021 10:22 31 KB rforbes to previous | to last
37 26-Nov-2021 10:22 31 KB rforbes to previous | to last
36 26-Nov-2021 10:22 31 KB rmorrell to previous | to last
35 26-Nov-2021 10:22 31 KB rmorrell to previous | to last
34 26-Nov-2021 10:22 31 KB jmyers to previous | to last
33 26-Nov-2021 10:22 31 KB jmyers to previous | to last EMAIL_ADDRESS ==> EMAIL_ADDRESS(Disambiguation)
32 26-Nov-2021 10:22 31 KB jmyers to previous | to last
31 26-Nov-2021 10:22 31 KB jmyers to previous | to last
30 26-Nov-2021 10:22 31 KB jmyers to previous | to last
29 26-Nov-2021 10:22 31 KB jmyers to previous | to last
28 26-Nov-2021 10:22 32 KB jmyers to previous | to last
27 26-Nov-2021 10:22 32 KB jmyers to previous | to last
26 26-Nov-2021 10:22 33 KB jmyers to previous | to last
25 26-Nov-2021 10:22 33 KB jmyers to previous | to last
24 26-Nov-2021 10:22 33 KB jmyers to previous | to last
23 26-Nov-2021 10:22 33 KB jmyers to previous | to last
22 26-Nov-2021 10:22 33 KB jmyers to previous | to last
21 26-Nov-2021 10:22 33 KB jmyers to previous | to last

Page References

Incoming links Outgoing links
USER PASSWORDS
USER PASSWORDS

Version management

Difference between version and

At line 5 changed one line
The Personality application tightly controls who can access the system. Strict security rules are enforced for all types of users - Admin users, Self Service users, and Candidates.
The [{$applicationname}] application tightly controls who can access the system. Strict security rules are enforced for all types of users - [{$applicationname}]users, Self Service users and Candidates.
At line 7 changed 2 lines
!Admin User Login
Admin users enter the Personality Admin User Interface through the login screen:
![{$applicationname}] User Login
[{$applicationname}] users enter the [{$applicationname}] Professional system through the login screen:
At line 10 changed 2 lines
;[User Name|USER_NAME]: A username must be provided. The username is a unique identifier that indicates a user’s roles, capabilities, and access rights. Usernames may be up to 30 alphanumeric characters. Usernames are assigned by a security administrator.
;[User Password|USER_PASSWORD]: A user password must be provided to authenticate the person logging in. The password field is masked with asterisks as it is entered to keep it confidential. Passwords may be up to 16 alphanumeric characters; they are encrypted in the database. Passwords are initially generated by the system but may be subsequently maintained by the user or a security administrator.
;[User Name|USER_NAME]:A user name must be provided. The user name is a unique identifier that indicates a user’s roles, capabilities and access rights. User names may be up to 30 alphanumeric characters. User names are assigned by a security administrator.
;[User Password|USER_PASSWORD]:A user password must be provided to authenticate the person logging in. The password field is masked with asterisks as it is entered to keep it confidential. Passwords may be up to 16 alphanumeric characters; they are encrypted in the database. Passwords are initially generated by the system but may be subsequently maintained by the eP user or a security administrator.
At line 13 changed one line
Personality users will only be allowed to use the system if their credentials match those on file and if there are no restrictions currently imposed on their access. They may be asked to change their password as soon as their login has been validated under any of the following circumstances:
[{$applicationname}] users will only be allowed to use the system if their credentials match those on file and if there are no restrictions currently imposed on their access. They may be asked to change their password as soon as their login has been validated under any of the following circumstances:
At line 18 changed one line
Personality users credentials are validated against the information coded on the [IMUS Access|IMUS#Access] tab and are subject to the security rules established in the [IMAR] screen. The database that the user will be connected to is identified in the URL that was used to start the application.
[{$applicationname}] users credentials are validated against the information coded on the [IMUS Access|IMUS#Access] tab and are subject to the security rules established in the [IMAR] screen. The database that the user will be connected to is identified in the URL that was used to start the application.
At line 20 changed 2 lines
!Personality User Forgotten Passwords
If an Personality user forgets their password, they should click the Forgot Password button on the login screen.
![{$applicationname}] User Forgotten Passwords
If an [{$applicationname}] user forgets their password, they should click the Forgot Password button on the login screen.
At line 30 changed one line
;[Email Address|EMAIL_ADDRESS(Field)]:An email address must be provided.
;[Email Address|EMAIL_ADDRESS]:An email address must be provided.
At line 33 changed one line
Self Service users enter the Personality Self Service system through the login screen:
Self Service users enter the [{$applicationname}] Self Service system through the login screen:
At line 38 changed one line
%%information The term “PIN” and “Password” can be used interchangeably. Self Service passwords are normally referred to as PIN numbers to differentiate them from Personality User and Candidate passwords.%%
%%information The term “PIN” and “Password” can be used interchangeably. Self Service passwords are normally referred to as PIN numbers to differentiate them from [{$applicationname}] User and Candidate passwords.%%
At line 45 changed one line
Self Service user credentials are validated against the information coded on the [IEID Self Service Access|IEID#SelfServiceAccessTab] tab and are subject to the security rules established in the [IMAR] screen. The database that the user will be connected to is identified in the URL that was used to start the application.
Self Service user credentials are validated against the information coded on the Self Service Access tab in the [IEID] screen and are subject to the security rules established in the [IMAR] screen. The database that the user will be connected to is identified in the URL that was used to start the application.
At line 56 changed one line
Candidates enter the Personality Candidate Self Service system through the following login screen:
Candidates enter the [{$applicationname}] Candidate Self Service system through the following login screen:
At line 58 changed one line
;[Last Name|LAST_NAME]:A last name must be provided. This field is not case sensitive.
;[Last Name|LAST_NAME]:A last name must be provided. This field is not case sensitive.
At line 60 changed one line
;[[Password]:A password must be provided to authenticate the Candidate. The password field is masked with asterisks as it is entered to keep it confidential. Passwords may be up to 16 alphanumeric characters; they are encrypted in the database. Passwords are initially assigned by the Candidate on their first login but may be subsequently maintained by the Candidate or a security administrator.
;[Password|PASSWORD]:A password must be provided to authenticate the Candidate. The password field is masked with asterisks as it is entered to keep it confidential. Passwords may be up to 16 alphanumeric characters; they are encrypted in the database. Passwords are initially assigned by the Candidate on their first login but may be subsequently maintained by the Candidate or a security administrator.
At line 67 changed one line
Candidate credentials are validated against the information coded on the Self Service Access tab in the [IRCA|IRCA#AssessmentsTab] Assessments tab and are subject to the security rules established in the [IMAR] screen. The database that the candidate will be connected to is identified in the URL that was used to bring up the login screen.
Candidate credentials are validated against the information coded on the Self Service Access tab in the [IRCA|IRCA#AssessmentsTab] Assessments tab and are subject to the security rules established in the IMAR-Establish System Access Rules screen. The database that the candidate will be connected to is identified in the URL that was used to bring up the login screen.
At line 72 changed 4 lines
;[First Name|FIRST_NAME]:A first name must be provided.
;[Last Name|LAST_NAME]:A last name must be provided.
;[Email Address|EMAIL_ADDRESS(Field)]:An email address must be provided.
First Name
A first name must be provided. First names may be up to 50 alphanumeric characters.
Last Name
A last name must be provided. Last names may be up to 50 alphanumeric characters.
Email Address
An email address must be provided. Email addresses may be up to 50 alphanumeric characters.
At line 82 changed 3 lines
;[First Name|FIRST_NAME]:A first name must be provided.
;[Last Name|LAST_NAME]:A last name must be provided.
;[Email Address|EMAIL_ADDRESS(Field)]:An email address must be provided.
First Name
A first name must be provided. First names may be up to 50 alphanumeric characters.
Last Name
A last name must be provided. Last names may be up to 50 alphanumeric characters.
Email Address
An email address must be provided. Email addresses may be up to 50 alphanumeric characters
!P2K User Login
P2K users enter the traditional Personality system through the following login screen:
User Name
A user name must be provided. The user name is a unique identifier that indicates a user’s roles, capabilities and access rights. User names may be up to 30 alphanumeric characters. User names are assigned by a security administrator.
Password
A password must also be provided to authenticate the person logging in. The password field is masked with asterisks as it is entered to keep it confidential. Passwords may be up to 16 alphanumeric characters; they are encrypted in the database. They are initially assigned by a security administrator but may be subsequently maintained by the user.
Database Alias
A database alias must be provided to identify which database is being used. This database alias is assigned by a security administrator. It is defined in the TNSNAME file used with SQL*Net.
P2K users will only be allowed access if their credentials match those on file and if there are no restrictions currently imposed on their access. They may be asked to change their password as soon as their login has been validated if their password has expired.
P2K user credentials are validated against the information coded on the IMUS-Maintain User Profiles screen and are subject to the security rules established in the IMST-Maintain Client Site Information screen.
The “Forgot My Password” feature is not available for P2K users.
At line 87 changed 2 lines
Every successful login to Personality initiates a new application session. Session connection information and user context data is recorded on the [P2K_AM_SESSION_AUDITS] table in the database. The system tracks who has accessed the system, when they logged in and out, how they accessed it and what roles they had at the time of the session.
Every successful login to ePersonality initiates a new application session. Session connection information and user context data is recorded on the P2K_AM_SESSION_AUDITS table in the database. The system tracks who has accessed the system, when they logged in and out, how they accessed it and what roles they had at the time of the session.
At line 93 changed 7 lines
*Passwords must start with an alphabetic character
*Passwords cannot equal the user name
*Passwords cannot be a common phrase like welcome, database, account user, password, oracle, computer, etc. This is controlled through a lexicon [X_BLOCKED_PHRASES].
*If a Minimum Password Size has been provided in the access rules, the password must be at least as long as the minimum length.
*If the Must Contain Digit option is chosen in the access rules, the password must contain a numeric digit.
*If the Must Contain Punctuation is chosen in the access rules, the password must contain at least one of the following characters: ! # $ % & ( ) ` * + , - / : ; < = > ? _
*Passwords cannot contain the following characters: " ' @
• Passwords must start with an alphabetic character
• Passwords cannot equal the user name
• Passwords cannot be a common phrase like welcome, database, account user, password, oracle, computer, etc. This is controlled through a lexicon X_BLOCKED_PHRASES.
• If a Minimum Password Size has been provided in the access rules, the password must be at least as long as the minimum length.
• If the Must Contain Digit option is chosen in the access rules, the password must contain a numeric digit.
• If the Must Contain Punctuation is chosen in the access rules, the password must contain at least one of the following characters: ! # $ % & ( ) ` * + , - / : ; < = > ? _
• Passwords cannot contain the following characters: " ' @
At line 103 changed 9 lines
|1st digit|random uppercase letter
|2nd digit|random lowercase letter
|3rd digit|random digit
|4th digit|random digit
|5th digit|random lowercase letter
|6th digit|random lowercase letter
|7th digit|random digit
|8th digit|random digit
1st digit - random uppercase letter
2nd digit - random lowercase letter
3rd digit - random digit
4th digit - random digit
5th digit - random lowercase letter
6th digit - random lowercase letter
7th digit - random digit
8th digit - random digit
At line 117 changed 2 lines
!Personality User Password Changes
Personality users may change their own password through [IMCU] within the Personality Professional application.
!eP User Password Changes
eP users may change their own password through the IMCU-Change Password screen within the eP Professional application.
At line 120 changed 5 lines
;[User Name|USER_NAME]:The user name defaults to the user who is currently logged in.
;__Existing Password__:The existing password must be entered to authenticate the request.
;__New Password__:A new password must be supplied.
;__Confirm Password__:The new password must be entered a second time to ensure that it has not been keyed incorrectly.
User Name
The user name defaults to the user who is currently logged in.
Existing Password
The existing password must be entered to authenticate the request.
New Password
A new password must be supplied
Confirm Password
The new password must be entered a second time to ensure that it has not been keyed incorrectly.
At line 128 changed 8 lines
Self Service users may change their own password through the [WEDPN] screen within the Self Service application.
;[User Name|USER_NAME]:The user name defaults to the user who is currently logged in.
;__Existing PIN__:The existing password must be entered to authenticate the request.
;__New PIN__:A new password must be supplied.
;__Confirm PIn__The new password must be entered a second time to ensure that it has not been keyed incorrectly.
%%information The term “PIN” and “Password” can be used interchangeably. Self Service passwords are normally referred to as PIN numbers to differentiate them from Personality User and Candidate passwords.%%
Self Service users may change their own password through the WEDPN-Change My Pin screen within the Self Service application.
User Name
The user name defaults to the user who is currently logged in.
Existing PIN
The existing password must be entered to authenticate the request.
New PIN
A new password must be supplied
Confirm PIN
The new password must be entered a second time to ensure that it has not been keyed incorrectly.
The term “PIN” and “Password” can be used interchangeably. Self Service passwords are normally referred to as PIN numbers to differentiate them from eP User and Candidate passwords.
At line 139 changed 6 lines
Candidates may change their own password through the [WCRPIN] screen within the Candidate Self Service application.
;[User Name|USER_NAME]:The user name defaults to the user who is currently logged in.
;__Existing PIN__:The existing password must be entered to authenticate the request.
;__New PIN__:A new password must be supplied.
;__Confirm PIN__:The new password must be entered a second time to ensure that it has not been keyed incorrectly.
Candidates may change their own password through the WCRPIN-Change My Login Password screen within the Candidate Self Service application.
User Name
The user name defaults to the user who is currently logged in.
Existing Password
The existing password must be entered to authenticate the request.
New Password
A new password must be supplied
Confirm Password
The new password must be entered a second time to ensure that it has not been keyed incorrectly.
At line 172 added 14 lines
!P2K User Password Changes
P2K users may change their own password through the IMCU-Change Password screen within P2K.
User Name
The user name defaults to the user who is currently logged in.
Old Password
The old password must be entered to authenticate the request.
New Password
A new password must be supplied
Confirm Password
The new password must be entered a second time to ensure that it has not been keyed incorrectly.
Password validation is done as soon as the user clicks OK. If the validation fails, the user is notified in a dialog. Password changes that pass the validation are effective immediately.
When a user changes their password, as soon as the password is accepted, the user will be automatically logged out of the system and will be required to log in again with their new password.
At line 149 changed 2 lines
!Resetting Personality User Passwords
Personality user passwords can be reset by security administrators through either the [IMRU] screen or through the [IMUS Access|IMUS#Access] tab within the Personality Professional application. These functions should be highly secured.
!Resetting eP User Passwords
eP user passwords can be reset by security administrators through either the IMRU-Reset ePersonality User Password screen or through Access tab on the IMUS-Maintain User Profiles screen within the eP Professional application. These functions should be highly secured.
At line 152 changed 6 lines
;__Find Block__:The Personality user whose password is to be changed must be located in the Find block on the top line.
;__New Password__:A new password must be supplied or the “generate” toggle must be turned on.
;__Confirm Password__:If the new password is being supplied, it must be entered a second time to ensure that it has been keyed correctly.
;__Or Generate New Password__:This toggle must be turned on if the security administrator wants the new password to be generated by the system.
;__Force Password Change On Next Login__:This toggle allows the security administrator to force the user to change their password on their next login.
Find Block
The eP user whose password is to be changed must be located in the Find block on the top line.
New Password
A new password must be supplied or the “generate” toggle must be turned on.
Confirm Password
If the new password is being supplied, it must be entered a second time to ensure that it has been keyed correctly.
Or Generate New Password
This toggle must be turned on if the security administrator wants the new password to be generated by the system.
Force Password Change On Next Login
This toggle allows the security administrator to force the user to change their password on their next login.
At line 161 changed 9 lines
Self Service PIN numbers can be reset by security administrators through either [IMRE] or through the [IEID Self Service Access|IEID#SelfServiceAccessTab] tab within the Personality Professional application. Access can be restricted to specific personnel records in both of these functions by setting up appropriate security rights.
;__Find Block__:The person whose PIN number is to be changed must be located in the Find block on the top line.
;__New PIN__:A new PIN number must be supplied or the “generate” toggle must be turned on.
;__Confirm PIN__:If the new PIN number is being supplied, it must be entered a second time to ensure that it has been keyed correctly.
;__Or Generate New PIN__:This toggle must be turned on if the security administrator wants the new PIN number to be generated by the system.
;__Force PIN Change On Next Login__:This toggle allows the security administrator to force the user to change their PIN number on their next login.
%%Information The term “PIN” and “Password” can be used interchangeably. Self Service passwords are normally referred to as PIN numbers to differentiate them from Personality User and Candidate passwords.%%
Self Service PIN numbers can be reset by security administrators through either the IMRE-Reset Self Service PIN screen or through the Self Service Access tab on the IEID-Maintain Identity Information screen within the eP Professional application. Access can be restricted to specific personnel records in both of these functions by setting up appropriate security rights.
Find Block
The person whose PIN number is to be changed must be located in the Find block on the top line.
New PIN
A new PIN number must be supplied or the “generate” toggle must be turned on.
Confirm PIN
If the new PIN number is being supplied, it must be entered a second time to ensure that it has been keyed correctly.
Or Generate New PIN
This toggle must be turned on if the security administrator wants the new PIN number to be generated by the system.
Force PIN Change On Next Login
This toggle allows the security administrator to force the user to change their PIN number on their next login.
The term “PIN” and “Password” can be used interchangeably. Self Service passwords are normally referred to as PIN numbers to differentiate them from eP User and Candidate passwords.
At line 173 changed 7 lines
Candidate passwords can be reset by security administrators through either the [IRPIN] or through the [IRCA|IRCA#AssessmentsTab] Assessments tab within the Personality Professional application.
;__Find Block__:The Candidate whose password is to be changed must be located in the Find block on the top line.
;__New Password__:A new password must be supplied or the “generate” toggle must be turned on.
;__Confirm Password__:If the new password is being supplied, it must be entered a second time to ensure that it has been keyed correctly.
;__Or Generate New Password__:This toggle must be turned on if the security administrator wants the new password to be generated by the system.
;__Force Password Change On Next Login__:This toggle allows the security administrator to force the Candidate to change their password on their next login.
Candidate passwords can be reset by security administrators through either the IRPIN-Reset Candidate Password screen or through the Self Service Access tab on the IRCA-Maintain Candidate Profiles screen within the eP Professional application.
Find Block
The Candidate whose password is to be changed must be located in the Find block on the top line.
New Password
A new password must be supplied or the “generate” toggle must be turned on.
Confirm Password
If the new password is being supplied, it must be entered a second time to ensure that it has been keyed correctly.
Or Generate New Password
This toggle must be turned on if the security administrator wants the new password to be generated by the system.
Force Password Change On Next Login
This toggle allows the security administrator to force the Candidate to change their password on their next login.
At line 235 added 21 lines
!Resetting P2K User Passwords
P2K user passwords can be reset by security administrators through the IMRU-Reset User Password screen within P2K. This function should be highly secured.
Find Block
The user whose password is to be changed must be located in the Find block.
New Password
A new password must be supplied
Confirm Password
The new password must be entered a second time to ensure that it has not been keyed incorrectly.
Password validation is done as soon as the security administrator clicks OK. If the validation fails, the security administrator is notified in a dialog. Password changes that pass the validation are effective immediately.
Extreme caution should be used when changing the “P2K” user password. Changing this password will stop the application from functioning as the application server will no longer be able to access the database. This password should only be changed when there is no one on the system.
Currently, the following steps should be taken to change the “P2K” user password:
a. Replace the normal link to get into the CSS, SS and EP applications with a “system temporarily unavailable” web page.
b. Ensure that everyone is out of the system.
c. Change the P2K password through P2K or EP and immediately exit the system.
d. Reset the P2K user password using the Admin Console and restart the Application in the OAS.
e. Bring up the CSS, SS and EP applications and confirm that everything is OK.
f. Restore the normal links to get into the CSS, SS and EP applications so users can continue.
At line 183 changed one line
Many different types of users use the Personality system – Personality Professional users, Self Service users and Candidates. All of these different types of users are referred to as “accessors” of the system. Personality uses a consistent approach for managing all accessors of the system.
Many different types of users use the ePersonality system – eP Professional users (eP users), Self Service users and Candidates. All of these different types of users are referred to as “accessors” of the system. ePersonality uses a consistent approach for managing all accessors of the system.
At line 185 changed 6 lines
*Date and time of the last successful login
*Number of failed login attempts since a user’s last successful login
*Number of successful logins to date for each user
*Who made the last password change
*When the last password change was made
*Session audit records for each successful login
• Date and time of the last successful login
• Number of failed login attempts since a user’s last successful login
• Number of successful logins to date for each user
• Who made the last password change
• When the last password change was made
• Session audit records for each successful login
At line 194 changed 7 lines
Each type of Personality user has a specific way of being authorized to access the system.
*Personality users are created and authorized through [IMUS].
*Self Service users must be hired into the system; they may then be authorized to use the Self Service application through [IEID].
*Candidates who register through the web are automatically given access to the Candidate Self Service application at the time they register.
*Candidates who are entered into the system through [IRCA] may also be given access to the Candidate Self Service application through [IRCA].
Below is a description of each of the different ways users can be authorized in Personality.
Each type of ePersonality user has a specific way of being authorized to access the system.
• eP users are created and authorized through the IMUS screen.
• Self Service users must be hired into the system; they may then be authorized to use the Self Service application through the IEID screen.
• Candidates who register through the web are automatically given access to the Candidate Self Service application at the time they register.
• Candidates who are entered into the system through IRCA may also be given access to the Candidate Self Service application through IRCA.
• P2K users are created and authorized through the IMUS screen. (P2K users do NOT use accessor records.)
Regardless of how ePersonality users are created, they all have common access information associated with them. This access information is only created by ePersonality, not P2K, and it is only visible in ePersonality not in P2K.
Below is a description of each of the different ways users can be authorized in ePersonality.
At line 202 changed 11 lines
!Authorizing Personality Users
Personality users are maintained by security administrators through the [IMUS] within the Personality Professional application. Users created through [IMUS] are stored in the [P2K_AM_USERS] table and also become Oracle users. This function should be highly secured.
;__Find Block__:The user to be viewed or changed must be located in the Find block, unless an Add is being done.
;[User|USER_NAME]:A user name must be provided on an Add and cannot be changed after the user has been created. The user name is a unique identifier that identifies a user’s roles, capabilities and access rights. User names may be up to 30 alphanumeric characters. User names are always assigned by the security administrator.
;[Description|DESCRIPTION]:This field contains optional text that describes the user.
;[Email|EMAIL_ADDRESS(Field)]:An optional email address may be provided for the user. This is the address that system generated passwords will be sent to.
;[Person Code|PERSON_CODE]:If the user also has a unique Identity record in the system, a link to the Identity record may be provided.
;[Name|NAME]:This 'display only' field shows the name of the person identified in the Person Code field.
;[Create / Retrieve / Update / Delete Toggles]:These toggles indicate the overriding access capabilities assigned to the user. These may be reduced for individual functions.
;[P2K Access Information]:This section provides the access information used by P2K. It is provided for compatibility reasons only.
;[Access Tab|]:This section contains the access information that is used by Personality. Refer to the [Common Accessor Information|USER PASSWORDS#CommonAccessorInformation] section for a detailed description.
!Authorizing eP Users
eP users are maintained by security administrators through the IMUS-Maintain User Profiles screen within the eP Professional application. Users created through IMUS are stored in the P2K_AM_USERS table and also become Oracle users. This function should be highly secured.
At line 280 added 20 lines
Find Block
The user to be viewed or changed must be located in the Find block, unless an Add is being done.
User
A user name must be provided on an Add and cannot be changed after the user has been created. The user name is a unique identifier that identifies a user’s roles, capabilities and access rights. User names may be up to 30 alphanumeric characters. User names are always assigned by the security administrator.
Description
This field contains optional text that describes the user. The Description may contain up to a 50 alphanumeric characters.
Email
An optional email address may be provided for the user. This is the address that system generated passwords will be sent to. Email addresses may contain up to 50 alphanumeric characters.
Person Code
If the user also has a unique Identity record in the system, a link to the Identity record may be provided.
Name
This display only field shows the name of the person identified in the Person Code field.
Create / Retrieve / Update / Delete Toggles
These toggles indicate the overriding access capabilities assigned to the user. These may be reduced for individual functions.
P2K Access Information
This section provides the access information used by P2K. It is provided for compatibility reasons only.
Access Tab
This section contains the access information that is used by ePersonality. Refer to the Common Accessor Information section for a detailed description.
At line 216 changed 9 lines
Self Service users are maintained by a security administrator through the [IEID Self Service Access|IEID#SelfServiceAccessTab] tab within the Personality Professional application.
;__Find Block__:The person to be granted Self Service access must be located in the Find block.
;[User Profile|USER PROFILES IN SELF SERVICE]:A user profile must be assigned to each Self Service user to identify their roles, capabilities and access rights. User profiles are defined on [IMUS]. The same user profile may be used for many Self Service users.
;[Person Code|PERSON_CODE]:The system displays the person code of the Self Service user.
;[First Name|FIRST_NAME]:The system displays the first name of the Self Service user.
;[Last Name|LAST_NAME]:The system displays the last name of the Self Service user.
;[Personal Email| ]:The system displays the email address of the Self Service user. This is the address that system generated passwords will be sent to. The email address is taken from [IEPI].
;[Pswd/PIN Changed By| ]:The system shows who last changed the Self Service user’s password.
;[Pswd/PIN Changed On| ]:The system shows when the Self Service user’s password was last changed.
Self Service users are maintained by a security administrator through the Self Service Access tab of the IEID-Maintain Identity Information screen within the eP Professional application.
Find Block
The person to be granted Self Service access must be located in the Find block.
User Profile
A user profile must be assigned to each Self Service user to identify their roles, capabilities and access rights. User profiles are defined on the IMUS-Maintain User Profiles screen. The same user profile may be used for many Self Service users.
Person Code
The system displays the person code of the Self Service user.
First Name
The system displays the first name of the Self Service user.
Last Name
The system displays the last name of the Self Service user.
Personal Email
The system displays the email address of the Self Service user. This is the address that system generated passwords will be sent to. The email address is taken from the IEPI-Maintain Personal Information screen.
Pswd/PIN Changed By
The system shows who last changed the Self Service user’s password.
Pswd/PIN Changed On
The system shows when the Self Service user’s password was last changed.
At line 226 changed one line
;[Remaining Access Information| ]:Refer to the [Common Accessor Information|USER PASSWORDS#CommonAccessorInformation] section below for a detailed description.
Remaining Access Information
Refer to the Common Accessor Information section below for a detailed description.
At line 326 added 18 lines
Candidate access information is viewed and maintained by a security administrator through the Self Service Access tab of the IRCA-Maintain Candidate Profiles screen within the eP Professional application.
Find Block
The candidate must be located in the Find block.
Candidate #
The system displays the candidate number.
First Name
The system displays the candidate’s first name.
Last Name
The system displays the candidate’s last name.
Personal Email
The system displays the candidate’s email address. This is the address that system generated passwords will be sent to.
Password Changed By
The system shows who last changed the candidate’s password.
Password Changed On
The system shows when the candidate’s password was last changed.
Remaining Access Information
Refer to the Common Accessor Information section below for a detailed description.
At line 231 removed one line
Candidate access information is viewed and maintained by a security administrator through the [IRCA Self Service Access|IRCA#SelfServiceAccessTab] tab within the Personality Professional application.
At line 233 changed 10 lines
;__Find Block__:The candidate must be located in the Find block.
;[Candidate #| ]:The system displays the candidate number.
;[First Name|FIRST_NAME]:The system displays the candidate’s first name.
;[Last Name|LAST_NAME]:The system displays the candidate’s last name.
;[Personal Email| ]:The system displays the candidate’s email address. This is the address that system generated passwords will be sent to.
;[Password Changed By| ]:The system shows who last changed the candidate’s password.
;[Password Changed On| ]:The system shows when the candidate’s password was last changed.
;[Remaining Access Information| ]:Refer to the [Common Accessor Information|USER PASSWORDS#CommonAccessorInformation] section below for a detailed description.
!Common Accessor Information
Common Accessor Information
At line 245 changed 8 lines
!Accessor Header Information
;[Access Start Date| ]:The Access Start Date identifies the earliest date the user is allowed access, regardless of the Access Status.
;[Access End Date| ]:The Access End Date identifies the latest date the user is allowed access, regardless of the Access Status.
;[Force Password Change On Next Login| ]:This toggle allows the security administrator to force the user to change their password on their next login.
;[Set / Reset Password| ]:This action button allows the security administrator to reset a user’s password by automatically bringing up the appropriate Reset Password screen. When a password is reset, a new password is assigned, a new effective access detail record is created, the Access Status is changed back to “Active” and the Failed Attempts are erased.
;[Reactivate| ]:This action button allows the security administrator to reactivate a user’s access in the event it has been locked out or disabled. During reactivation, a new effective access detail record is created, the Access Status is changed back to “Active” and the Failed Attempts are erased.
;[Last Good Access| ]:The system shows the date and time of the last successful login.
;[Logins To Date| ]:The system shows a count of the number of successful logins the user has had since the accessor record was created.
Accessor Header Information
Access Start Date
The Access Start Date identifies the earliest date the user is allowed access, regardless of the Access Status.
Access End Date
The Access End Date identifies the latest date the user is allowed access, regardless of the Access Status.
Force Password Change On Next Login
This toggle allows the security administrator to force the user to change their password on their next login.
Set / Reset Password
This action button allows the security administrator to reset a user’s password by automatically bringing up the appropriate Reset Password screen. When a password is reset, a new password is assigned, a new effective access detail record is created, the Access Status is changed back to “Active” and the Failed Attempts are erased.
Reactivate
This action button allows the security administrator to reactivate a user’s access in the event it has been locked out or disabled. During reactivation, a new effective access detail record is created, the Access Status is changed back to “Active” and the Failed Attempts are erased.
Last Good Access
The system shows the date and time of the last successful login.
Logins To Date
The system shows a count of the number of successful logins the user has had since the accessor record was created.
Accessor Date Sensitive Details
Date Sensitive Navigator
The Date Sensitive Navigator is a special form block that allows users to view date sensitive records and make date sensitive changes. Refer to the User Interface manual for a more detailed description.
Access Status
The Access Status field indicates whether the user can access the system during the time period of the chosen date sensitive record. This field is maintained by the system but can also be entered manually.
The allowed values are
Active - access is currently allowed (subject to the access start/end dates)
Disabled - access is currently disabled (must be activated manually)
Locked Out - user is currently locked out of the system (must be activated manually)
Pending - user has been created but password has not yet been assigned
Both the Access Start/End Dates and the Access Status are checked before a user is allowed to log in.
Failed Attempts
The system shows the number of failed login attempts that the user has had since the last good login during the time period of the chosen date sensitive record.
Password Has Been Set
The system indicates via a toggle whether a password exists for the time period of the chosen date sensitive record.
At line 254 removed 6 lines
!Accessor Date Sensitive Details
;[Date Sensitive Navigator| ]:The Date Sensitive Navigator is a special form block that allows users to view date sensitive records and make date sensitive changes. Refer to the [User Interface manual|CONFIGURATION-UI] for a more detailed description.
;[Access Status|ACCESS_STATUS]:The Access Status field indicates whether the user can access the system during the time period of the chosen date sensitive record. This field is maintained by the system but can also be entered manually. \\ \\Both the Access Start/End Dates and the Access Status are checked before a user is allowed to log in.
;[Failed Attempts| ]:The system shows the number of failed login attempts that the user has had since the last good login during the time period of the chosen date sensitive record.
;[Password Has Been Set| ]:The system indicates via a toggle whether a password exists for the time period of the chosen date sensitive record.
At line 261 changed 17 lines
Security administrators establish their own rules for system access by type of user. Personality offers many techniques for restricting access:
*Users are authenticated at login time - they must identify who they are and they must supply a confidential password
*Highly secure encryption techniques are used for all passwords, with no ability to de-encrypt
*Complicated password schemes are supported:
**ability to force codes to be a minimum length
**ability to force the use of at least one numeric digit
**ability to force at least one punctuation character
**case sensitive
*Users are notified by email whenever their password is changed, if they have an email address
*The system is able to force password changes after a specified number of days
*The system is able to force a new password to be different from the previous ‘n’ passwords
*An option is provided to lock out users who do not sign in and change their password within a specified number of days; a security administrator must reset their password to reactivate them
*The system has the ability to automatically shut down a session after a number of unsuccessful login attempts
*IP addresses can be locked out for a specified number of minutes after a maximum number of unsuccessful login attempts
*Security administrators are able to force users to change their password on their next login
*Security administrators can specify access start and end date for logins
*Security administrators can enable or disable access for any user for any time period
Security administrators establish their own rules for system access by type of user. ePersonality offers many techniques for restricting access:
• Users are authenticated at login time - they must identify who they are and they must supply a confidential password
• Highly secure encryption techniques are used for all passwords, with no ability to de-encrypt
• Complicated password schemes are supported:
- ability to force codes to be a minimum length
- ability to force the use of at least one numeric digit
- ability to force at least one punctuation character
- case sensitive
• Users are notified by email whenever their password is changed, if they have an email address
• The system is able to force password changes after a specified number of days
• The system is able to force a new password to be different from the previous ‘n’ passwords
• An option is provided to lock out users who do not sign in and change their password within a specified number of days; a security administrator must reset their password to reactivate them
• The system has the ability to automatically shut down a session after a number of unsuccessful login attempts
• IP addresses can be locked out for a specified number of minutes after a maximum number of unsuccessful login attempts
• Security administrators are able to force users to change their password on their next login
• Security administrators can specify access start and end date for logins
• Security administrators can enable or disable access for any user for any time period
At line 279 changed 2 lines
!Personality System Access Rules
All access rules in Personality are defined by accessor type on [IMAR]. Access rules do not have to be set up in advance. They are created automatically during the first login if they do not already exist. However, the automatically generated access rules have no restrictions.
!ePersonality System Access Rules
All access rules in ePersonality are defined by accessor type on the IMAR-Establish System Access Rules screen. Access rules do not have to be set up in advance. They are created automatically during the first login if they do not already exist. However, the automatically generated access rules have no restrictions.
Security administrators are encouraged to set up these rules manually to enforce the security restrictions required by their organization.
ePersonality’s login and password verification techniques are all implemented within the application software and are not dependent on the database engine. The access rules no longer come from Oracle Profiles. Oracle Profiles should no longer be used in the ePersonality environment.
Oracle Profiles should no longer be used in the ePersonality environment.
eP users are synchronized with the Oracle database users. When a user is created through the IMUS screen, an Oracle user is also created in the database. When a user’s password is changed in ePersonality, it is also changed at the database level. Self Service users and Candidates are not identified as individual users at the database level.
Below is a description of the options provided on the IMAR screen:
;Accessor Type:The Accessor Type is a mandatory field that identifies the type of user.
The allowed values shown below are based on the fixed lexicon X_ACCESSOR_TYPE:
User - eP user defined through IMUS
Identity - Self Service user defined though IEID
Candidate - Candidate defined through IRCA
Role - role defined through IMRO
Validation Method
Validation method is a mandatory field that identifies whether the new ePersonality password facility is being used and it identifies the algorithm used for encrypting the passwords.
The allowed values shown below are based on the fixed lexicon X_VALIDATION_METHOD:
P2K and EP - both P2K and EP passwords are generated
Personality 2000 - only P2K passwords are generated
ePersonality SHA-1 - only ePersonality passwords are generated (using the SHA-1 algorithm)
Minimum Password Size
This optional numeric field specifies the minimum length of the password. Passwords that are shorten than this will be rejected.
Must Contain Digit
This toggle indicates that the password must contain at least one numeric digit. If the toggle is off the system does not impose a restriction.
Must Contain Punctuation
This toggle indicates that the password must contain at least one punctuation character. If the toggle is off the system does not impose a restriction.
Force Password Change Toggle
This field contains the default for the “Force Password Change” toggle for system generated passwords.
Password Must Change
This toggle indicates that new passwords must not match the prior password. If the toggle is off the system does not impose a restriction.
# Prior Passwords
This optional numeric field specifies the number of prior passwords that must be different than the new password. This option forces a user to use different passwords each time. If the field is empty the system does not impose a restriction.
Password Expires-Dys
This optional numeric field specifies the number of days that a user’s password can exist before going stale. Once the user’s password expires it must be changed on the next login. If the field is empty, the system does not expire the password.
Lock After Expires-Dys
This optional numeric field specifies the number of days following password expiration that the user’s access records will remain active. After this the user’s access records will be locked. If this field is empty the user’s access records will remain active indefinitely.
Login Attempts
This optional numeric field specifies the number of login attempts a user is allowed before the session expires. If the field is empty the system does not impose a restriction.
Max Login Attempts
This optional numeric field specifies the number of login attempts a user is allowed before their access records are locked out. If the field is empty the system does not impose a restriction.
IP Lockout Minutes
This optional numeric field specifies the number of minutes an IP address will remain locked out after the maximum number of login attempts have been reached. If this field is empty, the lockout remains until it is reset by a security administrator.
This feature uses a server setting that applies to an IP address; hence, all accessor types should use the same setting. If different IP Lockout Minutes are used for different accessor types, the most restrictive setting will apply.
This feature should not be used in environments that use kiosks.
At line 282 changed one line
Security administrators are encouraged to set up these rules manually to enforce the security restrictions required by their organization.
!Client Site Configuration
In P2K, password control is set at the client site level through the IMST-Maintain Client Site Information screen. This information is still maintained in ePersonality but it is only used for the P2K users.
At line 284 changed one line
Personality’s login and password verification techniques are all implemented within the application software and are not dependent on the database engine. The access rules no longer come from Oracle Profiles. Oracle Profiles should no longer be used in the Personality environment.
!EP/SS Transition
ePersonality uses new password generation techniques based on industry standards. Sophisticated security options are provided for clients who wish to tighten their security. However, for compatibility reasons, P2K password information may be kept in tact until clients no longer need to use P2K. If this is done, users will still be able to login to P2K and run certain P2K processes
The first time an existing user logs in to any part of ePersonality, the accessor information will be automatically created for them verifying against the former P2K passwords. From them on, the new rules apply.
While users are working in ePersonality - Professional or Self Service - all of the new security restrictions will apply. Even though some of the former P2K information is still shown on the ePersonality screens, the new security is driven entirely from the Accessor information and Access Rules described earlier.
P2K itself is unchanged.
Clients should use the “P2K and EP” validation method in their access rules for now so the P2K information is not lost. This will give them the ability to use either system.
It is advisable for clients to assign passwords for a given accessor type through one system, preferably [{$applicationname}].
At line 286 removed 19 lines
Oracle Profiles should no longer be used in the Personality environment.
Personality users are synchronized with the Oracle database users. When a user is created through [IMUS], an Oracle user is also created in the database. When a user’s password is changed in Personality, it is also changed at the database level. Self Service users and Candidates are not identified as individual users at the database level.
Below is a description of the options provided on [IMAR]:
;[Accessor Type| ]:The Accessor Type is a mandatory field that identifies the type of user.\\The allowed values are based on the fixed lexicon [X_ACCESSOR_TYPE].
;[Validation Method| ]:Validation method is a mandatory field that identifies whether the new Personality password facility is being used and it identifies the algorithm used for encrypting the passwords.\\The allowed values are based on the fixed lexicon [X_VALIDATION_METHOD]:
;[Minimum Password Size| ]:This optional numeric field specifies the minimum length of the password. Passwords that are shorten than this will be rejected.
;[Must Contain Digit| ]:This toggle indicates that the password must contain at least one numeric digit. If the toggle is off the system does not impose a restriction.
;[Must Contain Punctuation| ]:This toggle indicates that the password must contain at least one punctuation character. If the toggle is off the system does not impose a restriction.
;[Force Password Change Toggle| ]:This field contains the default for the “Force Password Change” toggle for system generated passwords.
;[Password Must Change| ]:This toggle indicates that new passwords must not match the prior password. If the toggle is off the system does not impose a restriction.
;[# Prior Passwords| ]:This optional numeric field specifies the number of prior passwords that must be different than the new password. This option forces a user to use different passwords each time. If the field is empty the system does not impose a restriction.
;[Password Expires-Dys| ]:This optional numeric field specifies the number of days that a user’s password can exist before going stale. Once the user’s password expires it must be changed on the next login. If the field is empty, the system does not expire the password.
;[Lock After Expires-Dys| ]:This optional numeric field specifies the number of days following password expiration that the user’s access records will remain active. After this the user’s access records will be locked. If this field is empty the user’s access records will remain active indefinitely.
;[Login Attempts| ]:This optional numeric field specifies the number of login attempts a user is allowed before the session expires. If the field is empty the system does not impose a restriction.
;[Max Login Attempts| ]:This optional numeric field specifies the number of login attempts a user is allowed before their access records are locked out. If the field is empty the system does not impose a restriction.
;[IP Lockout Minutes| ]:This optional numeric field specifies the number of minutes an IP address will remain locked out after the maximum number of login attempts have been reached. If this field is empty, the lockout remains until it is reset by a security administrator.\\ \\This feature uses a server setting that applies to an IP address; hence, all accessor types should use the same setting. If different IP Lockout Minutes are used for different accessor types, the most restrictive setting will apply.\\ \\This feature should not be used in environments that use kiosks.
This page (revision-39) was last changed on 26-Nov-2021 10:22 by jaikenTop