Check ID:
Provider: AWS
Service:
Severity: LOW
Resource type:
neptune_cluster_copy_tags_to_snapshotsProvider: AWS
Service:
neptuneSeverity: LOW
Resource type:
AwsRdsDbClusterWhat this check verifies
Neptune DB cluster is configured to copy all tags to snapshots when snapshots are created.Risk
Missing snapshot tags weakens governance across confidentiality, integrity, and availability.- Access control: Tag-based IAM conditions may not apply to snapshots, enabling unauthorized restore or copy
- Operational: Recovery, retention, and cost tracking can fail due to unidentifiable or orphaned snapshots
Recommendation
Preserve metadata by enabling tag inheritance for snapshots and enforcing a consistent tagging strategy.- Adopt a standardized tag taxonomy
- Use tag-based access controls and apply least privilege
- Automate tagging and policy checks in provisioning to prevent untagged snapshots
Remediation
- CLI
- Terraform
- Native IaC
- Dashboard steps
aws neptune modify-db-cluster —db-cluster-identifier <DB_CLUSTER_ID> —copy-tags-to-snapshot —apply-immediately
References
- https://docs.aws.amazon.com/neptune/latest/userguide/tagging.html#tagging-overview
- https://www.cloudanix.com/docs/aws/audit/rdsmonitoring/rules/neptune_cluster_copy_tags_to_snapshot_enabled
- https://docs.aws.amazon.com/securityhub/latest/userguide/neptune-controls.html#neptune-8
- https://docs.prismacloud.io/en/enterprise-edition/policy-reference/aws-policies/aws-general-policies/bc-aws-2-60
Where this check fires
This check runs on every scheduled scan against your AWS account. Findings appear at Cloud Security → Findings filterable byCheck ID = neptune_cluster_copy_tags_to_snapshots. 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