Check ID:
Provider: AWS
Service:
Severity: MEDIUM
Categories:
Resource type:
kafka_cluster_encryption_at_rest_uses_cmkProvider: AWS
Service:
kafkaSeverity: MEDIUM
Categories:
encryptionResource type:
AwsMskClusterWhat this check verifies
Amazon MSK clusters are inspected for encryption at rest using a customer-managed KMS key for data volumes. Serverless clusters are inherently encrypted. Provisioned clusters are recognized only when the configuredDataVolumeKMSKeyId corresponds to a customer-managed key.
Risk
Relying on service-managed keys weakens confidentiality and accountability: you can’t enforce granular key policies, separation of duties, or independent rotation. This limits incident response (e.g., disabling the key for crypto-shredding) and reduces auditability, increasing impact of credential misuse or broker compromise.Recommendation
Use a customer-managed KMS key for MSK at-rest encryption. Apply least privilege in key policies and grants, enable key rotation, and log key use for auditing. Enforce separation of duties between MSK admins and KMS key custodians, and regularly review access, aliases, and pending-deletion states.Remediation
- Terraform
- Native IaC
- Dashboard steps
References
- https://docs.aws.amazon.com/msk/latest/developerguide/msk-encryption.html
- https://www.trendmicro.com/trendaivisiononecloudriskmanagement/knowledge-base/aws/MSK/msk-encryption-at-rest-with-cmk.html
- https://docs.aws.amazon.com/msk/latest/developerguide/msk-working-with-encryption.html
Where this check fires
This check runs on every scheduled scan against your AWS account. Findings appear at Cloud Security → Findings filterable byCheck ID = kafka_cluster_encryption_at_rest_uses_cmk. To re-evaluate after a fix, hit Run now on the account’s schedule under Cloud Security → Schedules — the next scan re-checks this control and marks the finding fixed or keeps it persistent.
← Back to AWS checks