Security News Google’s new reCAPTCHA has a hidden Play Services requirement we all missed

oldschool

Level 85
Thread author
Verified
Top Poster
Well-known
High Reputation
Forum Veteran
Mar 29, 2018
8,292
1
61,004
8,369
Republic of Gilead, Russian Federation
en.wikipedia.org
Google is quietly making Google Play Services mandatory for its next-generation reCAPTCHA system on Android. If you are using a custom ROM or a phone without official Google apps, you might soon find yourself locked out of websites running this new security check.

A recent post on the degoogle subreddit put the spotlight on a seemingly standard support page. The document covers troubleshooting steps for reCAPTCHA Mobile Verification. It states that completing a challenge requires a compatible mobile device. For Android, that means having Google Play Services version 25.41.30 or higher installed.

degoogle-recaptcha-discussion-reddit

This change is part of a much larger rollout. On April 23, Google announced Google Cloud Fraud Defense. The company pitched it as the next evolution of its popular bot protection software.

google-recaptcha-dashboard

The new setup introduces an AI-resistant challenge. When the system flags suspicious activity, it drops the old image puzzles. Instead, users are asked to scan a QR code with their smartphone. According to the official blog post, this proves human presence and stops autonomous AI agents from performing account takeovers.

google-recaptcha-mobile-example

But here is the catch. From what I was able to gather, this GMS requirement was live long before anyone reported on the new Fraud Defense platform. I ran the support page URL through the Internet Archive and found a snapshot recorded back in October 2025.

google-recaptcha-wayback-machine-help-page

The older version of the page asked for Play Services version 25.39.30. Google clearly laid the groundwork for this mobile verification system last year and kept it running quietly in the background.

For the vast majority of people with Android phones, this new QR code scan will probably work seamlessly. Google says the goal is to create a simpler customer experience by replacing disruptive puzzles with silent background verification.

For the privacy community, it is starting to look like a massive headache. Tying web verification to a proprietary app framework means a de-Googled phone fails the test by default. It is a hard sell for users trying to distance themselves from Google’s data collection. If this next-generation reCAPTCHA gets adopted widely, browsing the web without Play Services might not be fun.

Ultimately, it depends on how trigger-happy Google’s fraud detection gets. If the system works as intended, most people will never even see the QR prompt. But if it misfires, anyone without Play Services is going to hit a wall.
 
reCAPTCHA Mobile Verification is bringing the Play Integrity API to desktops - GrapheneOS Discussion Forum
Apple and Google are gradually expanding their use of hardware-based attestation. They're convincing a growing number of services to adopt it. Google's Play Integrity API and Apple's App Attest API are very similar. Apple brought it to the web via Privacy Pass, which Google intends on doing too.

Google's Play Integrity API requires hardware attestation for the strong integrity level and is gradually phasing in requiring it for the more commonly used device integrity level. Apple already has it as a requirement. Over the long term, this will increasingly lock out hardware and OS competition.

The purpose of these systems is disallowing people from using hardware and software not approved by Apple or Google. This is wrongly presented as being a security feature. Banks and government services are the main ones adopting it but Apple and Google are encouraging every service to use it.

Apple's Privacy Pass brought hardware attestation to the web to help with passing captchas on their own hardware. Many people saw that as harmless since few sites would be willing to lock out non-Apple-hardware users. Apple and Google are both likely to bring broader hardware attestation to the web.

Google's reCAPTCHA is planning an approach where they use Privacy Pass on Apple hardware, their own approach on Google Mobile Services Android devices and a QR code scanning system to require an iOS or Google certified Android device for Windows and other systems:

Troubleshoot reCAPTCHA Mobile Verification - reCAPTCHA Help

Banking and government services increasingly require using a mobile app where they can use attestation to force using an Apple or Google approved device and OS. Apple's privacy pass, Google's 'cancelled' Web Environment Integrity and now reCAPTCHA Mobile Verification are bringing this to the web.

Current media coverage for reCAPTCHA Mobile Verification misunderstands it and the impact of it. They're bringing a hardware attestation requirement to Windows, desktop Linux, OpenBSD, etc. by requiring a QR scan from a certified smartphone to pass reCAPTCHA in some cases. They could expand it more.

Control over reCAPTCHA puts Google in a position where they can require having either iOS or a certified Android device to use an enormous amount of the web. Google defines certification requirements for Android which includes forcing bundling Google Chrome, etc. It's enormously anti-competitive.

Google's Play Integrity API bans using GrapheneOS despite it being far more secure than anything they permit. It also bans using any other alternative. This isn't somehow specific to an AOSP-based OS. You can't avoid this by using a mobile OS based on FreeBSD instead. You'll just be more locked out.

Google's Play Integrity API permits devices with no security patches for 10 years. The device integrity level can be bypassed via spoofing but they can detect it quite well and block it once it starts being done at scale. The strong integrity level requires leaked keys from TEEs/SEs to bypass it.

It doesn't provide a useful security feature, but it does lock out competition very well. Services requiring Apple App Attest or Google Play Integrity are primarily helping to lock in Apple and Google having a duopoly for mobile devices. Play Integrity is more relevant due to AOSP being open source.

Governments are increasingly mandating using Apple's App Attest and Google's Play Integrity for not only their own services but also commercial services. The EU is leading the charge of making these requirements for digital payments, ID, age verification, etc. Many EU government apps require them.

Instead of governments stopping Apple and Google from engaging in egregiously anti-competitive behavior, they're directly participating in locking out competition via their own services. Requiring people to have an Apple device or Google-certified Android device is anti-competition, not security.

reCAPTCHA Mobile Verification will currently work with sandboxed Google Play on GrapheneOS but it clearly exists to provide a way for them to start using hardware attestation on systems without it. People without an iOS or Android device will be locked out when this is required even without that.

This isn't about security or any missing functionality. GrapheneOS can be verified via hardware attestation. Google bans using GrapheneOS for Play Integrity because we don't license Google Mobile Services and conform to anti-competitive rules already found to be illegal in South Korea and elsewhere.

Services shouldn't ban people from using arbitrary hardware and operating systems in the first place. Google's security excuse is clearly bogus when they permit devices with no patches for 10 years but not a much more secure OS. It's for enforcing their monopolies via GMS licensing, that's all.
 
Last edited:
What does this have to do with the OP?

It’s simply my way of escaping reality, which means I need to “unplug” from this environment for a while.
And in fact, yesterday, after posting this, I left my computer and smartphone at home and went fishing.
Then I went to visit my mother and sister, and we talked about everything except technology.

I’ve read so many news stories that seemed hopeless, and then.............;)