Active Directory, Decentralized identity and verifiable credentials, IAM Technologies, Identity, Privacy, Privileged access management, SSO/MFA

Brute force attack: how the attack works and how to stop it

Account lockouts spike during business hours, help desk tickets flood in, and legitimate users can't access critical systems—while attackers systematically test passwords against your authentication infrastructure. Brute force attacks target authentication systems through systematic password guessing, creating credential compromise risks that can bypass most perimeter defenses. When successful, these attacks grant attackers legitimate user access, making lateral movement and data exfiltration significantly harder to detect.

Attack surfaces and threat vectors

Remote access services create the most accessible attack surface for online brute force attempts. SSH servers with password authentication enabled, RDP services exposed to the internet, and web application login forms provide direct paths for credential testing. VPN endpoints and email services also present high-value targets, as successful compromise often provides broad network access.

Brute force attacks exploit authentication endpoints through two primary vectors: online attacks against live systems and offline attacks against stolen credential databases. Online attacks target web applications, SSH services, RDP connections, and API endpoints where attackers can submit authentication attempts directly. Offline attacks occur when attackers obtain password hashes from breached databases or memory dumps, then use computational resources to crack the underlying passwords.

Offline attacks exploit cryptographic weaknesses in password storage systems. When attackers obtain NTLM hashes from Active Directory, bcrypt hashes from web applications, or shadow file entries from Linux systems, they can leverage specialized hardware to test millions of password combinations per second. GPU-accelerated cracking tools can test billions of password combinations against weak hashing algorithms.

Brute force differs from credential stuffing, which tests known username-password pairs from previous breaches, and password spraying, which tests common passwords against many accounts. Brute force attacks focus computational resources on a single target account, systematically testing password variations until finding a match.

Authentication system logging granularity and failed attempt thresholds determine how quickly security teams detect ongoing attacks.

Business impact

Data exfiltration becomes significantly easier when attackers possess valid credentials, as their actions appear as legitimate user activity. Successful brute force attacks create immediate account takeover, granting attackers legitimate user privileges that bypass network security controls. Compromised administrative accounts enable privilege escalation, lateral movement, and persistent access establishment across enterprise environments.

Security monitoring systems often miss credential-based access, creating detection blind spots that persist until behavioral anomalies trigger alerts. Customer data, intellectual property, and financial records become accessible based on the compromised account's permissions.

Regulatory exposure increases when personal data access occurs through compromised accounts, potentially triggering GDPR, HIPAA, or PCI DSS violation investigations. Compliance frameworks require organizations to demonstrate adequate access controls and monitoring capabilities. Failed brute force protection can indicate inadequate security controls during regulatory assessments.

Operational disruption occurs when critical service accounts face compromise or when account lockout policies activate during attacks. Database connections, application service accounts, and integration credentials can halt business processes when targeted by sustained brute force campaigns.

Compromised credentials provide long-term access that persists beyond the initial attack window, creating extended exposure periods for further exploitation.

Detection guidance

Effective brute force detection requires monitoring authentication failure patterns, account lockout events, and timing anomalies across authentication systems. Log aggregation from all authentication sources creates visibility into distributed attack campaigns targeting multiple services.

Key detection indicators include rapid authentication failures against single accounts, sequential password attempts with systematic variations, and authentication requests from unusual geographic locations. Failed login events clustered within short time windows often indicate automated attack tools.

Primary detection rules

Logic pattern/pseudocode — validate for your platform

// High-frequency failed logins against single account
event_type: authentication_failure
| bin time span=5m by user_account, source_ip
| where failure_count > 20
| alert if failure_count > threshold AND success_count = 0

Logic pattern/pseudocode — validate for your platform

// Account lockout event clustering
event_type: account_lockout
| bin time span=10m by user_account
| where lockout_count > 3
| join authentication_failure events on user_account
| alert if source_ip_count > 5 OR geographic_variance = true

Logic pattern/pseudocode — validate for your platform

// Offline attack indicators - unusual NTLM requests
event_type: ntlm_authentication
| where auth_type = "NTLM_TYPE_1" OR auth_type = "NTLM_TYPE_3"
| bin time span=1m by source_ip
| where request_count > 100
| alert if pattern_detected = systematic_hash_request

Logic pattern/pseudocode — validate for your platform

// Kerberos pre-authentication failures
event_type: kerberos_preauth_failure
| bin time span=2m by target_user, client_ip
| where failure_count > 15
| alert if encryption_type = weak_cipher OR timing = rapid_sequential

Authentication log sources must include domain controllers, web application servers, SSH daemons, and VPN concentrators. Windows Security Event IDs 4625 (failed logon) and 4740 (account lockout) provide critical data points. Syslog authentication facility messages from Unix systems capture SSH and local authentication attempts.

Timing analysis helps distinguish automated attacks from legitimate user behavior. Human authentication failures show irregular intervals with delays between attempts, while automated tools create consistent timing patterns.

Baseline establishment for normal authentication failure rates and geographic access patterns improves detection accuracy and reduces false positives.

Mitigation strategies

Account lockout policies provide the primary defense against online brute force attacks by temporarily disabling accounts after consecutive authentication failures. Configure lockout thresholds between 5-10 failed attempts to balance security with user experience. (Source: OWASP) Set lockout duration between 15-30 minutes to prevent persistent attacks while allowing legitimate users to regain access.

Rate limiting at network and application layers restricts authentication attempt frequency from individual sources. Web application firewalls can enforce per-IP authentication limits, while network devices can throttle connection rates to authentication services. Progressive delays increase response times after failed attempts, making automated attacks computationally expensive.

Strong password policies force attackers to test exponentially more combinations. Minimum length requirements of 12-15 characters, character complexity rules, and password history policies increase brute force attack time requirements. Multi-factor authentication eliminates brute force effectiveness even when passwords become compromised.

Network access controls limit attack surface exposure by restricting authentication service accessibility. VPN requirements for SSH access, IP allowlisting for administrative accounts, and geographic blocking reduce potential attack sources. Service isolation prevents lateral movement when individual accounts become compromised.

Password hashing improvements protect against offline attacks when credential databases become compromised. Bcrypt, scrypt, or Argon2 algorithms with appropriate work factors significantly increase computational requirements for password cracking. Salt randomization prevents rainbow table attacks against common passwords.

Account lockouts can create denial-of-service conditions against legitimate users, while strict rate limiting may impact user experience during peak authentication periods. (Source: Microsoft Learn) Security teams must balance protection effectiveness against operational impact.

Getting started checklist

Immediate actions (24-48 hours)
- [ ] Enable authentication failure logging across all systems with user account, source IP, timestamp, and failure reason
- [ ] Configure account lockout policies: 5-10 failed attempts, 15-30 minute lockout duration
- [ ] Implement basic rate limiting: 5 authentication attempts per IP per minute at network perimeter
- [ ] Deploy detection rules for high-frequency authentication failures and account lockout clustering
- [ ] Create incident response playbook for brute force attack detection

Short-term implementation (1-2 weeks)
- [ ] Establish authentication failure baselines for normal user behavior and geographic patterns
- [ ] Configure progressive authentication delays: 2-second increase per failed attempt
- [ ] Implement MFA for administrative accounts and sensitive system access
- [ ] Review and strengthen password policies: minimum 12 characters, complexity requirements
- [ ] Set up automated blocking for IPs generating excessive authentication failures

Medium-term security hardening (1 month)
- [ ] Deploy centralized authentication logging with SIEM correlation across all services
- [ ] Implement network access controls: VPN requirements for SSH, IP allowlisting for admin accounts
- [ ] Upgrade password hashing algorithms to bcrypt/scrypt/Argon2 with appropriate work factors
- [ ] Configure geographic blocking for authentication attempts from unexpected locations
- [ ] Establish regular password policy compliance auditing and weak password identification

Ongoing monitoring and maintenance
- [ ] Weekly review of authentication failure patterns and attack trends
- [ ] Monthly testing of account lockout and rate limiting effectiveness
- [ ] Quarterly assessment of password policy effectiveness and user compliance
- [ ] Annual penetration testing focused on authentication system resilience

Sources

SC Media Editorial Intelligence, reviewed by Cliff Janzen

Since the early days of Commodore PET and VIC-20, technology has been a constant companion (and sometimes an obsession!) for Cliff.
He is currently a CISO and VP of Cybersecurity where he leads a group of exceptional people in the delivery of managed and professional security services. Cliff has several GIAC certifications (GWAPT, GPEN, GCIH, GXPN), as well as OSCP, CISSP, and CISM certifications.
Cliff is grateful to have had the opportunity to work with and learn from some of the best people in the industry. He feels fortunate to have turned his favourite hobby into a career and thankful to have a supportive wife.

Get daily email updates

SC Media's daily must-read of the most current and pressing daily news

By clicking the Subscribe button below, you agree to SC Media Terms of Use and Privacy Policy.

You can skip this ad in 5 seconds