Password level 2 introduces the use of case sensitive passwords
up to 128 characters in length, also called passphrases, and provides the
maximum ability to revert back to QPWDLVL 0 or 1.
Regardless of the password level of the system, password level 2 and 3
passwords are created whenever a password is changed or a user signs on to
the system. Having a level 2 and 3 password created while the system is still
at password level 0 or 1 helps prepare for the change to password level 2
or 3.
Prior to changing QPWDLVL to 2, you should use the DSPAUTUSR or PRTUSRPRF
TYPE(*PWDINFO) commands to locate all user profiles which do not have a password
that is usable at password level 2. Depending on which profiles these commands
locate, you may want to use one of the following mechanisms to have a password
level 2 and 3 password added to the profiles.
The absence of a password that is usable at password level 2 or 3 can
be a problem whenever the user profile also does not have a password that
is usable at password levels 0 and 1 or when the user tries to sign on through
a product that uses password substitution. In these cases, the user will not
be able to sign on when the password level is changed to 2.
If a user profile does not have a password that is usable at password levels
2 and 3, the user profile does have a password that is usable at password
levels 0 and 1, and the user signs on through a product that sends clear text
passwords, then the system validates the user against the password level 0
password and creates two password level 2 passwords (as described above) for
the user profile. Subsequent signons will be validated against the password
level 2 passwords.
Any client or service which uses password substitution will not work correctly
at QPWDLVL 2 if the client or service hasn’t been updated to use the new password
or passphrase substitution scheme. The administrator should check whether
a client or service which hasn’t been updated to the new password substitution
scheme is required.
The clients and services that use password substitution include:
- TELNET
- iSeries™ Access
- iSeries Host
Servers
- QFileSrv.400
- iSeries NetServer™ print
support
- DDM
- DRDA®
- SNA LU6.2
It is highly recommended that the security data be saved prior to changing
to QPWDLVL 2. Having a backup of your security data can help make the transition
back to QPWDLVL 0 or 1 easier if that becomes necessary.
It is recommended that the other password system values, such as QPWDMINLEN
and QPWDMAXLEN, not be changed until after some testing at QPWDLVL 2 has occurred.
This will make it easier to transition back to QPWDLVL 1 or 0 if necessary.
However, the QPWDVLDPGM system value must specify either *REGFAC or *NONE
before the system will allow QPWDLVL to be changed to 2.
Therefore, if you use a password validation program, you may wish to write
a new one that can be registered for the QIBM_QSY_VLD_PASSWRD exit point by
using the ADDEXITPGM command.
iSeries NetServer passwords
are still supported at QPWDLVL 2, so any function or service that requires
an iSeries NetServer password
should still work correctly. Once the administrator is comfortable
with running the system at QPWDLVL 2, they can begin to change the password
system values to exploit longer passwords. However, the administrator needs
to be aware that longer passwords will have these effects:
- If passwords greater than 10 characters are specified, the password level
0 and 1 password is cleared. This user profile would not be able to signon
if the system is returned to password level 0 or 1.
- If passwords contain special characters or do not follow the composition
rules for simple object names (excluding case sensitivity), the password level
0 and 1 password is cleared.
- If passwords greater than 14 characters are specified, the iSeries NetServer password
for the user profile is cleared.
- The password system values only apply to the new password level 2 value
and do not apply to the system generated password level 0 and 1 password or iSeries NetServer password
values (if generated).