Question 340
A payment server's security configurations change outside scheduled maintenance with no administrative change ticket. Which modification to enterprise security capabilities is MOST specifically appropriate?
Explanation
Correct Answer
Enable file integrity monitoring on the payment server's critical security configuration files and alert when their hashes, metadata, or controlled change attributes diverge from approved baselines outside authorized maintenance. The problem is unexplained modification of protected settings without a change ticket, so recording and escalating that delta is the most direct capability. Correlate alerts with administrative logs and planned deployment windows to investigate who changed the files. FIM detects changes; it does not by itself identify the attacker or prevent every alteration.
Incorrect Answers
Behavior-based EDR analytics can detect suspicious process chains and misuse of trusted administrative utilities even when antivirus signatures do not fire. The scenario gives no evidence of living-off-the-land execution; it identifies unexplained configuration-file changes. FIM targets that specific observable difference more directly, while behavioral telemetry may help investigate its origin.
Centralized Group Policy can enforce Windows workstation settings such as screen-lock timeouts at fleet scale. It is not a general-purpose file-change detector for every payment server security configuration. Applying a screen-lock policy would not record unauthorized edits to the server's protected files or correlate them with the missing change ticket.
SELinux mandatory access control can confine Linux service domains even when ordinary discretionary file permissions would permit access. It is useful for restricting what a compromised daemon may read or modify. The current requirement is to detect unexpected changes already occurring in payment server configuration files, so file integrity monitoring is the more specific answer.