Previous	Next		Contents	Index	Glossary

See Also

• The Oracle Application Server 10g Security Guide provides an overview of Oracle Application Server security and its core functionality.

• The Oracle Identity Management Concepts and Deployment Planning Guide provides guidance for administrators of the Oracle security infrastructure.

• The Oracle Database Security Overview provides information about Oracle Database security.

• The Oracle Applications System Administrator's Guide provides an overview of Oracle Applications security.

Oracle Workflow Security Model

• The standalone version of Oracle Workflow leverages the security architecture of Oracle Application Server and the Oracle Database.

• The version of Oracle Workflow embedded in Oracle Applications is part of the Oracle Applications security model in which users' privileges and access to functionality are based on responsibilities.

Classes of Users and Their Privileges

In standalone Oracle Workflow, access to Oracle Workflow administrator features is controlled by the workflow administrator role defined in the Global Preferences page. Users associated with this role have access to all Oracle Workflow Web pages, including administrator pages, and can perform the operations available there. Users who are not associated with the workflow administrator role have more limited access to Oracle Workflow features.

In Oracle Applications, access to Oracle Workflow administrator features is controlled both by responsibilities, which determine what pages a user can access, and by the workflow administrator role defined in the Workflow Configuration page, which determines what administrative operations a user can perform. To perform administrative operations, users must both have a responsibility that includes Oracle Workflow administrator Web pages and be associated with the workflow administrator role. If users have an appropriate responsibility but are not associated with the workflow administrator role, then they can only view the administrator Web pages. Users must also have an appropriate responsibility to access the Oracle Workflow self-service user Web pages. In some cases users who are associated with the workflow administrator role can perform additional administrative operations in the self-service Web pages as well.

• Workflow administrators - Standalone Oracle Workflow users who are associated with the workflow administrator role, or Oracle Applications users who have an Oracle Workflow administrator responsibility and are associated with the workflow administrator role, can:

• Access the administrator version of the Oracle Workflow Home page in standalone Oracle Workflow or the Oracle Workflow Administrator Home page in Oracle Applications.

• Set global workflow preferences and their own individual user preferences.

• View and respond to any user's notifications through the Worklist pages.

• Define rules to handle notifications automatically in a user's absence.

• View and update any user's processes in the Workflow Monitor in standalone Oracle Workflow, or in the administrator Status Monitor in Oracle Applications.

• View Workflow item type definitions and launch test processes.

• Launch demonstration processes, in standalone Oracle Workflow.

• Manage business events and event subscriptions.

• Workflow users - Standalone Oracle Workflow users who are not associated with the workflow administrator role, or Oracle Applications users who have an Oracle Workflow user responsibility, can:

• Access the user version of the Oracle Workflow Home page in standalone Oracle Workflow or the Oracle Workflow Self-service Home page in Oracle Applications.

• Set their own individual user preferences.

• View and respond to their own notifications through the Worklist pages.

• Define rules to handle their own notifications automatically in their absence.

• View and respond to notifications for other users who have granted access to their worklists.

• View their own processes in the Workflow Monitor in standalone Oracle Workflow, or in the self-service Status Monitor in Oracle Applications. In Oracle Applications, users who are associated with the workflow administrator role can also reassign notifications or cancel workflows in the self-service Status Monitor.

• View Workflow item type definitions, in standalone Oracle Workflow.

Also, administrators and developers who need to run Oracle Workflow scripts and programs or save workflow item type definitions to the database must have the password for the Oracle Workflow schema in the database.

Resources Protected

• Oracle Workflow Web pages - Standalone Oracle Workflow users must log in using Oracle HTTP Server authentication before they can access Oracle Workflow Web pages. Oracle Applications users must log into Oracle Applications before they can access Oracle Workflow Web pages.

• Workflow Manager - An Oracle Application Server or Oracle Database administrator must log into Oracle Enterprise Manager in order to access the Workflow Manager component. Similarly, an Oracle Applications system administrator must log into Oracle Applications Manager in order to access the Workflow Manager component.

• Oracle Workflow Builder - No login is required to run the Oracle Workflow Builder development tool on a client PC. However, in order to view or save item type definitions in the database using Oracle Workflow Builder, a developer must provide the Oracle Workflow schema name and password.

• Administrative scripts and programs - An administrator must provide the Oracle Workflow schema name and password in order to run Oracle Workflow administrative scripts, the Workflow Definitions Loader, the Workflow XML Loader, or the standalone Java Function Activity Agent. Additionally, an Oracle Applications system administrator must log into Oracle Applications or Oracle Applications Manager before running Oracle Workflow concurrent programs.

• E-mail notifications - Oracle Workflow supports sending e-mail notifications to users and processing e-mail responses to update workflow processes. Ultimately, the security of e-mail notifications and responses depends on the security of your e-mail application. Oracle Workflow also provides several features to validate e-mail responses and protect application content from unauthorized updates. For more information, see: E-mail Notification Security.

• Notifications - In Oracle Applications, Oracle Workflow supports electronic signatures for users' responses to notifications. You can optionally require notification responses to be authenticated by either a password-based signature or a certificate-based signature. See: #WF_SIG_POLICY Attribute, Oracle Workflow Developer's Guide.

Authorization and Access Enforcement

Users must provide the Oracle Workflow database schema username and password to run administrative scripts and programs and to access workflow definitions in the database through Oracle Workflow Builder.

For information about authorization and validation of e-mail notification responses, see: E-mail Notification Security.

Leveraging Oracle Application Server Security Services

For information about use of Oracle HTTP Server by Oracle Applications, see: Administering Oracle HTTP Server, Oracle Applications System Administrator's Guide.

Leveraging Oracle Identity Management Infrastructure

• You can integrate with Oracle Internet Directory (OID) as your directory repository. This option is recommended in order to leverage OID management tools and to support single sign-on through LDAP external authentication with Oracle Application Server Single Sign-On Server.

• If you do not choose integrate with OID, you can use Oracle Database users and roles as your directory repository, with login authentication through Oracle HTTP Server.

Configuring Oracle Application Server Security Framework Options for Oracle Workflow

Configuring Oracle Workflow Security Options

• Workflow administrator, which defines the role that has administrator privileges in accessing Oracle Workflow Web pages.

• LDAP preferences, if you are integrating with Oracle Internet Directory. LDAP preferences include LDAP host, LDAP port, LDAP password, LDAP changelog base directory, and LDAP user base directory. LDAP password values are masked as asterisks in the display and are stored in encrypted form.

For information about configuring e-mail notification security options, see: E-mail Notification Security.

Configuring Standalone Oracle Workflow Options for Oracle Application Server Security Framework

OID integration also enables Oracle Workflow to participate in Oracle Application Server single sign-on.

If you choose to integrate with OID, you must perform the following steps:

1. Perform an initial synchronization of the user information in your Workflow directory service with OID.

2. Schedule synchronization periodically between your Workflow directory service and OID.

Configuring Standalone Oracle Workflow Options for Database Security

In this case, you should modify the default directory service views to add e-mail addresses for the database users if you want them to be able to receive e-mail notifications. See: Integrating an Oracle Workflow Directory Service with Oracle Database Users.

Note: You can also implement a custom version of the WFA_SEC security package, if you want to implement your own application-specific security. However, note that only the predefined versions of the WFA_SEC security package provided by Oracle Workflow are supported by Oracle. See: Oracle Workflow Support Policy, Oracle Workflow Developer's Guide.

Configuring Oracle Workflow Options for Oracle Applications Security

Also, in Oracle Applications, you can optionally give users access to the Advanced Worklist and Personal Worklist Web pages from any responsibility you choose. To make a Worklist available from a particular responsibility, you must add the appropriate function to the menu associated with that responsibility. Then you can assign that responsibility to your users. See: Adding Worklist Functions to User Responsibilities.

Similarly, you can give users access to the Workflow Monitor Test Application from a responsibility that you choose. To make the Workflow Monitor Test Application available from a particular responsibility, you must add its menu to a top-level menu for that responsibility. Then you can assign that responsibility to your users. See: Testing Status Monitor Access.

You can use a special message attribute with the internal name #WF_SIG_POLICY to require that a user's response to a notification be authenticated by an electronic signature. Otherwise, the response will not be considered valid.

• If you define a notification to require a password-based signature, users must confirm their response by entering their Oracle Applications user name and password.

• If you define a notification to require a certficate-based signature, users must sign their response with a valid X.509 certificate issued by a certificate authority.

Additionally, in Oracle Applications a user can grant access to his or her worklist to another user. That user can then act as a proxy to handle notifications on the owner's behalf. The worklist access feature lets one user allow another user to handle his or her notifications without giving the second user access to any other privileges or responsibilities that the first user has in Oracle Applications. However, note that a user who has access to another user's worklist can view all the details of that user's notifications and take most actions that the owner can take on the notifications. Ensure that your users take all necessary security considerations into account when they choose to grant worklist access to another user. See: Worklist Access, Oracle Workflow User's Guide.