Managing WebLogic Security
The following sections provide information about migrating security data between security realms and security providers.
Several WebLogic security providers support security data migration. This means you can export users and groups (for the WebLogic Authentication provider), security policies (for the WebLogic Authorization provider), security roles (for the WebLogic Role Mapping provider), or credential maps (for the WebLogic Credential Mapping provider) from one security realm, and import them into a new security realm. You can migrate security data for each security provider individually, or migrate security data for all the WebLogic security providers at once (that is, security data for an entire security realm). You migrate security data through the WebLogic Server Administration Console or by using the weblogic.admin
utility.
Migrating security data may be helpful when:
A format is simply a data format that specifies how security data should be exported or imported. Supported formats are the list of data formats that a given security provider understands how to process.
Constraints are key/value pairs that specify options to the export or import process. Use constraints to control which security data is exported to or imported from the security provider's database (in the case of the WebLogic Server security providers, the embedded LDAP server). For example, you may want to export only users (not groups) from an Authentication provider's database. Supported constraints are the list of constraints you may specify during the migration process for a particular security provider. For example, an Authentication provider's database may be used to import users and groups, but not security policies.
Export files are the files to which security data is written (in the specified format) during the export portion of the migration process. Import files are files from which security data is read (also in the specified format) during the import portion of the migration process. Both export and import files are simply temporary storage locations for security data as it is migrated from one security provider's database to another.
Note: The directory and file into which you export the security data should be carefully protected with operating system security as they contain secure information about your deployment.
Note: Once the data is exported from the security realm, it can be imported at any time.
To verify the security data was imported correctly:
Note: Arguments for security policies and roles are stored in lowercase on the Windows platform and mixed case on UNIX platforms. If security policies and security roles are defined in a domain on one platform, exported, and then imported into a domain on a platform with different case handling, the security roles and policies may not work properly. Specifically, Web Application pages that are protected on one operating system may not be protected on a different operating system.
Provider-specific security data can also be exported and imported between providers in different security realms. WebLogic Server does not provide any standard, public formats for developers of security providers. Therefore, in order for security data to be exported and imported from one security provider to another, both security providers must understand how to process the same format.
Notes: Because the data format used for the WebLogic Server security providers is unpublished, you cannot currently migrate security data from a WebLogic security provider to a custom security provider, or visa versa.
WebLogic security providers support the following formats and constraints.
In the WebLogic Server Administration Console, the constraints are only displayed for the WebLogic Authentication provider because you have the option of exporting or importing users and groups, only users, or only groups.
When exporting credential maps from the WebLogic Credential Mapping provider, you need to specify whether or not the passwords for the credentials are exported in clear text. The mechanism used to encrypt passwords in each WebLogic Server domain is different, therefore, you want to export passwords in clear text if you plan to use them in a different WebLogic Server domain. After the credential maps are imported into the WebLogic Credential Mapping provider in the new WebLogic Server domain, the passwords are encrypted. Carefully protect the directory and file in which you export credential maps in clear text as secure data is available on your system during the migration process.
To export security data from a security provider:
Note: The directory and file into which you export the security data should be carefully protected with operating system security as they contain secure information about your deployment.
To import security data into a security provider:
Note: Once the data is exported from the security provider, it can be imported at any time.
Note: Arguments for security policies and roles are stored in lowercase on the Windows platform and mixed case on UNIX platforms. If security policies and security roles are defined in a domain on one platform, exported, and then imported into a domain on a platform with different case handling, the security roles and policies may not work properly. Specifically, Web Application pages that are protected on one operating system may not be protected on a different operating system.
You can also use the weblogic.Admin
utility to export and import security data between security realms and security providers. The format of the command is:
java weblogic.Admin -username
username
-password
password
\
INVOKE -mbean mbeanname
\
-method methodname
dataformat
filename
constraints
username
—Name of the Admin user
password
—Password of the Admin user
mbeanname
—Name of the Security provider MBean.
methodname
—exportData
or importData
dataformat
—DefaultAtn
, DefaultAtz
, DefaultRoles
, DefaultCreds
filename
—The directory location and filename in which to export or import the security data.
Note: The directory and file into which you export the security data should be carefully protected with operating system security as they contain secure information about your deployment.
java weblogic.Admin -username system -password weblogic INVOKE -mbean Security:Name=myrealmDefaultAuthenticator -method importData DefaultAtn d:\temp\security.info ""