When monitoring compliance in Cisco Defense Orchestrator (CDO), which action should you perform to identify out-of-sync configurations across your Cisco ASA and Firepower Threat Defense devices?
'Check for Changes' queries managed devices and compares their running configuration against the last known state held in Cisco Defense Orchestrator. Any divergence is flagged, which is precisely how out-of-sync configurations on ASA and Firepower Threat Defense devices are identified.
Why this answer
In Cisco Defense Orchestrator (CDO), the 'Check for Changes' operation compares the running configuration on a managed device against the last-known or intended configuration stored in CDO. It surfaces out-of-sync devices — those whose configs drifted due to manual CLI edits or failed deployments — so you can review and remediate. This is the native CDO mechanism for configuration compliance and drift detection across ASA and FTD fleets.
Exam trap
SCAZT often tests whether candidates confuse configuration-drift detection with traffic or credential troubleshooting — the trap is choosing packet capture or credential reset when the question is about config synchronization.
How to eliminate wrong answers
Option B is wrong because a packet capture inspects live traffic, not configuration state — it cannot reveal config drift. Option C is wrong because SecureX compliance reporting is a different product context; CDO's own change-detection is the correct tool for device config sync. Option D is wrong because resetting device credentials addresses authentication, not configuration synchronization, and would not identify drift.