nerdexam
Cisco

350-201 · Question #12

An engineer implemented a SOAR workflow to detect and respond to incorrect login attempts and anomalous user behavior. Since the implementation, the security team has received dozens of false…

The correct answer is C. Add a confirmation step through which SOAR informs the affected user and asks them to confirm. Adding a human-in-the-loop confirmation step before automated remediation executes prevents false positive actions from harming legitimate users while preserving the SOAR workflow's detection capability.

Automation

Question

An engineer implemented a SOAR workflow to detect and respond to incorrect login attempts and anomalous user behavior. Since the implementation, the security team has received dozens of false positive alerts and negative feedback from system administrators and privileged users. Several legitimate users were tagged as a threat and their accounts blocked, or credentials reset because of unexpected login times and incorrectly typed credentials. How should the workflow be improved to resolve these issues?

Options

  • AMeet with privileged users to increase awareness and modify the rules for threat tags and
  • BChange the SOAR configuration flow to remove the automatic remediation that is increasing the
  • CAdd a confirmation step through which SOAR informs the affected user and asks them to confirm
  • DIncrease incorrect login tries and tune anomalous user behavior not to affect privileged accounts

How the community answered

(18 responses)
  • A
    28% (5)
  • B
    6% (1)
  • C
    56% (10)
  • D
    11% (2)

Why each option

Adding a human-in-the-loop confirmation step before automated remediation executes prevents false positive actions from harming legitimate users while preserving the SOAR workflow's detection capability.

AMeet with privileged users to increase awareness and modify the rules for threat tags and

Increasing user awareness does not prevent the SOAR system from automatically blocking accounts on future anomalies, and loosening threat tag rules reduces detection fidelity without fixing the automated response problem.

BChange the SOAR configuration flow to remove the automatic remediation that is increasing the

Removing automatic remediation entirely eliminates the timely response capability that SOAR provides, leaving confirmed threats without any automated containment action.

CAdd a confirmation step through which SOAR informs the affected user and asks them to confirmCorrect

Inserting a confirmation step in which SOAR notifies the flagged user and requires their response before executing account blocks or credential resets introduces a validation gate that eliminates automated false positive remediation. This approach preserves the detection logic that correctly identifies suspicious behavior while preventing legitimate users from being locked out due to benign anomalies such as unexpected login times or credential typos. It resolves the root cause - automated remediation acting on unverified detections - without disabling the protective workflow or reducing detection coverage.

DIncrease incorrect login tries and tune anomalous user behavior not to affect privileged accounts

Raising the incorrect login threshold and exempting privileged accounts from anomaly detection creates dangerous security blind spots by allowing more attack attempts before triggering and reducing monitoring on the highest-value targets.

Concept tested: SOAR playbook tuning with human-in-the-loop confirmation

Source: https://www.cisco.com/c/en/us/products/security/security-orchestration-automation-response/index.html

Topics

#SOAR workflow#false positives#confirmation step#automated remediation

Community Discussion

No community discussion yet for this question.

Full 350-201 Practice