Configuring Custom Watch Folder Permissions Policies in the GUI
By default, users are not allowed to perform any Watch Folders-related actions, unless they are configured with admin ACLs. If you do not want every user to have admin permissions, configure users with customized permissions policies, including whether they are allowed or denied permission to create Watch Folders, create Watch and Watch Folder services, and edit policies. The policy is a JSON object that is assigned to specific users. Users can be assigned to multiple policies to incrementally allow or deny permissions.
Polices can be managed in the GUI or the command line. For command line instructions, see Configuring Custom Watch Folder Permissions Policies.
Create a Permission Policy
Go to Watch Folders >
(Services & Policies) > Policies. Click
to create a new policy. Select the template from which to build your policy:
- Empty: A blank template. You must enter policy settings; a blank policy is not supported.
- All permissions: A template that allows all actions on all resources.
- All watch folders: A template that allows only Watch Folder-related actions on any Watch Folder, and gives the user permission to view a list of Watch Folder services.
Policy Syntax
A permissions policy is a JSON object with the following syntax:
{
"id": "policy_name",
"statements": [
{
"effect": "effect_value",
"actions": [
"permission_1",
"permission_2",
...
"permission_n"
],
"resources": [
"resource_id"
]
}
]
}
The placeholders take the following values:
- policy_name: A descriptive name for the policy, such as "only-wfd-aspera". If no value is specified, a UUID is generated and returned in the output when the policy is created.
- effect_value: Set to
ALLOWorDENY. - permission: An action that the user is allowed or denied, depending
on effect_value. Values can use * to match any sequence of characters.
For example, to allow all Watch Folder-related actions, enter
"WF_*". See the following section for a complete list of permissions. - resource_id: For Watch Folder-related permissions, specify the
resources to which the actions apply by their Aspera Resource Name (ARN), using the
following general syntax:
arn:service:resource_type:resourceWhere service identifies the product (
watchfolderorwatch), resource_type is the type of resource (wfdfor a Watch Folder daemon ,wffor a Watch Folder), and resource is the resource ID, or a series of IDs to specify the daemon and Watch Folder ID of a specific Watch Folder. See the following section for examples.
Actions
The following actions are permissions to create, delete, and view policies, and assign
users to policies. These actions do not require that you specify a value for
"resources". To allow all permissions, use "PERM_*".
PERM_CREATE_POLICYPERM_DELETE_POLICYPERM_LIST_POLICIESPERM_ATTACH_USER_POLICYPERM_DETACH_USER_POLICYPERM_LIST_USER_POLICIES
The following actions create, delete, and view Watch and Watch Folder services. These
actions do not require that you specify a value for "resources". Users
without these permissions must create Watch Folders that use existing Watch and Watch Folder
services.
PERM_LIST_RESOURCESPERM_CREATE_RESOURCEPERM_DELETE_RESOURCE
The following actions create and delete Watch Folders. These actions require that you
specify the wfd resource, as
arn:watchfolder:wfd:daemon. To allow actions on
Watch Folders as any daemon, use arn:watchfolder:wfd:*.
WF_CREATE_WATCHFOLDERWF_DELETE_WATCHFOLDER
PERM_LIST_RESOURCES allowed in order to allow
WF_CREATE_WATCHFOLDER or WF_DELETE_WATCHFOLDER.The following actions retrieve Watch Folder configuration and state, update the Watch
Folder, and retry a Watch Folder drop. These actions require that you specify the
wf resource, as
arn:watchfolder:wf:daemon:watchfolder_id.
To allow actions on any Watch Folders run by any daemon, use
arn:watchfolder:wf:*:*.
WF_GET_WATCHFOLDERWF_GET_WATCHFOLDER_STATEWF_UPDATE_WATCHFOLDERWF_RETRY_DROP
To allow all Watch Folder actions on all Watch Folders, enter "WF_*" as
the action and "arn:watchfolder:wfd:*" as the resource.
Assigning Node API Users to Policies
Go to the Policies tab in the GUI and select the policy. Click the
lower
and enter the Node API user to which to assign the policy. Assign users to multiple
policies to incrementally build their permissions.
To remove a Node API user from a policy, select the user and click
.
Editing Policies
Select the policy. Click
.
To test that your edits have produced a valid policy, click Validate. To cancel your changes, click Cancel. To save your changes, click Save.
"id") cannot be edited. To change the name, create a new
policy.