TL;DR: Traditional WAFs miss modern bot traffic that uses residential proxies, headless browsers, and distributed request patterns to look legitimate, according to SecureAuth. Behavioral analysis, device intelligence, and continuous risk scoring change bot defence from a static filter into an adaptive control layer that reduces false positives while catching credential stuffing and scraping.
At a glance
What this is: This is an analysis of why WAF-only bot controls fail against modern automation and how behavioral risk changes the detection model.
Why it matters: IAM and CIAM teams need this because bot abuse now blends into normal traffic, so access controls, authentication flows, and fraud defences have to evaluate session behaviour rather than rely on network-layer signals alone.
By the numbers:
- SecureAuth says 99% of bot traffic can be blocked with less than 0.1% false positive rate when behavioral signals are added.
- The article says 50+ behavioral signals are used to score risk throughout a session.
- The article says 72% of attacks use residential IPs and 85% of bots mimic real browsers.
Context
WAFs are built to inspect requests at the network and application layer, which is useful for obvious abuse but weak against bots that behave like normal users. When an attacker can borrow residential proxies, execute JavaScript, keep cookies alive, and throttle requests, the line between legitimate traffic and automation becomes much harder to see.
For identity teams, the real issue is not just bot volume but bot credibility. Credential stuffing, account enumeration, scraping, and fake account creation all exploit the fact that many controls still trust surface-level signals such as IP reputation, user agent strings, and rate limits. That makes the problem directly relevant to CIAM, authentication, and fraud defence.
The article's central claim is that behavioural analysis changes the control boundary. Rather than trying to make a static WAF smarter about obvious network signatures, the approach evaluates interaction quality, device consistency, and session risk as the user journeys unfold.
Key questions
Q: What fails when a WAF is the only bot defence?
A: A WAF can miss modern bot traffic that uses residential proxies, headless browsers, cookies, and distributed pacing to look like normal users. When detection depends mainly on IP reputation, signatures, and rate limits, attackers can still reach login, signup, and scraping workflows without triggering a clear block.
Q: Why do credential stuffing attacks bypass traditional web controls?
A: Credential stuffing succeeds when reused credentials are tested through traffic that appears legitimate at the network layer. If the defence cannot distinguish a scripted login sequence from a real user session, attackers can spread attempts across many IPs and maintain low enough request rates to stay under simple thresholds.
Q: What are the signs that bot detection is too shallow?
A: High false positives, frequent legitimate user blocks, repeated abuse from changing IPs, and attacks that survive WAF rule updates are all signs that the control is too shallow. Those symptoms usually mean the programme is watching requests, not behaviour.
Q: Should security teams use behavioural risk instead of a WAF?
A: No. Behavioural risk should complement the WAF, not replace it. The WAF still filters obvious malicious traffic, while behavioural scoring helps distinguish automation from real users during active sessions and reduces the chance that legitimate customers are blocked.
Technical breakdown
Why modern bots bypass WAF signatures
Traditional WAFs look for malformed requests, unusual IPs, obvious user-agent strings, and threshold violations. Modern bot operators design around those controls by using residential proxies, headless browsers, cloud IPs, and request pacing that stays inside normal-looking limits. They also execute JavaScript, preserve cookies, and distribute activity across many nodes, which makes traffic appear credible at the edge even when the intent is abusive. The failure is structural: a WAF sees transport and payload patterns, but not the quality of interaction that reveals automation. Practical implication: treat WAF signals as necessary but insufficient for bot decisions.
Practical implication: pair network-layer filtering with session-level risk evaluation for automation-heavy flows.
How behavioural signals expose automation after first touch
Behavioural risk engines model how a person interacts with a device rather than only what a request contains. Signals such as mouse trajectory, keystroke timing, scroll cadence, page navigation depth, and form completion patterns create a baseline of normal interaction. Bots can imitate one or two of these signals, but they struggle to sustain a coherent pattern across an entire session, especially when the model continuously updates. That is why the control shifts from static allow-or-block logic to ongoing scoring and challenge decisions. Practical implication: use behaviour to catch attacks that pass initial authentication checks.
Practical implication: evaluate risk continuously across the session, not only at login.
Why device intelligence matters alongside behavioural analysis
Behavioural analysis is stronger when it is paired with device intelligence because some bots can mimic human interaction patterns well enough to blur one signal stream on its own. Fingerprints from Canvas, WebGL, browser consistency, and hardware characteristics help distinguish persistent devices from emulated or scripted ones. Reputation data adds another layer by contextualising IPs, ASN usage, hosting providers, and known proxy services. In practice, the best outcome comes from combining interaction quality, device attributes, and reputation into one risk decision rather than treating any single signal as decisive. Practical implication: use layered context to reduce false positives while preserving challenge accuracy.
Practical implication: combine device fingerprinting and reputation scoring with behavioural telemetry before escalating to challenge or block.
Threat narrative
Attacker objective: The attacker wants to automate abuse at scale while staying inside the acceptance logic of static web controls.
- Entry occurs through login, signup, or public web workflows that bots can probe without triggering obvious edge-layer alarms.
- Credential stuffing, account enumeration, or scraping then proceeds under the cover of residential proxies and headless browsers that look legitimate to a WAF.
- Impact is takeover, fraud, data extraction, or platform abuse at scale because the control layer never saw the interaction patterns that reveal automation.
Breaches seen in the wild
- 23andMe credential stuffing 2023: Credential stuffing into 18,000 accounts exposed nearly 7 million people through the DNA Relatives feature.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Static WAF logic is now an incomplete bot control surface: Residential proxies, headless browsers, and distributed request patterns have made network-layer filtering a poor proxy for trust. The control problem is no longer just request legitimacy but interaction legitimacy. That shifts bot defence from perimeter rules to continuous identity risk evaluation, especially in CIAM and customer-facing authentication flows.
Behavioural risk adds a new governance layer, not just a new detection signal: The important change is that bot decisions can be based on observed session behaviour instead of a single gate decision. That matters because credential stuffing and scraping are identity and abuse problems as much as traffic problems. For practitioners, the control question becomes whether the programme can score sessions continuously enough to separate real users from automation.
Identity programmes should stop treating WAFs as the primary bot boundary: WAFs still matter, but they were never designed to understand mouse dynamics, keyboard rhythm, or device consistency. When those signals become decisive, the organisation is really governing trust in session behaviour, not just web requests. The implication is that bot defence belongs in identity, fraud, and access governance conversations together.
Behavioural risk creates a false-positive budget that security teams can actually manage: Static blocks are blunt because they assume one bad signal should end the session. Contextual scoring allows the organisation to challenge, step up, or monitor based on confidence rather than reject traffic blindly. For teams balancing abuse prevention with conversion, that is the difference between security that interrupts business and security that adapts to it.
Identity blast radius becomes the right metric for bot control: The article shows that automated abuse is not just a perimeter problem but an access and account integrity problem. Once bots can move through legitimate-looking sessions, the question is how far a single compromised or abused identity can take them. Practitioners should measure bot controls by how much account harm they contain, not only by how many requests they block.
What this signals
Behavioural risk is becoming the control layer that makes bot defence usable at scale: The practical shift is away from static deny lists and toward session confidence. That will matter most in CIAM, where login, recovery, and registration journeys need protection without turning every user into a suspected bot. Teams that still rely on edge signals alone should expect more blind spots, not more precision.
Bot defence and fraud prevention are converging: Once automation can mimic users at the web layer, the security question becomes whether identity systems can prove that a session is human enough to trust. That pushes bot defence into the same operational space as authentication risk, account recovery, and abuse detection. Practitioners should plan for shared telemetry and shared response paths.
For practitioners
- Map bot-sensitive journeys first Identify login, sign-up, password reset, checkout, and account recovery flows where automated abuse creates the most identity risk. Prioritise controls where account takeover, fake account creation, or scraping would create the largest downstream impact.
- Add session-level behavioural scoring Instrument mouse movement, keystroke timing, navigation flow, and form interaction so risk can be recalculated throughout the session instead of only at the edge.
- Blend device fingerprinting with reputation context Use browser consistency checks, Canvas and WebGL fingerprints, and proxy or hosting reputation together so a single evasive signal does not decide access on its own.
- Replace hard blocks with graduated responses Use challenge, step-up authentication, or monitored access when confidence is partial, and reserve hard denial for high-confidence automation.
- Measure bot defence by business impact Track false positives, account takeover rate, manual review time, and abuse containment so the programme reflects both security outcomes and user friction.
Key takeaways
- Traditional WAFs were built for visible anomalies, but modern bot traffic now hides behind legitimate-looking infrastructure and browsing behaviour.
- Behavioral analysis changes bot defence from a static filter into a session-level trust decision that can reduce false positives.
- Practitioners should combine device intelligence, behavioural signals, and graduated responses to limit account abuse without blocking real users.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 sets the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-04 — Insecure Authentication | The article centres on bot-driven login abuse that defeats static authentication checks. |
| NHI-10 — Human Use of NHI | Behavioral scoring is used to distinguish real users from automated non-human activity. | |
| Recommendation — Apply NHI-04 controls to add contextual risk checks to authentication flows that bots can game. Use NHI-10 to identify sessions that should be treated as automation rather than human use. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Risk-based access decisions are the core response to bot-like session behaviour. |
| Recommendation — Use PR.AA-05 to tie access decisions to contextual risk instead of static allow rules. | ||
| MITRE ATT&CK | TA0006;TA0009 — Credential Access; Collection | Credential stuffing and scraping are the main adversary behaviours described in the article. |
| Recommendation — Map credential stuffing and scraping to TA0006 and TA0009 in detection and response playbooks. | ||
Key terms
- Behavioural Risk Scoring: Behavioural risk scoring is the process of combining multiple runtime signals into a single assessment of suspiciousness. The score is not a verdict on identity by itself, but a structured way to turn interaction patterns, device consistency, and environment checks into actionable fraud decisions.
- Credential Stuffing: Credential stuffing is an attack that uses stolen username and password pairs from previous breaches to try logging into other services. It works because many people reuse credentials, and because the login attempt uses valid information, it can look ordinary until the surrounding behavior gives it away.
- Device Intelligence: Device intelligence is the practice of interpreting signals from a device to assess whether a session or transaction is likely legitimate. It goes beyond fingerprinting by combining device context with behavioural, identity, and payment evidence to support a risk decision.
- Residential Proxy: A residential proxy routes traffic through an address assigned to a real consumer device or household connection. That makes the traffic look more legitimate than datacentre-based proxies, which is why abuse actors use it to bypass reputation checks and blend into normal user traffic.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on September 2, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org