>> All posts

Exposed web logins and password spraying

The short version: A web application login exposed to the internet lets attackers quietly try common and already-breached passwords across your accounts until one works — no exploit required, just an exposed login and one weak credential.

What you need to know

There's no CVE here and nothing to patch. The weakness is the combination of exposure and weak authentication: a login form an attacker can reach, in front of accounts whose passwords may be guessable, reused from another site, or already sitting in a public breach dump.

Password spraying is the technique that turns that combination into a breach. Instead of hammering one account with many passwords (which trips lockouts), the attacker tries a few high-probability passwords across many accounts, slowly and quietly.

  • How they find it — routine internet-wide crawling and scanning surface exposed login forms on web applications.
  • How they use it — automated, low-and-slow spraying with common and previously-breached passwords, staying under lockout thresholds.
  • What it leads to — one working credential can expose the data behind that application and, depending on what the account can do, a foothold to expand from.

How serious we see it

Moderate — by default, with honest upside risk. An exposed login protected by strong, unique credentials and enforced MFA is a manageable exposure, not an emergency, which is why we don't cry "Critical" on sight. But the severity is a function of what's behind the door: if any account uses a weak or reused password and MFA isn't enforced, this quietly becomes a direct, unauthenticated path to valid access. The reassuring part is that it's entirely in your hands to fix, with no vendor patch required.

What to do

  • Enforce MFA on every account — the single highest-value control; it defeats spraying even when a password is known.
  • Kill weak and reused passwords — enforce strong, unique credentials and check them against known-breached lists.
  • Limit and monitor failed authentication — rate-limit attempts and alert on spray patterns (many accounts, few passwords, low-and-slow).
  • Restrict exposure where you can — put sensitive applications behind a VPN or trusted-network controls rather than the open internet.
  • Confirm your exposure first — verify which application logins are reachable from the internet today.

How BreachRisk sees it

BreachRisk discovers exposed web logins the way an attacker would — by crawling your external footprint — and then, where authorized, goes a step further than a scanner: it safely attempts a bounded, rate-limited authentication check using exposed (breach-corpus) and common credentials, within strict non-disruptive limits rather than a brute-force flood. That's the honest difference between detecting a login and demonstrating whether it actually holds. "We have a login on the internet" becomes a straight answer: is it defended, or one reused password away from access?

References

See your cyber risk, proven.