Android
Redacción Mobilsfera
Android

Google admite que sus avisos de sideloading fallan. Ahora no debe racionar la libertad

El jefe de Android reconoce que las advertencias por sí solas no frenan las estafas. El remedio acierta en el fondo, pero la espera de 24 horas y la verificación de desarrolladores pueden convertir la apertura en un favor.

Publicado
24 de octubre de 2026
Lectura
4 min
Categorías
Android

Foto: Samsung Galaxy Note 10 & Google / Wikimedia Commons (CC BY 3.0)

¿Es una pantalla de advertencia una medida de seguridad o solo una forma de cargar la culpa al usuario? El responsable de Android en Google ha respondido ya, en la práctica, con la segunda opción. Sameer Samat, presidente del Ecosistema Android, afirmó en una entrevista que «las advertencias son insuficientes», según informó heise ya en marzo. Es un raro ejercicio de honestidad. Y llega tarde.

La confesión importa más que la solución

Qué ha pasado, en breve: Google está vinculando las aplicaciones a identidades verificadas de desarrolladores y, para las apps de desarrolladores no verificados, está creando un «flujo avanzado». Según Android Authority, ese flujo incluye un bloqueo obligatorio de 24 horas, un paso de reinicio y confirmaciones adicionales, y termina con un botón de «Instalar de todos modos». El razonamiento de Google es que los estafadores guían a las víctimas por teléfono, con el pánico a un problema legal o a una urgencia familiar, para que desactiven las protecciones.

En ese diagnóstico, creemos que Google tiene razón. Una advertencia que la gente salta bajo presión no protege a nadie. El eslabón débil no es el texto del cuadro de diálogo, sino la voz al otro lado de la línea. Una demora mata la urgencia, y la urgencia es la principal herramienta del estafador. Como principio de diseño, poner fricción contra la coacción es inteligente.

Pero una norma pensada para los vulnerables no debería penalizar a los informados

Nuestro problema son los daños colaterales. Android Authority señala que Google trabajó con usuarios avanzados para dar con una espera que sea «molesta, pero no insoportable». A nosotros eso nos suena a admitir que la espera es también un experimento de tolerancia: ¿cuántas molestias aguanta la gente antes de rendirse? Mientras tanto, un redactor de MakeUseOf que probó el proceso en un móvil antiguo con Android 13 dijo que le resultaba molesto esperar un día entero para cambiar un ajuste en un dispositivo que es suyo, aunque después el interruptor siga activado. Es el testimonio de una sola persona, pero resume bien la objeción. Quien lo configura a propósito recibe el mismo trato que quien está siendo manipulado.

Lo más preocupante es la capa de identidad. La verificación vincula la identidad real de un desarrollador con sus apps, también las que se distribuyen fuera de Google Play, y MakeUseOf señala que no se revisa el código de la aplicación en sí. El propio Samat ha dicho que saber de quién procede una app no significa que sea segura. Es razonable. Pero cuando Google pasa a ser el registrador de quién puede distribuir software libremente, la apertura deja de ser una propiedad de la plataforma y se convierte en un estatus que concede Google. Es una carga especial para los desarrolladores anónimos o preocupados por su privacidad: TechBuzz cuenta que colectivos como Keep Android Open y F-Droid advirtieron de que el plan acabaría con la capacidad de elegir qué software se ejecuta, y describe los requisitos originales como una amenaza existencial para el desarrollo anónimo.

Las salidas de emergencia son la verdadera prueba

Hay atenuantes. La distribución limitada permite que proyectos de aficionados lleguen hasta a 20 dispositivos sin verificación completa, y las propias preguntas frecuentes de Google, según MakeUseOf, eximen de la verificación y de la espera de 24 horas a las instalaciones mediante ADB. Eso importa: mantiene una puerta abierta para desarrolladores y trastesteadores. El despliegue de septiembre abarcó tiendas participantes en Brasil, Indonesia, Singapur y Tailandia, con la instalación directa de APK excluida; la expansión global más amplia está prevista para 2027. Así que los usuarios de EE. UU. probablemente aún no han notado el cambio completo.

Nuestra opinión es que esta política se juzgará menos por las reglas de hoy que por las de mañana. Las excepciones son fáciles de conceder y fáciles de recortar en silencio. El autor de MakeUseOf dijo que no ha visto pruebas de que Google planee eliminar la salida de emergencia, pero teme que endurezca las reglas más adelante. Compartimos esa inquietud, y es una predicción, no un hecho.

Veredicto

Proteger a las personas de las instalaciones dirigidas por un estafador es un objetivo legítimo, y admitir que las advertencias fallaron es el punto de partida correcto. Si eres un usuario normal, no cambia nada mientras te ciñas a Play Store, y la fricción probablemente le ahorrará un día malísimo a más de uno. Si haces sideloading con regularidad, aprende ya el flujo avanzado y ADB, y activa el ajuste mucho antes de necesitarlo. Y Google debería comprometerse públicamente, por escrito, a que ni el flujo avanzado ni la vía ADB se van a restringir. Seguridad y apertura no tienen por qué competir, pero solo si la segunda no queda a merced de la buena voluntad de Google.

Temas de debate

Aún no hay temas: abre el primero.

Más noticias