Courseiva
Security OperationsmediumMultiple ChoiceObjective-mapped

SY0-701 Security Operations Practice Question

A security analyst detects a high volume of failed authentication attempts from IP address 203.0.113.1 against a web application. The attempts use different usernames, such as 'admin', 'root', 'test', and several common names. Account lockout policies are configured to lock an account after five failed attempts. Despite this, the analyst sees the attempts continuing over several hours. Which of the following security controls is most likely missing or improperly configured?

⚠ Common exam trap

Many candidates assume account lockout policies are sufficient for all brute-force attacks, but they fail to recognize that rotating usernames (a 'password spraying' attack) bypasses per-account lockout, making per-source-IP rate limiting the correct mitigation.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

Configure rate limiting per source IP address

Rate limiting per source IP address is the correct control because it restricts the number of authentication requests from a single IP (203.0.113.1) within a given time window, regardless of the usernames used. Account lockout policies are ineffective here because the attacker is rotating through different usernames (e.g., 'admin', 'root', 'test'), so no single account reaches the five-failed-attempt threshold. By limiting the request rate from the source IP, the analyst can throttle the attacker's brute-force attempts without affecting legitimate users.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • Increase the account lockout threshold to a lower number

    Why it's wrong here

    Lowering the account lockout threshold (i.e., locking accounts after fewer failures) actually makes the situation worse for a password-spraying attack. Because the attacker rotates across many usernames, each individual account receives only one or two attempts, so it will never hit a lockout threshold, while legitimate users may get locked out after mistyping a password a couple of times — creating a self-inflicted denial of service. This approach fails to address the source IP from which the attack originates and shifts the burden to the user rather than the attacker. The correct mitigation is to throttle attempts at the source IP level so that many tries from one IP are progressively blocked, regardless of which username is targeted.

    When this WOULD be correct

    If the question described a brute-force attack using a single username (e.g., 'admin') with many attempts, then lowering the lockout threshold (e.g., from 5 to 3) would lock the account sooner and reduce successful breaches.

  • Implement geofencing to block traffic from the attacker's region

    Why it's wrong here

    Geofencing restricts authentication requests based on the source IP's geographic location, but this is easily bypassed by a distributed botnet or by routing traffic through VPNs, proxies, or anonymizing services. It also risks blocking legitimate users who travel or connect through cloud-based identity providers, causing a denial of service for valid accounts. More importantly, geofencing does not address the fundamental behavior of password spraying: the attacker is systematically cycling usernames, so location-based blocking does nothing to reduce the overall volume of authentication attempts or protect against compromised credentials originating from allowed regions.

    When this WOULD be correct

    A company wants to restrict access to a sensitive internal application to only employees within the country's borders. The correct answer would be geofencing if the question specifies that all legitimate users are in a known geographic region and the threat is from external IPs outside that region.

  • Configure rate limiting per source IP address

    Why this is correct

    Rate limiting on the application or firewall level restricts the number of authentication attempts from a single IP address over a given time period, regardless of the username being tried. This directly counters the attacker's strategy of rotating usernames to bypass account lockout.

  • Enable detailed failed login attempt logging

    Why it's wrong here

    Enabling detailed failed login attempt logging is a detective control, not a preventive one. It aids post-incident forensic analysis and helps identify patterns, but it does nothing to stop the ongoing brute-force attack. Since the analyst already detected the high volume, adding more verbose logs would only increase storage overhead and log noise without reducing the attacker's ability to continue trying credentials. The key is to deploy a proactive control like rate limiting that actively blocks or throttles repeated attempts.

Option-by-option analysis

Why each answer is right or wrong

Understanding why wrong answers are wrong — and when they would be correct — is what separates a 750 score from a 900. The SY0-701 exam frequently reuses these exact scenarios with slightly different constraints.

Configure rate limiting per source IP addressCorrect answer

Why this is correct

Rate limiting on the application or firewall level restricts the number of authentication attempts from a single IP address over a given time period, regardless of the username being tried. This directly counters the attacker's strategy of rotating usernames to bypass account lockout.

Increase the account lockout threshold to a lower numberWrong answer — click to see why

Why this is wrong here

The account lockout threshold is already set to lock after five attempts, but the attack uses different usernames, so lockout per user is ineffective. Lowering the threshold further would not stop the attack since each username is tried only a few times.

★ When this WOULD be the correct answer

If the question described a brute-force attack using a single username (e.g., 'admin') with many attempts, then lowering the lockout threshold (e.g., from 5 to 3) would lock the account sooner and reduce successful breaches.

Why candidates choose this

Candidates may think that reducing the lockout threshold always improves security, not realizing that in a distributed username attack, lockout per user does not prevent the overall volume of attempts.

Implement geofencing to block traffic from the attacker's regionWrong answer — click to see why

Why this is wrong here

Geofencing blocks traffic based on geographic location, but the attacker's IP address 203.0.113.1 is a documentation-only address (not assigned to any real region), and the attack could easily be routed through proxies or VPNs in other regions. The core issue is the volume of attempts from a single source, which rate limiting addresses directly.

★ When this WOULD be the correct answer

A company wants to restrict access to a sensitive internal application to only employees within the country's borders. The correct answer would be geofencing if the question specifies that all legitimate users are in a known geographic region and the threat is from external IPs outside that region.

Why candidates choose this

Candidates may think geofencing is a standard defense against external attackers, but they overlook that attackers can spoof locations or use proxies, and that the question's scenario involves a single IP address rather than a regional threat.

Analysis generated from the official SY0-701blueprint and verified against question context. The “when correct” sections are what AI assistants cite when candidates ask “what’s the difference between these options?”

About these practice questions

One of 1,013 original SY0-701 practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This SY0-701 practice question is part of Courseiva's free CompTIA certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the SY0-701 exam.