Skip to main content
Version: 13.x (Current)

Fine-Grained Access Control in Design

info

This feature is currently available exclusively as a Closed Preview and is not yet generally available. For more information and to request its activation for your Company, please contact your Mia-Platform referent.

This feature introduces a mechanism for managing user interactions within the application by restricting specific actions based on user roles and specified rules in the Design section.

If a user attempts to save a configuration after performing some changes that are forbidden by the configured rules, the saving is blocked and an error is returned.

Rules and user roles can be configured at both the Project and the Company levels. The following logic is applied:

  • Rules: Project and Company rules are combined together without conflict, as only disallow rules are used.
  • User Roles: If a user has roles assigned at the Project level, only those roles used to find the applicable rules. If no Project-level roles are assigned, the roles defined at the Company level are used instead.

Configuration definition

To enable this feature the Project or Company configurationManagement.saveChangesRules field of the configuration must be set with a list of objects with the following structure:

FieldTypeDescriptionOptional
disallowedRuleSetRuleSet[]list of rules that prohibit a specific action
roleIdsString[]List of user roles to which the rules apply

The RuleSet object has these fields:

FieldTypeDescriptionOptional
jsonPathStringJSONPath of the resource on which the action must be prevented.
processingOptionsProcessingOptionAdditional options of the rule
ruleIdStringReference a to a rule from a predefined set

A disallowedRuleSet can be configured in 3 ways:

Via jsonPath

The jsonPath field is used to extract a target resource applying a JSONPath expression on the JSON structure of the configuration. On the extracted resource are not permitted any updates.

Via jsonPath and processingOptions

  • The jsonPath is used to extract the target resource.
  • The processingOptions define the action (create, delete) to prevent on the resource. If the resource captured by the jsonPath are of array type, the field primaryKey must be specified.

The ProcessingOption object has the following structure:

FieldTypeDescriptionOptional
actionstring[]Action to be prevented on the resource defined via the jsonPath. Possible values: create, delete
primaryKeyStringPrimary key of the resource captured by the jsonPath. Mandatory if resource is of array type

Via ruleId

The ruleId references a rule from a predefined set of rules, that define a specific behavior.

The available ruleIds are:

ruleIdDescription
endpoints.security.editblock edit of the fields [public, acl, secreted] of endpoints and routes inside endpoints

Fetching and configuring rules with miactl

tip

The following commands are available from miactl v0.16.0, make sure you upgrade.

For the full command specification, please refer to the related miactl documentation.

Command examples:

miactl company rules list --company-id=my-company
miactl company rules list --company-id=my-company --project-id=my-project
miactl company rules update --company-id=my-company -f ~/my-rules.json
miactl company rules update --company-id=my-company --project-id=my-project -f ~/my-rules.json

Example for the file my-rules.json:

[
{
"roleIds": ["developer"],
"disallowedRuleSet": [
{"ruleId": "endpoint.security.edit"}
]
}
]

Configuring rules via API

Updating rules on a Project

The API for updating the rules on a Project is defined as follows

caution

This API is meant for internal use and will be subject to breaking changes.

Request

  • verb: PATCH
  • path: /api/backend/projects/:projectId/rules
Security
SecurityCheck
Authentication required
RBAC permissionsconsole.company.details.update
Body

The body of the request has the structure described in Configuration definition

Updating rules on a Company

The API for updating the rules on a Company is defined as follows.

caution

This API is meant for internal use and will be subject to breaking changes.

Request

  • verb: PATCH
  • path: /api/backend/tenants/:tenantId/rules
Security
SecurityCheck
Authentication required
RBAC permissionsconsole.company.details.update
Body

The body of the request the structure described in Configuration definition

Below are some examples of request bodies for the Update Rules API. The request body format is identical for both the Update Project and Update Company APIs.

  • prevent edit of the dockerImage of all services to the role maintainer
  {
"configurationManagement": {
"saveChangesRules": [
{
"disallowedRuleSet": [
{
"jsonPath": "$.services.*.dockerImage"
},
],
"roleIds": [
"maintainer"
]
}
]
}
}
  • prevent creation of the resource secrets to the role maintainer
{
"configurationManagement": {
"saveChangesRules": [
{
"disallowedRuleSet": [
{
"jsonPath": "$.collections",
"processingOptions": {
"action": "create"
}
}
],
"roleIds": ["maintainer"]
}
]
}
}
  • prevent the creation of a services of a specific type (custom-resource) to the role maintainer
{
"configurationManagement": {
"saveChangesRules": [
{
"disallowedRuleSet": [
{
"jsonPath": "$.services.[?(@.type==\"cursom-resource\")]",
"processingOptions": { "action": "create" }
}
],
"roleIds": ["maintainer"]
}
]
}
}
  • configure the predefined rule with ruleId "endpoints.security.edit" to the role maintainer
{
"configurationManagement": {
"saveChangesRules": [
{
"disallowedRuleSet": [
{
"ruleId": "endpoints.security.edit"
}
],
"roleIds": ["maintainer"]
}
]
}
}