Template update records
This topic records metadata changes to Cloud Config managed rules and compliance packages, including new managed rules, adjusted managed rules, and compliance package updates.
2026-10-09
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
Cloud Config evaluation is now based on resource configuration properties. Configuration change triggering is added, and periodic execution every 24 hours is retained. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. Configuration change triggering is added, and periodic execution every 24 hours is retained. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. Configuration change triggering is added, and periodic execution every 24 hours is retained. Public network access evaluation now also recognizes endpoints whose network type is |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. Configuration change triggering is added, and periodic execution every 24 hours is retained. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. Configuration change triggering is added, and periodic execution every 24 hours is retained. The incorrect product name in the English description is corrected from Redis to MongoDB. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. Configuration change triggering is added, and periodic execution every 24 hours is retained. Dual-tunnel VPN connections are now supported. Encryption is considered enabled if an authentication algorithm exists in any IKE configuration at the connection or tunnel level. |
2026-10-08
|
Type |
Identifier |
Description |
|
New managed rule |
|
A RAM role is considered compliant if no access policy whose name is specified by the parameter is attached to the role. It is considered non-compliant if any such policy is attached. The default parameter value, |
|
New managed rule |
|
A RAM role is considered compliant if the Principal in its trust policy statements with Effect set to Allow does not contain any principal keyword specified by the parameter. Otherwise, the role is considered non-compliant. Statements with Effect set to Deny are excluded from evaluation. Including a specified principal in a Deny statement is a reasonable way to restrict access. The default parameter value, |
|
New managed rule |
|
A Resource Access Management (RAM) user is considered compliant if no access policy whose name is specified by the parameter is attached to the user. The user is considered non-compliant if any such policy is attached. Evaluation covers both permissions attached directly to the user and permissions inherited from user groups to which the user belongs. The default parameter value, |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Configuration change triggering is added, and periodic execution every 24 hours is retained. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. The validity of the second SAML signing certificate is now checked. If no second certificate exists, the evaluation result is unaffected. The method used to determine whether SSO is enabled is corrected. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed to configuration change triggering only, and periodic execution every 24 hours is removed. Warm nodes are now considered configured if the warm node count is greater than 0. Instances without warm nodes are evaluated as not applicable. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed to configuration change triggering only, and periodic execution every 24 hours is removed. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed to configuration change triggering only, and periodic execution every 24 hours is removed. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed from periodic execution every 24 hours to configuration change triggering. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed to configuration change triggering only, and periodic execution every 24 hours is removed. |
|
Adjusted managed rule |
|
Evaluation is now based on resource configuration properties. The trigger is changed to configuration change triggering only, and periodic execution every 24 hours is removed. |
|
Adjusted managed rule |
|
The applicability condition, a data retention period longer than 7 days, is now evaluated based on resource configuration properties. |
2026-09-16
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
|
Adjusted managed rule |
|
Add a cluster running-state filter. Clusters in non-running states, including stopped, unavailable, deleted, and creation failed, are evaluated as not applicable to prevent false positives. |
2026-09-08
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
Correct the field path used to retrieve the access control list (ACL) of a load balancing listener to make public ACL evaluation more accurate. |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Correct the field value path used by the IAC pre-deployment check (Terraform template). |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform template) evaluation logic. |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform template) evaluation logic. |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform template) evaluation logic. |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform) evaluation logic and update the rule help topic link. |
2026-09-04
|
Type |
Identifier |
Description |
|
New managed rule |
|
An ApsaraMQ for RabbitMQ instance is considered compliant if it has no static username-password accounts and is accessed only by using RAM identity authentication. The instance is considered non-compliant if any static account exists. |
|
New managed rule |
|
An ApsaraMQ for RabbitMQ instance is considered compliant if data storage encryption is enabled. This rule applies only to Professional Edition (VIP) and Serverless Professional Edition instances. Other instance types are evaluated as not applicable. The instance is considered non-compliant if the encryption status cannot be obtained. |
|
New managed rule |
|
An ApsaraMQ for RabbitMQ instance is considered compliant if its listening mode is set to Secure Sockets Layer (SSL) encryption only ( |
|
New managed rule |
|
A DTS migration task is considered compliant if its source and destination databases use different accounts. The task is considered non-compliant if the source and destination databases share the same account, because this expands the impact of credential disclosure. Instances whose task type is not migration or whose task information is unavailable are evaluated as not applicable. |
|
New managed rule |
|
A DTS synchronization task is considered compliant if its source and destination databases use different accounts. The task is considered non-compliant if the source and destination databases share the same account, because this expands the impact of credential disclosure. Instances whose task type is not synchronization or whose task information is unavailable are evaluated as not applicable. |
|
Adjusted managed rule |
|
Preconfigure the IAC pre-deployment check (Terraform) evaluation structure. Enablement is deferred: the applicable scenario remains at its default setting, and Terraform mapping is pending support. |
|
Adjusted managed rule |
|
Preconfigure the IAC pre-deployment check (Terraform) evaluation structure. Enablement is deferred: the applicable scenario remains at its default setting, and Terraform mapping is pending support. |
|
Adjusted managed rule |
|
Preconfigure the IAC pre-deployment check (Terraform) evaluation structure. Enablement is deferred: the applicable scenario remains at its default setting, and Terraform mapping is pending support. |
|
Adjusted managed rule |
|
Set |
2026-09-01
|
Type |
Identifier |
Description |
|
New managed rule |
|
Check whether the HTTPS TLS version configuration of a CDN domain is an exact match for the specified versions. The domain is considered compliant if all specified versions are enabled ( |
2026-08-28
|
Type |
Identifier |
Description |
|
New managed rule |
|
An account-level network access restriction policy is considered compliant if it is enabled ( |
|
New managed rule |
|
A Resource Access Management (RAM) user is considered compliant if all its AccessKeys, including disabled AccessKeys, have network access restriction policies enabled and none of the policies contains a rule that allows all public network access ( |
2026-08-25
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Correct the rule's internal evaluation identifier to ensure that non-compliant results are returned correctly. |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform) evaluation logic. |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform) evaluation logic. |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform) evaluation logic. |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Correct the rule's internal evaluation identifier to ensure that non-compliant results are returned correctly. |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform) evaluation logic. |
|
Adjusted managed rule |
|
Add IAC pre-deployment check (Terraform) evaluation logic. |
|
Adjusted managed rule |
|
Set |
|
Adjusted managed rule |
|
Set |
2026-08-21
|
Type |
Identifier |
Description |
|
New managed rule |
|
An AI gateway domain is considered compliant if it is configured with the TLS encryption algorithm suite for data in transit specified by the parameter. Domains that are not AI gateway domains are evaluated as not applicable. |
|
New managed rule |
|
An API gateway domain is considered compliant if HTTPS force redirect is enabled ( |
|
New managed rule |
|
An API gateway domain is considered compliant if the HTTPS protocol is configured ( |
|
New managed rule |
|
An API gateway domain is considered compliant if it is configured with the TLS encryption algorithm suite for data in transit specified by the parameter. Domains that are not API gateway domains are evaluated as not applicable. |
|
New managed rule |
|
An API gateway instance is considered compliant if at least one custom domain name is associated with it. The instance is considered non-compliant if no custom domain name is associated. Instances that are not API gateway instances are evaluated as not applicable. |
|
New managed rule |
|
An API gateway instance is considered compliant if a global authentication and authorization policy is configured, including a policy of type |
|
New managed rule |
|
An API gateway instance is considered compliant if an IP access control policy is configured and the policy does not contain |
|
New managed rule |
|
An API gateway instance is considered compliant if a global authentication and authorization policy of type |
|
New managed rule |
|
A cloud-native API gateway is considered compliant if all its load balancing endpoints are private. The gateway is considered non-compliant if it has a public endpoint, the endpoint list is empty, or a required field is missing. Instances that are not API gateway instances are evaluated as not applicable. |
|
New managed rule |
|
A cloud-native API gateway is considered compliant if Tracing Analysis is enabled. The gateway is considered non-compliant if Tracing Analysis is not enabled or the enabled status is not returned. AI gateway instances are evaluated as not applicable. |
|
New managed rule |
|
An API gateway instance is considered compliant if WAF protection is enabled ( |
2026-08-12
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
The compliance evaluation for the retention period is relaxed. Previously, a SQL audit log retention period less than or equal to the specified minimum was evaluated as non-compliant. Now, only a retention period less than the specified minimum is evaluated as non-compliant. This means that a retention period that equals the minimum (180 days by default) is considered compliant. |
|
Adjusted managed rule |
|
The audit log retention period is now uniformly retrieved from Database Autonomy Service (DAS) for evaluation, because the Redis audit log feature is upgraded to a new version. The previous multi-path evaluation logic is simplified accordingly. Instances of versions that do not support audit logs are evaluated as not applicable. |
|
Adjusted managed rule |
|
The rule name and description are changed from "Use DDoS protection" to "Use Anti-DDoS Pro or Premium instances" to more accurately indicate that the rule checks whether an account has enabled Anti-DDoS Pro or Premium instances to defend against attacks. |
2026-08-06
|
Type |
Identifier |
Description |
|
New managed rule |
|
An Alibaba Cloud account is considered compliant if it has no unused AccessKey pairs, no AccessKey pairs that were not used recently, and no AccessKey pairs that were used recently. The account is considered non-compliant if any of the preceding AccessKey pair risks exist. If the RAM governance report cannot be obtained, the evaluation result is insufficient data. |
|
New managed rule |
|
A running SAE application is considered compliant if all its instances are connected to Security Center and the protection clients are online. The application is considered non-compliant if it is not connected to Security Center or the protection client of any instance is offline. Applications that are not in the running state and applications whose instance specification is 0.5 vCPU or less are evaluated as not applicable. |
|
Adjusted managed rule |
|
The remediation guide link of the rule is updated to point to a more relevant official topic. |
|
Adjusted managed rule |
|
The remediation guide link of the rule is updated to point to a more relevant official topic. |
|
Adjusted managed rule |
|
The remediation guide link of the rule is updated to point to a more relevant official topic. |
|
Adjusted managed rule |
|
The remediation guide link of the rule is updated to point to a more relevant official topic. |
|
Adjusted managed rule |
|
The remediation guide link of the rule is updated to point to a more relevant official topic. |
|
Adjusted managed rule |
|
The remediation guide link of the rule is updated to point to a more relevant official topic. |
2026-08-03
|
Type |
Identifier |
Description |
|
New managed rule |
|
An AI gateway instance is considered compliant if at least one custom domain name is associated with it, and non-compliant if no custom domain name is associated. Instances that are not AI gateway instances are evaluated as not applicable. |
|
New managed rule |
|
An AI gateway instance is considered compliant if an IP access control policy is configured for it and the policy does not contain 0.0.0.0/0. The instance is considered non-compliant if no IP access control policy is configured or the policy contains 0.0.0.0/0. Instances that are not AI gateway instances are evaluated as not applicable. |
2026-07-27
|
Type |
Identifier |
Description |
|
New managed rule |
|
A snapshot is considered compliant if its source disk still exists, and non-compliant if the source disk has been released or the snapshot is not associated with a source disk. |
|
New managed rule |
|
A Cloud Backup vault is considered compliant if it has no backup jobs in the "Partially Completed" or "Failed" state, and non-compliant if such jobs exist. |
|
Compliance package update |
|
The following rule is added to the compliance package: idle disk snapshot detection ( |
|
Compliance package update |
|
The following rule is added to the compliance package: idle disk snapshot detection ( |
2026-07-23
|
Type |
Identifier |
Description |
|
New managed rule |
|
The configuration is considered compliant if the log analysis feature is enabled for any log type in Security Center. |
2026-07-17
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
The list of supported Kubernetes versions is updated. Versions 1.28, 1.30, 1.31, 1.32, and 1.33 are added to prevent new versions from being flagged as non-compliant by mistake. |
|
New managed rule |
|
A consumer is considered compliant if its API key uses the KMS key reference mode, which supports periodic automatic rotation, and non-compliant if the API key is system-generated. |
|
New managed rule |
|
A consumer is considered compliant if it is granted access to at least one API, and non-compliant if it is not granted access to any API. |
|
New managed rule |
|
A domain is considered compliant if HTTPS redirect is enabled, and non-compliant if it is not enabled. |
|
New managed rule |
|
A domain is considered compliant if the HTTPS protocol (transport encryption) is configured, and non-compliant if it is not configured. |
2026-07-16
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
The image source parameter is changed from single-value exact match to multi-value support. For example, both system and self can be allowed at the same time, separated by commas (,). |
|
Adjusted managed rule |
|
Message Queue for Apache AMQP instances are added to the applicable resource types to expand the coverage of tag compliance checks. |
2026-07-13
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
A "Not applicable" determination is added: single-replica instances and disk-based instances are not applicable to this check, which avoids false positives for instance types that do not support TLS. |
2026-07-09
|
Type |
Identifier |
Description |
|
Adjusted managed rule |
|
The detection logic is changed from comparison against a fixed version threshold to referencing the version risk items in the MSE health check result (engine version too low, client version risk, or engine version at risk). This check applies only to Professional Edition instances. |