Question 300
An administrator installs a fix and closes a vulnerability ticket without confirming the affected service version or exploit path. Which step is missing?
Explanation
Correct Answer
A change attempt is not evidence that the vulnerability is no longer exploitable. Prioritization should consider exploitable exposure, asset importance and remediation feasibility; a detector or workaround is not automatically equivalent to repairing vulnerable code. The case turns on an administrator installs a fix and closes a vulnerability ticket without confirming the affected service version or exploit path; “Rescan or independently verify remediation on the actual asset” addresses that precise condition. “A longer ticket description alone” is not equivalent because better wording does not validate installed code or configuration.
Incorrect Answers
Claims do not replace measured verification of the device. Patches address known software faults, but deployment must also preserve service compatibility and verify that the vulnerable component was actually replaced. Here the decisive fact is an administrator installs a fix and closes a vulnerability ticket without confirming the affected service version or exploit path. “Rescan or independently verify remediation on the actual asset” matches that requirement because a change attempt is not evidence that the vulnerability is no longer exploitable.
Other checks cannot confirm the specific remediation outcome. Integrity evidence helps detect unauthorized changes only when compared with a trusted reference; it is not a substitute for authorization or confidentiality. In the reported situation, an administrator installs a fix and closes a vulnerability ticket without confirming the affected service version or exploit path. The effective mechanism is “Rescan or independently verify remediation on the actual asset”: a change attempt is not evidence that the vulnerability is no longer exploitable.
Better wording does not validate installed code or configuration. The evidence is an administrator installs a fix and closes a vulnerability ticket without confirming the affected service version or exploit path. Vulnerability assessment identifies exposure; prioritization evaluates risk, and verified remediation changes the vulnerable state rather than merely monitoring it. By contrast, “Rescan or independently verify remediation on the actual asset” operates on the specific concern: a change attempt is not evidence that the vulnerability is no longer exploitable.






CompTIA Security+ (SY0-701) Practice Tests