Configuration drift
Compare declared configuration with connected cloud resources and Kubernetes workloads. Investigate changes made outside your delivery workflow.
Understand the gap between declared infrastructure and what is running across AWS, Azure, GCP and Kubernetes.
Investigate drift, review unmanaged resources and trace changes using available audit evidence. Cloudkeel-DD runs inside your cluster and reads connected infrastructure without changing it.
A declared resource differs from its current configuration.
Review resources that are not declared in the connected state.
Review supported infrastructure in one place, then take findings back into your normal engineering workflow.
Compare declared configuration with connected cloud resources and Kubernetes workloads. Investigate changes made outside your delivery workflow.
Review discovered resources that are absent from connected Terraform state or Helm releases, within the supported inventory coverage.
Use available cloud audit evidence to investigate who changed a resource. Attribution depends on the connected source and available records.
Examples illustrate supported finding types. They are not proof of live-cloud validation for every resource shown. Review the coverage boundaries →
Use configurable rules, suppression and ownership to make drift review part of day-to-day operations.
Set thresholds by resource type, environment and property.
Account for defaulted fields and equivalent values; ignore tag-only changes.
Record a reason, set an expiry and define maintenance windows.
Assign owners and route notifications by severity, category and team.
Remediation guidance and pull requests are reviewable. Cloudkeel-DD does not run terraform apply.
Available depth depends on your resource type and connected state source.
68 Azure types, 59 GCP types and AWS security groups with field-level comparison.
77 Azure, 62 AWS and 59 GCP types. State can come from S3, GCS or Azure Blob.
Deployments, StatefulSets, DaemonSets, Services, ConfigMaps and Ingress, compared with Helm release records.
Clearly labelled inventory where field-level comparison is not supported.
Findings stay in your installation and stored credentials are encrypted. Configured notifications and remediation pull requests can share finding data with destinations you choose.
A scope is an enabled subscription, account, project or cluster. Plans are priced by scope, with no per-resource charge.
forever
1 scope · 3 users
Every feature. No licence key needed.
View plan details →/ scope / month
2–20 scopes · 25 users
Billed annually. Email support.
View plan details →/ year
Custom scope allowance
Priority support and procurement.
View plan details →New installs begin with 30 days unmetered, then continue on Free limits. One scope keeps scanning; findings and history remain available.
Follow the installation guide, or discuss your deployment requirements with us.