Check ID:
Provider: OpenStack
Service:
Severity: MEDIUM
Categories:
Resource type:
compute_instance_locked_status_enabledProvider: OpenStack
Service:
computeSeverity: MEDIUM
Categories:
resilienceResource type:
OS::Nova::ServerWhat this check verifies
OpenStack compute instances (VMs) are evaluated to verify that locked status is enabled. Locking an instance prevents unauthorized administrative operations (delete, resize, rebuild, etc.) without first unlocking it. This provides an additional layer of protection against accidental or malicious modifications.Risk
Instances without locked status can be subjected to unauthorized operations (deletion, resize, rebuild) by compromised accounts without additional barriers. Attackers can manipulate unlocked instances to destroy forensic evidence or disrupt production workloads. Accidental termination by operators also poses risk due to lack of change control barriers.Recommendation
Lock production instances to prevent accidental or unauthorized modifications. Use —reason parameter to document lock purpose. Implement approval workflows requiring consent before unlocking. Apply locks to critical infrastructure (databases, authentication, logging). Use RBAC policies to restrict who can lock/unlock. Audit lock/unlock operations via OpenStack logs.Remediation
- CLI
- Terraform
- Dashboard steps
openstack server lock <instance_id> —reason “Production instance - requires approval”
openstack server show <instance_id>
References
- https://docs.openstack.org/api-ref/compute/#lock-server-lock
- https://docs.openstack.org/security-guide/compute.html
Where this check fires
This check runs on every scheduled scan against your OpenStack account. Findings appear at Cloud Security → Findings filterable byCheck ID = compute_instance_locked_status_enabled. 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 OpenStack checks