An auditor needs to verify when a critical business application CI was last updated by an authorized discovery source versus a manual update. Which CMDB feature tracks the provenance and history of attribute updates for governance review?
Audit Log and CI History retain each attribute change with its source, timestamp and user, distinguishing discovery-driven updates from manual edits. This provenance trail gives auditors the evidence needed to verify who last modified the application CI and through which channel.
Why this answer
The Audit Log and CI History feature in the CMDB records every change made to a configuration item, including the source of the update (e.g., discovery, manual, import) and the timestamp. This provides the provenance and historical record needed for governance and audit reviews. It allows auditors to distinguish between authorized discovery updates and manual modifications.
Exam trap
CIS-DF often tests the confusion between features that manage data quality (like CMDB Data Manager) and those that provide audit trails (like Audit Log and CI History). Candidates may mistakenly choose CMDB Data Manager thinking it tracks provenance, but it focuses on data certification and bulk updates, not historical audit.
How to eliminate wrong answers
Option A is wrong because CMDB Baseline is used to compare the current state of a CI against a known good baseline, not to track the history or source of individual attribute updates. Option B is wrong because Reconciliation Engine Simulator is a tool for testing reconciliation rules and does not store historical update data. Option D is wrong because CMDB Data Manager is used for bulk data operations and governance of data quality, but it does not provide the detailed audit trail of attribute-level changes with source information.