Recientemente, anunciamos que fortalecimos los veredictos de la API de Play Integrity para que sean más rápidos, más resistentes a los ataques y más privados para los usuarios, junto con otras mejoras de seguridad.
Resumen de cambios
Más adelante en este documento, encontrarás un resumen detallado de los cambios y las preguntas frecuentes. Los cambios en los veredictos de mayo de 2025 fueron los siguientes:
| Descripción | ¿Qué cambió? | Impacto estimado* | ¿Qué dispositivos |
|---|---|---|---|
| Cambios que afectan a todos los desarrolladores que realizan solicitudes a la API de Play Integrity | |||
| Respuesta del veredicto del dispositivo: meets-device-integrity | Se requiere tener un veredicto positivo de inicio verificado respaldado por hardware. | Impacto mínimo, ya que la API de Play Integrity ya usa indicadores de seguridad respaldados por hardware en dispositivos con Android 13 o versiones posteriores (aproximadamente un 0.4%) | Android 13 y versiones posteriores |
| Respuesta de integridad de la app: Veredicto de reconocimiento de la app | Sin cambios | Impacto mínimo, esto reflejará el cambio en el veredicto del dispositivo (~0.4%) | Android 13 y versiones posteriores |
| Respuesta de detalles de la cuenta: veredicto de la licencia de Play | La app que realiza la solicitud debe estar instalada o actualizada por Google Play | Disminución leve de las respuestas con licencia (~2.5%) | Android 6 y versiones posteriores |
| Cambios que solo afectan a los desarrolladores de Play Console y de Google Play SDK Console que usan funciones opcionales | |||
| Respuesta del veredicto del dispositivo: meets-basic-integrity | Se requiere tener la certificación de claves de la plataforma de Android, pero el estado de inicio puede verificarse o no verificarse. | Disminución menor en las respuestas básicas (~0.4%) | Android 13 y versiones posteriores |
| Respuesta del veredicto del dispositivo: meets-strong-integrity | Se requiere que haya tenido una actualización de seguridad en el último año | Disminución de las respuestas sólidas (~14.5%) | Android 13 y versiones posteriores |
| Todos los indicadores opcionales (excepto los atributos del dispositivo)** | La app que realiza la solicitud debe estar instalada o actualizada por Google Play | Disminución en el porcentaje de respuestas que incluyen indicadores opcionales (~7%) | Android 13 y versiones posteriores |
*Todos los porcentajes de impacto estimado que se mencionaron anteriormente se basaron en promedios, y es posible que diferentes apps hayan experimentado cambios menores o mayores según su base de instalaciones.
**Las señales opcionales (excepto los atributos del dispositivo) son: meets-basic-integrity, meets-strong-integrity, actividad reciente del dispositivo, retirada del dispositivo (beta), estado de Play Protect y riesgo de acceso a la aplicación.
Preguntas frecuentes
Descripción general
¿Qué es la API de Play Integrity?
La API de Play Integrity te ayuda a evaluar la confiabilidad del entorno de la app del usuario, ya que obtiene información sobre el dispositivo, la app y el usuario, de modo que puedas detectar posibles abusos y ataques, y responder a ellos.
¿Qué indicadores proporciona la API de Play Integrity?
La API de Play Integrity incluye la identidad de la app que realiza la solicitud, si Google Play la instaló y si el dispositivo es un dispositivo con tecnología de Android original y certificado. Estas indicaciones se proporcionan de forma predeterminada. Puedes leer estos indicadores en el servidor de backend de tu app y decidir si esta debe responder y cómo. Los desarrolladores de Google Play pueden habilitar la opción para recibir indicadores adicionales en sus instalaciones de Play y ver aún más información.
¿Qué es la certificación de claves de la plataforma de Android?
La certificación de claves de la plataforma de Android permite que las apps verifiquen el estado del dispositivo y obtengan un indicador sólido de la integridad de inicio respaldada por hardware. Depende de una clave que Google aprovisiona en el almacén de claves respaldado por hardware del dispositivo. La API de Play Integrity ya usa la certificación de claves para obtener indicadores de seguridad respaldados por hardware en algunos dispositivos y, ahora, los integrará de forma más profunda en todos los dispositivos que ejecuten Android 13 o versiones posteriores.
Cambios en el veredicto
¿Qué cambios se realizaron en los veredictos de la API de Play Integrity en dispositivos con Android 13 o versiones posteriores?
La API de Play Integrity ahora requiere indicadores de seguridad respaldados por hardware para todos los veredictos de integridad:
- El veredicto de reconocimiento de dispositivo
meets-device-integrityindica que el dispositivo en el que se ejecuta la app es un dispositivo Android original y certificado. Este veredicto requerirá que el bootloader del dispositivo esté bloqueado y que el SO Android cargado sea una imagen certificada del fabricante del dispositivo. - El veredicto de reconocimiento de dispositivos
meets-strong-integrityindica que se trata de un dispositivo con tecnología Android original y certificado que tiene una actualización de seguridad reciente. Este veredicto requerirámeets-device-integrityy actualizaciones de seguridad en el último año para todas las particiones del dispositivo, incluidos un parche de partición del SO Android y un parche de partición del proveedor. Esta condición podría cambiar en el futuro. - El veredicto de reconocimiento del dispositivo
meets-basic-integrityindica que la verificación se realizó en un dispositivo físico con Android. El bootloader del dispositivo puede estar bloqueado o desbloqueado, y el estado de inicio puede verificarse o no verificarse. Es posible que no esté certificado, en cuyo caso Google no puede proporcionar ninguna garantía de seguridad, privacidad o compatibilidad de apps, ni puede garantizar que el dispositivo no actúe como proxy, por ejemplo, para una instancia virtual de Android. Esto también significa que los dispositivos con permisos de administrador son aptos para devolvermeets-basic-integritysiempre que la certificación de claves esté presente.
Estos cambios no afectan a la API de Play Integrity en Play Juegos para PC, que seguirá devolviendo meets-virtual-integrity.
¿Por qué cambiaron los veredictos de la API de Play Integrity en dispositivos con Android 13 o versiones posteriores?
La API de Play Integrity usaba parcialmente indicadores de seguridad respaldados por hardware en Android 12 y versiones anteriores. Cuando se requiere seguridad respaldada por hardware en Android 13 y versiones posteriores, los veredictos de la API de Play Integrity son más resistentes contra los atacantes, más eficientes para las apps y más privados para los usuarios. Los desarrolladores pueden esperar las siguientes mejoras en los dispositivos que ejecutan Android 13 o versiones posteriores:
- Reducción de aproximadamente un 90% en los indicadores del dispositivo que se deben recopilar y evaluar para generar el veredicto predeterminado en los servidores de Google Los indicadores opcionales seguirán requiriendo que se recopilen indicadores adicionales.
- Mejora de hasta un 80% en la latencia del veredicto para las solicitudes estándar en el peor de los casos y de hasta un 80% para todas las solicitudes clásicas para obtener el veredicto predeterminado. Los indicadores opcionales pueden aumentar la latencia.
- Nivel constante de confiabilidad y compatibilidad con todos los factores de forma de Android con certificación de claves, incluidos dispositivos móviles, tablets, plegables, TV, Auto, Wear OS y ChromeOS.
- Una mayor diferenciación entre cada etiqueta de dispositivo en el veredicto de reconocimiento del dispositivo:
meets-strong-integrity,meets-device-integrityymeets-basic-integrity.
El veredicto de la API de Play Integrity en Play Juegos para PC no cambiará y será el mismo en Android 12 y versiones anteriores que en Android 13 y versiones posteriores.
¿Cómo puedo actualizar la lógica de backend de mi app para que los veredictos de integridad tengan en cuenta la versión del SDK de Android?
Si quieres usar una lógica diferente en el servidor de backend de tu app según la versión del SDK de Android, puedes usar el nuevo campo de atributos del dispositivo en el veredicto. A continuación, se muestra un ejemplo de cómo hacerlo:
Kotlin
val deviceIntegrity =
JSONObject(payload).getJSONObject("deviceIntegrity")
val sdkVersion =
if (deviceIntegrity.has("deviceAttributes")) {
deviceIntegrity.getJSONObject("deviceAttributes").getInt("sdkVersion")
} else {
0
}
if (sdkVersion >= 30) {
// Provide Android R+ specific experience to the user.
}
Java
JSONObject deviceIntegrity =
new JSONObject(payload).getJSONObject("deviceIntegrity");
int sdkVersion =
deviceIntegrity.has("deviceAttributes")
? deviceIntegrity.getJSONArray("deviceAttributes").getInt("sdkVersion")
: 0;
if (sdkVersion >= 30) {
// Provide Android R+ specific experience to the user.
}
¿Cómo puedo usar la definición de etiqueta meets-strong-integrity anterior en todas las versiones del SDK de Android?
Para ello, actualiza la lógica de backend de tu app para que use
meets-strong-integrity cuando se trate de un dispositivo anterior a Android 13 y
meets-device-integrity cuando se trate de un dispositivo con Android 13 o una versión posterior con el nuevo
campo de atributos de dispositivos en el veredicto que contiene la versión del SDK de Android. Aquí
hay un ejemplo de cómo hacerlo:
Kotlin
val deviceRecognitionVerdict =
if (deviceIntegrity.has("deviceRecognitionVerdict")) {
deviceIntegrity.getJSONArray("deviceRecognitionVerdict").toString()
} else {
""
}
val deviceIntegrityToCheckFor =
sdkVersion < 33 ? "MEETS_STRONG_INTEGRITY" : "MEETS_DEVICE_INTEGRITY";
if (deviceRecognitionVerdict.contains(deviceIntegrityToCheckFor)) {
// Looks good!
}
Java
JSONObject deviceIntegrity =
new JSONObject(payload).getJSONObject("deviceIntegrity");
String deviceRecognitionVerdict =
deviceIntegrity.has("deviceRecognitionVerdict")
? deviceIntegrity.getJSONArray("deviceRecognitionVerdict").toString()
: "";
String deviceIntegrityToCheckFor =
sdkVersion < 33 ? "MEETS_STRONG_INTEGRITY" : "MEETS_DEVICE_INTEGRITY";
if (deviceRecognitionVerdict.contains(deviceIntegrityToCheckFor)) {
// Looks good!
}
Debido a que también es un indicador respaldado por hardware, el campo de atributos del dispositivo es más confiable en dispositivos que ejecutan Android 13 y versiones posteriores.
¿Qué otros cambios se realizaron en los veredictos?
Invertimos constantemente para que los indicadores existentes en la API de Play Integrity sean más confiables y lanzamos periódicamente nuevas funciones para ayudar a los desarrolladores a lidiar con las amenazas emergentes y los nuevos casos de uso. Otras mejoras que realizamos en los veredictos incluyen las siguientes:
- Respuesta con licencia de Play: Para devolver una respuesta con licencia de Play, la API de Play Integrity ahora siempre requiere que la app solicitante se instale o actualice a través de Google Play. Esto corrige algunos casos extremos y facilita la interpretación de la respuesta para los desarrolladores.
- Disponibilidad de indicadores opcionales: Todos los indicadores opcionales disponibles para los desarrolladores que usan Google Play Console o Play SDK Console (excepto los atributos del dispositivo) ahora requieren que la app solicitante se instale o actualice a través de Google Play en Android 13 o versiones posteriores. Esto incluye
meets-strong-integrity,meets-basic-integrity, la actividad del dispositivo reciente, el reconocimiento de dispositivo (beta), el veredicto de riesgo de acceso a la app y el veredicto de Play Protect. Estandarizamos todas las demás solicitudes a la API de Play Integrity para que reciban la verificación del dispositivo (solo con la etiquetameets-device-integrity), la verificación del instalador, la verificación de integridad de la app y los atributos del dispositivo (si están habilitados). - Cambios en los veredictos para dispositivos específicos: La API de Play Integrity cambia automáticamente los veredictos de los dispositivos en más situaciones para proteger las apps antes en todas las versiones del SDK de Android, como cuando hay evidencia de actividad excesiva o vulneración de claves. Esto incluye la capacidad de Play de recurrir a otros indicadores para generar veredictos temporales de dispositivos para los usuarios cuando no están disponibles los indicadores respaldados por hardware. Se recomienda a los desarrolladores que usen los diálogos de corrección de Play integrados en la app o que dirijan a los usuarios a la app de Play Store para solucionar los problemas de veredicto de integridad. Con el tiempo, estos diálogos abordarán más situaciones y, además, incluirán orientación específica para los usuarios, en la que se les indicará qué deben corregir según su dispositivo o cuenta específicos.
¿Cómo informo problemas con los veredictos de integridad?
Para informar problemas con las respuestas de la API de Play Integrity, ya sea con los veredictos históricos o los nuevos, sigue las instrucciones de la página de asistencia.
Disponibilidad
¿Qué requiere la API de Play Integrity para funcionar?
La API de Play Integrity requiere que Google Play Store y los Servicios de Google Play estén instalados en un dispositivo, incluidos los dispositivos con Android y Google Play Juegos para PC. Las solicitudes clásicas requieren Android 4.4 (nivel de API 19) o una versión posterior, y las solicitudes estándar requieren Android 5.0 (nivel de API 21) o una versión posterior. En los dispositivos que ejecutan Android 13 (nivel de API 33) y versiones posteriores, la API de Play Integrity ahora tendrá el mismo nivel de confiabilidad y compatibilidad en todos los factores de forma de Android con certificación de claves, incluidos dispositivos móviles, tablets, plegables, TV, Auto, Wear OS y ChromeOS.
¿Por qué la API de Play Integrity tiene diferentes veredictos para distintos dispositivos?
La API de Play Integrity proporciona varios veredictos de dispositivos para adaptarse a los desarrolladores con diferentes casos de uso y tolerancias al riesgo, y para permitir una estrategia de aplicación de medidas por incumplimiento escalonada. Por ejemplo, cuando la app y el dispositivo son más confiables, un desarrollador puede optimizar los pasos de verificación del usuario, mientras que, cuando un dispositivo es desconocido, el desarrollador puede requerir una verificación adicional del usuario antes de realizar acciones protegidas o sensibles. Esta puede ser una forma eficaz de reducir los abusos y los ataques.
¿Qué es un dispositivo Android certificado?
Un dispositivo con tecnología Android certificado (también conocido como dispositivo con tecnología Android con certificación de Play Protect) es un dispositivo que ejecuta software predecible que aprobó cientos de pruebas de compatibilidad de Google, cumple con el modelo de seguridad y permisos de Android, y se envió con el paquete de funciones antimalware de Google Play Protect. Cuando la API de Play Integrity puede verificar que un dispositivo
es un dispositivo original y certificado con tecnología Android, devuelve la respuesta
meets-device-integrity en el veredicto de reconocimiento del dispositivo.
¿Qué es un dispositivo meets-basic-integrity?
La API de Play Integrity también devuelve una respuesta opcional en el veredicto del dispositivo, meets-basic-integrity. Si un dispositivo solo devuelve el veredicto meets-basic-integrity
sin meets-device-integrity ni meets-strong-integrity, significa que
no se puede verificar el SO Android, pero la certificación de claves está presente. Esto
indica que la verificación se realizó en un dispositivo físico con Android, pero
Google no puede garantizar la seguridad, la privacidad ni la compatibilidad de las apps
del dispositivo, ni que este no actúe como proxy,
por ejemplo, para una instancia virtual de Android. Según los casos de uso y las tolerancias al riesgo de los desarrolladores, estos pueden decidir cómo quieren que se ejecute su app en estos dispositivos.
¿Cualquier desarrollador puede usar la API de Play Integrity?
Sí, cualquier desarrollador de Android puede realizar solicitudes a la API de Play Integrity para recibir los veredictos de integridad predeterminados. El uso tiene un límite de 10,000 solicitudes por día, independientemente del canal de distribución. Los desarrolladores que publiquen sus apps en Google Play, además de cualquier otro canal de distribución, también pueden solicitar un aumento de su cuota diaria.
¿Cualquier desarrollador puede usar la certificación de claves de la plataforma de Android?
Sí, cualquier desarrollador de Android puede usar la certificación de claves de la plataforma de Android para obtener un registro de certificación de claves, que puede verificar con el certificado público de la clave raíz de certificación de Google. La API de Play Integrity les brinda a los desarrolladores los beneficios de la certificación de claves y funciones adicionales sin la complejidad de tener que integrarla por su cuenta.
Aplicación
¿Cómo usan los desarrolladores los veredictos de la API de Play Integrity?
Los desarrolladores deciden si usarán los veredictos de la API de Play Integrity y cómo lo harán. Algunos desarrolladores recopilan los indicadores para el análisis interno contra el abuso, mientras que otros toman decisiones sobre el comportamiento de su app en función del veredicto. Por ejemplo, los desarrolladores podrían decidir exigir que los dispositivos menos confiables realicen pasos adicionales de verificación del usuario cuando se crea una cuenta, o bien que los dispositivos menos confiables jueguen juntos en el mismo servidor multijugador.
¿La API de Play Integrity bloquea usuarios o dispositivos?
No, la API de Play Integrity no bloquea el acceso a ninguna funcionalidad por sí sola. Es un servicio opcional para desarrolladores que proporciona indicadores, y los desarrolladores eligen cómo actuar en función de ellos.
¿Qué deben hacer los usuarios si su dispositivo no aprueba las verificaciones de la API de Play Integrity?
Los usuarios pueden ir a la app de Play Store en su dispositivo, abrir el menú Configuración, seleccionar Información y, luego, buscar Certificación de Play Protect. Si hay algún problema con la certificación de Play Protect de su dispositivo, habrá un botón que los usuarios podrán presionar para intentar solucionar el problema. Esto actualizará el estado de certificación del dispositivo y proporcionará orientación específica sobre lo que se debe corregir.