Workflow state access control
This is an experimental feature and is not recommended for use in a production environment. For updates on the progress of the feature or if you want to leave feedback, join the discussion on the OpenSearch forum.
Flow Framework integrates with the Security plugin’s resource sharing and access control framework to provide document-level authorization for workflow state records. This replaces the legacy plugins.flow_framework.filter_by_backend_roles setting with a more flexible sharing system that allows resource owners to grant specific access levels to users, roles, or backend roles.
For the end-to-end framework concepts and APIs, see Resource sharing and access control.
Resource configuration
The following table describes the workflow state resource configuration.
| Field | Value |
|---|---|
| Resource type | workflow-state |
| System index | .plugins-flow-framework-state |
| Onboarded version | OpenSearch 3.4 |
When resource-level authorization is enabled for workflow states, each workflow state’s visibility is governed by a central sharing record. Resource owners and users with sharing capabilities can grant or revoke access permissions for specific users, roles, or backend roles.
Enable workflow state resource sharing
To enable resource sharing for workflow states, you must add the workflow-state resource type to the protected types list and enable resource sharing cluster-wide.
Admin-only: These settings can be configured only by cluster administrators with superadmin privileges.
Configuration using opensearch.yml
Add the following settings to your opensearch.yml configuration file to enable resource sharing for workflow states:
plugins.security.experimental.resource_sharing.enabled: true
plugins.security.system_indices.enabled: true
plugins.security.experimental.resource_sharing.protected_types:
- "workflow-state"
Configuration using the Cluster Settings API
Alternatively, you can enable resource sharing dynamically using the Cluster Settings API:
PUT _cluster/settings
{
"transient": {
"plugins.security.experimental.resource_sharing.enabled": true,
"plugins.security.experimental.resource_sharing.protected_types": ["workflow-state"]
}
}
When adding the workflow-state resource type to an existing configuration, include all previously configured resource types in the protected_types array.
Workflow state access levels
Flow Framework provides three predefined access levels for workflow state documents. These access levels determine the specific permissions granted to users who have been granted access to a workflow state resource.
workflow_state_read_only
The workflow_state_read_only read-only access level grants users the ability to view and search shared workflow states but not modify them. This access level includes the following permissions:
- "cluster:admin/opensearch/flow_framework/workflow_state/get"
- "cluster:admin/opensearch/flow_framework/workflow_state/search"
workflow_state_read_write
The workflow_state_read_write read-write access level grants users full access to workflow state operations except for sharing capabilities. This access level includes all read permissions plus write operations:
- "cluster:admin/opensearch/flow_framework/workflow_state/*"
- "cluster:monitor/*"
workflow_state_full_access
The workflow_state_full_access full access level grants users complete control over a workflow state, including owner-like permissions such as sharing the resource with other users. This access level includes all workflow state operations plus resource sharing permissions:
- "cluster:admin/opensearch/flow_framework/workflow_state/*"
- "cluster:monitor/*"
- "cluster:admin/security/resource/share"
These access levels are predefined and cannot be modified. To request additional access levels, create an issue in the Flow Framework GitHub repository.
Migrating from the legacy framework
After enabling resource sharing and marking workflow states as a protected resource type, cluster administrators must run the migration API to transfer existing workflow state sharing information from the legacy framework to the new resource sharing system.
Admin-only: The Migrate API can only be executed by cluster administrators with superadmin or REST admin privileges.
Use the following API call to migrate legacy workflow state sharing data to the resource sharing framework:
POST _plugins/_security/api/resources/migrate
{
"source_index": ".plugins-flow-framework-state",
"username_path": "/user/name",
"backend_roles_path": "/user/backend_roles",
"default_owner": "<replace-with-existing-user>",
"default_access_level": {
"workflow-state": "<select-appropriate-access-level>"
}
}
Replace <replace-with-existing-user> with the username of an existing user who should own workflow states without explicit ownership information. Replace <select-appropriate-access-level> with one of the available workflow state access levels: workflow_state_read_only, workflow_state_read_write, or workflow_state_full_access.
Related documentation
- Resource sharing and access control – Backend concepts, configuration, and setup
- Resource sharing APIs – REST API reference for programmatic management
- Resource access management – UI workflows and user guidance
- Workflow access control – Access control for workflow templates