Pierluigi Paganini
June 11, 2025
The security researcher who goes online with the moniker “brutecat” discovered that it is possible to brute force the phone number of any Google abusing an issue in the company’s account recovery feature.
A now-deprecated, JavaScript-disabled version of Google’s username recovery page lacked anti-abuse protections.
A few months ago, the researcher disabled JavaScript in his browser to test which Google services still functioned without it. Interestingly, the username recovery form continued to work.
The username recovery form on Google’s site allowed users to check if a recovery email or phone number was linked to a specific display name. This was done through two HTTP POST requests. The first request submitted the phone number, returning a unique ess value. The second request, using this ess and a display name like “John Smith,” would indicate whether an account existed by redirecting to either a “no account found” or “challenge” page.
“The username recovery form seemed to allow you to check if a recovery email or phone number was associated with a specific display name.” reads the report published by the researcher.
The researcher investigated whether Google’s deprecated, JavaScript-disabled username recovery form could be brute-forced. He reported that initial attempts were blocked by rate limits and CAPTCHAs. The expert considered using proxies and IPv6 address rotation (via a /64 subnet) to bypass restrictions. Although a proof-of-concept (PoC) was built, datacenter IPs always triggered CAPTCHAs. Eventually, the author found that using a BotGuard token from the JS-enabled form on the non-JS form bypassed these checks, allowing for successful brute-forcing of phone number endings linked to specific display names. To filter false positives, they validated hits with randomized last names.
Attackers could bypass CAPTCHA rate limits to rapidly test combinations of a user’s phone number, making it possible to guess the full number in seconds or minutes, depending on its length. This flaw allowed potential abuse of the form to reveal recovery details linked to a Google account display name like “John Smith.”
Once a working proof of concept was built to brute-force Google account recovery data, some challenges remained: identifying a victim’s country code and display name. The country code can be inferred from the masked phone format Google shows during password recovery, using patterns from libphonenumbers. Display names are harder to get, but one was leaked by transferring a Looker Studio doc to the target. With valid display name and phone mask, the brute-force tool can pinpoint the full phone number using optimized validation and BotGuard tokens.
“We basically have the full attack chain, we just have to put it together.” continues the report.
gpb program with the display name and masked phone to bruteforce the phone number”Using a $0.30/hour server (16 vCPUs), the attacker achieved ~40,000 brute-force checks per second. With only the last two digits of a phone number (from Google’s password hint), it takes:
Time drops significantly if more digits are revealed by other services like PayPal, which often show more of the number.
Below is the timeline for this issue:
Nice catch!Follow me on Twitter: @securityaffairs and Facebook and Mastodon
(SecurityAffairs – hacking, brute force)
