Policy types for @turbot/aws-wellarchitected

AWS > Turbot > Event Handlers > Events > Rules > Event Sources > @turbot/aws-wellarchitected

AWS Well-Architected Tool CloudWatch Events event sources for the Turbot Event Handlers.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedEventSources
Schema
{
"type": "array",
"items": {
"type": "string"
},
"default": [
"aws.wellarchitected"
]
}

AWS > Turbot > Permissions > Compiled > API Boundary > @turbot/aws-wellarchitected

A read-only policy generated by Turbot that lists the APIs that should be added to the turbot-managed (hard) boundary policy, thereby enabling them to be assigned to users and roles. This value will change depending on the value of the value of the AWS > Well-Architected Tool > Permissions > Lockdown > API Boundary policy

URI
tmod:@turbot/aws-wellarchitected#/policy/types/awsCompiledApiBoundary
Schema
{
"type": "array"
}

AWS > Turbot > Permissions > Compiled > Levels > @turbot/aws-wellarchitected

A calculated policy that Turbot uses to create a compiled list of ALL permissions for AWS Well-Architected Tool that is used as input to the stack that manages the Turbot IAM permissions objects.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/awsLevelsCompiled

AWS > Turbot > Permissions > Compiled > Service Permissions > @turbot/aws-wellarchitected

A calculated policy that Turbot uses to create a compiled list of ALL permissions for AWS Well-Architected Tool that is used as input to the control that manages the IAM stack.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/awsCompiledServicePermissions

AWS > Well-Architected Tool > API Enabled

Configure whether the AWS Well-Architected Tool API is enabled.

Note: Disabling the service disables the API for ALL users and roles, and Turbot will have no access to the API.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedApiEnabled
Valid Value
[
"Enabled",
"Disabled",
"Enabled if AWS > Well-Architected Tool > Enabled"
]
Schema
{
"type": "string",
"enum": [
"Enabled",
"Disabled",
"Enabled if AWS > Well-Architected Tool > Enabled"
],
"default": "Enabled"
}

AWS > Well-Architected Tool > AWS Well-Architected Framework > CMDB

Configure whether to record and synchronize details for the AWS Well-Architected Tool aws well-architected framework into the CMDB.

The CMDB control is responsible for populating and updating all the attributes for that resource type in the Turbot CMDB. All policies and controls in Turbot are based around the resource, so usually the CMDB policy is set to "Enforce: Enabled".

If set to Skip then all changes to the CMDB are paused - no new resources will be discovered, no updates will be made and deleted resources will not be removed.

To cleanup resources and stop tracking changes, set this policy to "Enforce: Disabled".

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellArchitectedFrameworkCmdb
Category
Valid Value
[
"Skip",
"Enforce: Enabled",
"Enforce: Disabled"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Enforce: Enabled",
"Enforce: Disabled"
],
"example": [
"Skip"
],
"default": "Enforce: Enabled"
}

AWS > Well-Architected Tool > Approved Regions [Default]

A list of AWS regions in which AWS Well-Architected Tool resources are approved for use.

The expected format is an array of regions names. You may use the '*' and '?' wildcard characters.

This policy is the default value for all AWS Well-Architected Tool resources' Approved > Regions policies.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedApprovedRegionsDefault
Default Template Input
"{\n regions: policyValue(uri:\"tmod:@turbot/aws#/policy/types/approvedRegionsDefault\") {\n value\n }\n}\n"
Default Template
"{% if $.regions.value | length == 0 %} [] {% endif %}{% for item in $.regions.value %}- '{{ item }}'\n{% endfor %}"

AWS > Well-Architected Tool > Enabled

Configure whether the AWS Well-Architected Tool service is enabled. This will only affect Turbot managed User Roles and will allow the Turbot managed user to access AWS Well-Architected Tool service.

  • Enabled policy allows Turbot managed users to perform all the actions for the service
  • Enabled: Metadata Only policy allows Turbot managed users to perform only the metadata level actions for the service (like describe*, list*)

Note:

  • Disabled policy disables the service but does NOT disable the API for Turbot or SuperUsers
  • All the resource data stored in the Turbot CMDB is considered to be metadata
  • For more information related to permissions and grant levels, please check the documentation
URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedEnabled
Valid Value
[
"Enabled",
"Enabled: Metadata Only",
"Disabled"
]
Schema
{
"type": "string",
"enum": [
"Enabled",
"Enabled: Metadata Only",
"Disabled"
],
"example": [
"Enabled"
],
"default": "Disabled"
}

AWS > Well-Architected Tool > Permissions

Configure whether permissions policies are in effect for AWS Well-Architected Tool.

This setting does not affect account level permissions (AWS/Admin, AWS/Owner, etc)

Note: The behavior of this policy depends on the value of AWS > Permissions.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedPermissions
Valid Value
[
"Enabled",
"Disabled",
"Enabled if AWS > Well-Architected Tool > Enabled & AWS > Well-Architected Tool > API Enabled"
]
Schema
{
"type": "string",
"enum": [
"Enabled",
"Disabled",
"Enabled if AWS > Well-Architected Tool > Enabled & AWS > Well-Architected Tool > API Enabled"
],
"example": [
"Enabled"
],
"default": "Enabled if AWS > Well-Architected Tool > Enabled & AWS > Well-Architected Tool > API Enabled"
}

AWS > Well-Architected Tool > Permissions > Levels

Define the permissions levels that can be used to grant access to an AWS account. Permissions levels defined will appear in the UI to assign access to Turbot users. This policy provides a default for Permissions > Levels in each service, however you can explicitly override the setting for each service if desired

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedPermissionsLevels
Default Template Input
[
"{\n item: account {\n turbot{\n id\n }\n }\n}\n",
"{\n availableLevels: policyValues(filter:\"policyTypeLevel:self resourceId:{{ $.item.turbot.id }} policyType:'tmod:@turbot/aws-iam#/policy/types/permissionsLevelsDefault'\") {\n items {\n value\n }\n }\n}\n"
]
Default Template
"{% if $.availableLevels.items[0].value | length == 0 %} [] {% endif %}{% for item in $.availableLevels.items[0].value %}- {{ item }}\n{% endfor %}"
Schema
{
"type": "array",
"items": {
"type": "string",
"enum": [
"Metadata",
"ReadOnly",
"Operator",
"Admin",
"Owner"
]
}
}

AWS > Well-Architected Tool > Permissions > Levels > Modifiers

A map of AWS API to Turbot Permission Level used to customize Turbot's standard permissions. You can add, remove or redefine the mapping of AWS API operations to Turbot permissions levels here.

Note: Modifiers are cumulative - if you add a permission to the Metadata level, it is also added to ReadOnly, Operator and Admin. Modifier policies set here apply ONLY to the AWS level

example:
- "glacier:createvault": admin
- "glacier:ListVaults": metadata
- "s3:DeleteBucket": none
URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedPermissionsLevelsModifiers

AWS > Well-Architected Tool > Permissions > Lockdown

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedPermissionsLockdown
Targets

AWS > Well-Architected Tool > Permissions > Lockdown > API Boundary

Configure whether the AWS wellarchitected API is enabled for all users and roles in turbot-managed boundary policies.

Note: Disabling the service disables the API for ALL users and roles, and Turbot will have no access to the API.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedPermissionsLockdownApiBoundary
Valid Value
[
"Enabled if AWS > Well-Architected Tool > API Enabled"
]
Schema
{
"type": "string",
"enum": [
"Enabled if AWS > Well-Architected Tool > API Enabled"
],
"example": [
"Enabled if AWS > Well-Architected Tool > API Enabled"
],
"default": "Enabled if AWS > Well-Architected Tool > API Enabled"
}

AWS > Well-Architected Tool > Regions

A list of AWS regions in which AWS Well-Architected Tool resources are supported for use.

The expected format is an array of regions names. You may use the '*' and '?' wildcard characters.

This policy is the default value for all AWS Well-Architected Tool resources' Regions policies.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedRegionsDefault
Schema
{
"allOf": [
{
"$ref": "aws#/definitions/regionNameMatcherList"
},
{
"default": [
"ap-east-1",
"ap-northeast-1",
"ap-northeast-2",
"ap-south-1",
"ap-southeast-1",
"ap-southeast-2",
"ca-central-1",
"eu-central-1",
"eu-north-1",
"eu-west-1",
"eu-west-2",
"eu-west-3",
"me-south-1",
"sa-east-1",
"us-east-1",
"us-east-2",
"us-west-1",
"us-west-2"
]
}
]
}

AWS > Well-Architected Tool > Tags Template [Default]

A template used to generate the keys and values for AWS Well-Architected Tool resources.

By default, all Well-Architected Tool resource Tags > Template policies will use this value.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedTagsTemplate
Default Template Input
"{\n defaultTags: policyValue(uri:\"tmod:@turbot/aws#/policy/types/defaultTagsTemplate\") {\n value\n }\n}\n"
Default Template
"{%- if $.defaultTags.value | length == 0 %} [] {%- elif $.defaultTags.value != undefined %}{{ $.defaultTags.value | dump | safe }}{%- else %}{% for item in $.defaultTags.value %}- {{ item }}{% endfor %}{% endif %}"

AWS > Well-Architected Tool > Workload > Active

Determine the action to take when an AWS Well-Architected Tool workload, based on the AWS > Well-Architected Tool > Workload > Active > * policies.

The control determines whether the resource is in active use, and if not, has the ability to delete / cleanup the resource. When running an automated compliance environment, it's common to end up with a wide range of alarms that are difficult and time consuming to clear. The Active control brings automated, well-defined control to this process.

The Active control checks the status of all defined Active policies for the resource (AWS > Well-Architected Tool > Workload > Active > *), raises an alarm, and takes the defined enforcement action. Each Active sub-policy can calculate a status of active, inactive or skipped. Generally, if the resource appears to be Active for any reason it will be considered Active. Note the contrast with Approved, where if the resource appears to be Unapproved for any reason it will be considered Unapproved.

See Active for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadActive
Valid Value
[
"Skip",
"Check: Active",
"Enforce: Delete inactive with 1 day warning",
"Enforce: Delete inactive with 3 days warning",
"Enforce: Delete inactive with 7 days warning",
"Enforce: Delete inactive with 14 days warning",
"Enforce: Delete inactive with 30 days warning",
"Enforce: Delete inactive with 60 days warning",
"Enforce: Delete inactive with 90 days warning",
"Enforce: Delete inactive with 180 days warning",
"Enforce: Delete inactive with 365 days warning"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Check: Active",
"Enforce: Delete inactive with 1 day warning",
"Enforce: Delete inactive with 3 days warning",
"Enforce: Delete inactive with 7 days warning",
"Enforce: Delete inactive with 14 days warning",
"Enforce: Delete inactive with 30 days warning",
"Enforce: Delete inactive with 60 days warning",
"Enforce: Delete inactive with 90 days warning",
"Enforce: Delete inactive with 180 days warning",
"Enforce: Delete inactive with 365 days warning"
],
"example": [
"Check: Active"
],
"default": "Skip"
}

AWS > Well-Architected Tool > Workload > Active > Age

The age after which the AWS Well-Architected Tool workload is no longer considered active. If a create time is unavailable, the time Turbot discovered the resource is used.

The Active control determines whether the resource is in active use, and if not, has the ability to delete / cleanup the resource. When running an automated compliance environment, it's common to end up with a wide range of alarms that are difficult and time consuming to clear. The Active control brings automated, well-defined control to this process.

The Active control checks the status of all defined Active policies for the resource (AWS > Well-Architected Tool > Workload > Active > *), raises an alarm, and takes the defined enforcement action. Each Active sub-policy can calculate a status of active, inactive or skipped. Generally, if the resource appears to be Active for any reason it will be considered Active. Note the contrast with Approved, where if the resource appears to be Unapproved for any reason it will be considered Unapproved.

See Active for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadActiveAge
Valid Value
[
"Skip",
"Force inactive if age > 1 day",
"Force inactive if age > 3 days",
"Force inactive if age > 7 days",
"Force inactive if age > 14 days",
"Force inactive if age > 30 days",
"Force inactive if age > 60 days",
"Force inactive if age > 90 days",
"Force inactive if age > 180 days",
"Force inactive if age > 365 days"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Force inactive if age > 1 day",
"Force inactive if age > 3 days",
"Force inactive if age > 7 days",
"Force inactive if age > 14 days",
"Force inactive if age > 30 days",
"Force inactive if age > 60 days",
"Force inactive if age > 90 days",
"Force inactive if age > 180 days",
"Force inactive if age > 365 days"
],
"example": [
"Force inactive if age > 90 days"
],
"default": "Skip"
}

AWS > Well-Architected Tool > Workload > Active > Last Modified

The number of days since the AWS Well-Architected Tool workload was last modified before it is considered inactive.

The Active control determines whether the resource is in active use, and if not, has the ability to delete / cleanup the resource. When running an automated compliance environment, it's common to end up with a wide range of alarms that are difficult and time consuming to clear. The Active control brings automated, well-defined control to this process.

The Active control checks the status of all defined Active policies for the resource (AWS > Well-Architected Tool > Workload > Active > *), raises an alarm, and takes the defined enforcement action. Each Active sub-policy can calculate a status of active, inactive or skipped. Generally, if the resource appears to be Active for any reason it will be considered Active. Note the contrast with Approved, where if the resource appears to be Unapproved for any reason it will be considered Unapproved.

See Active for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadActiveLastModified
Valid Value
[
"Skip",
"Active if last modified <= 1 day",
"Active if last modified <= 3 days",
"Active if last modified <= 7 days",
"Active if last modified <= 14 days",
"Active if last modified <= 30 days",
"Active if last modified <= 60 days",
"Active if last modified <= 90 days",
"Active if last modified <= 180 days",
"Active if last modified <= 365 days",
"Force active if last modified <= 1 day",
"Force active if last modified <= 3 days",
"Force active if last modified <= 7 days",
"Force active if last modified <= 14 days",
"Force active if last modified <= 30 days",
"Force active if last modified <= 60 days",
"Force active if last modified <= 90 days",
"Force active if last modified <= 180 days",
"Force active if last modified <= 365 days"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Active if last modified <= 1 day",
"Active if last modified <= 3 days",
"Active if last modified <= 7 days",
"Active if last modified <= 14 days",
"Active if last modified <= 30 days",
"Active if last modified <= 60 days",
"Active if last modified <= 90 days",
"Active if last modified <= 180 days",
"Active if last modified <= 365 days",
"Force active if last modified <= 1 day",
"Force active if last modified <= 3 days",
"Force active if last modified <= 7 days",
"Force active if last modified <= 14 days",
"Force active if last modified <= 30 days",
"Force active if last modified <= 60 days",
"Force active if last modified <= 90 days",
"Force active if last modified <= 180 days",
"Force active if last modified <= 365 days"
],
"example": [
"Active if last modified <= 90 days"
],
"default": "Skip"
}

AWS > Well-Architected Tool > Workload > Approved

Determine the action to take when an AWS Well-Architected Tool workload is not approved based on AWS > Well-Architected Tool > Workload > Approved > * policies.

The Approved control checks the status of the defined Approved sub-policies for the resource. If the resource is not approved according to any of these policies, this control raises an alarm and takes the defined enforcement action.

For any enforcement actions that specify if new, e.g., Enforce: Delete unapproved if new, this control will only take the enforcement actions for resources created within the last 60 minutes.

See Approved for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadApproved
Valid Value
[
"Skip",
"Check: Approved",
"Enforce: Delete unapproved if new"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Check: Approved",
"Enforce: Delete unapproved if new"
],
"example": [
"Check: Approved"
],
"default": "Skip"
}

AWS > Well-Architected Tool > Workload > Approved > Regions

A list of AWS regions in which AWS Well-Architected Tool workloads are approved for use.

The expected format is an array of regions names. You may use the '*' and '?' wildcard characters.

This policy will be evaluated by the Approved control. If an AWS Well-Architected Tool workload is created in a region that is not in the approved list, it will be subject to the action specified in the AWS > Well-Architected Tool > Workload > Approved policy.

See Approved for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadApprovedRegions
Default Template Input
"{\n regions: policy(uri: \"tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedApprovedRegionsDefault\")\n}\n"
Default Template
"{% if $.regions | length == 0 %} [] {% endif %}{% for item in $.regions %}- &#39;{{ item }}&#39;\n{% endfor %}"

AWS > Well-Architected Tool > Workload > Approved > Usage

Determine whether the AWS Well-Architected Tool workload is allowed to exist.

This policy will be evaluated by the Approved control. If an AWS Well-Architected Tool workload is not approved, it will be subject to the action specified in the AWS > Well-Architected Tool > Workload > Approved policy.

See Approved for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadApprovedUsage
Valid Value
[
"Not approved",
"Approved",
"Approved if AWS > Well-Architected Tool > Enabled"
]
Schema
{
"type": "string",
"enum": [
"Not approved",
"Approved",
"Approved if AWS > Well-Architected Tool > Enabled"
],
"example": [
"Not approved"
],
"default": "Approved if AWS > Well-Architected Tool > Enabled"
}

AWS > Well-Architected Tool > Workload > CMDB

Configure whether to record and synchronize details for the AWS Well-Architected Tool workload into the CMDB.

The CMDB control is responsible for populating and updating all the attributes for that resource type in the Turbot CMDB. All policies and controls in Turbot are based around the resource, so usually the CMDB policy is set to "Enforce: Enabled".

If set to Skip then all changes to the CMDB are paused - no new resources will be discovered, no updates will be made and deleted resources will not be removed.

To cleanup resources and stop tracking changes, set this policy to "Enforce: Disabled".

CMDB controls also use the Regions policy associated with the resource. If region is not in AWS > Well-Architected Tool > Workload > Regions policy, the CMDB control will delete the resource from the CMDB.

(Note: Setting CMDB to "Skip" will also pause these changes.)

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadCmdb
Category
Valid Value
[
"Skip",
"Enforce: Enabled",
"Enforce: Disabled"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Enforce: Enabled",
"Enforce: Disabled"
],
"example": [
"Skip"
],
"default": "Enforce: Enabled"
}

AWS > Well-Architected Tool > Workload > Regions

A list of AWS regions in which AWS Well-Architected Tool workloads are supported for use.

Any workloads in a region not listed here will not be recorded in CMDB.

The expected format is an array of regions names. You may use the '*' and '?' wildcard characters.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadRegions
Default Template Input
"{\n regions: policyValue(uri:\"tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedRegionsDefault\") {\n value\n }\n}\n"
Default Template
"{% if $.regions.value | length == 0 %} [] {% endif %}{% for item in $.regions.value %}- &#39;{{ item }}&#39;\n{% endfor %}"

AWS > Well-Architected Tool > Workload > Tags

Determine the action to take when an AWS Well-Architected Tool workload tags are not updated based on the AWS > Well-Architected Tool > Workload > Tags > * policies.

The control ensure AWS Well-Architected Tool workload tags include tags defined in AWS > Well-Architected Tool > Workload > Tags > Template.

Tags not defined in Workload Tags Template will not be modified or deleted. Setting a tag value to undefined will result in the tag being deleted.

See Tags for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadTags
Valid Value
[
"Skip",
"Check: Tags are correct",
"Enforce: Set tags"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Check: Tags are correct",
"Enforce: Set tags"
],
"example": [
"Check: Tags are correct"
],
"default": "Skip"
}

AWS > Well-Architected Tool > Workload > Tags > Template

The template is used to generate the keys and values for AWS Well-Architected Tool workload.

Tags not defined in Workload Tags Template will not be modified or deleted. Setting a tag value to undefined will result in the tag being deleted.

See Tags for more information.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadTagsTemplate
Default Template Input
[
"{\n account {\n turbot {\n id\n }\n }\n}\n",
"{\n defaultTags: policyValue(uri:\"tmod:@turbot/aws-wellarchitected#/policy/types/wellarchitectedTagsTemplate\" resourceId: \"{{ $.account.turbot.id }}\") {\n value\n }\n}\n"
]
Default Template
"{%- if $.defaultTags.value | length == 0 %} [] {%- elif $.defaultTags.value != undefined %}{{ $.defaultTags.value | dump | safe }}{%- else %}{% for item in $.defaultTags.value %}- {{ item }}{% endfor %}{% endif %}"

AWS > Well-Architected Tool > Workload > Usage

Configure the number of AWS Well-Architected Tool workloads that can be used for this region and the current consumption against the limit.

You can configure the behavior of the control with this AWS > Well-Architected Tool > Workload > Usage policy.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadUsage
Valid Value
[
"Skip",
"Check: Usage <= 85% of Limit",
"Check: Usage <= 100% of Limit"
]
Schema
{
"type": "string",
"enum": [
"Skip",
"Check: Usage <= 85% of Limit",
"Check: Usage <= 100% of Limit"
],
"example": [
"Check: Usage <= 85% of Limit"
],
"default": "Skip"
}

AWS > Well-Architected Tool > Workload > Usage > Limit

Maximum number of items that can be created for this region.

URI
tmod:@turbot/aws-wellarchitected#/policy/types/workloadUsageLimit
Schema
{
"type": "integer",
"minimum": 0,
"default": 10
}