Cuando Apple decidió llevarse parte de su producción a India para no depender tanto de China, seguramente Tim Cook no imaginaba que el "plan B" iba a salirle tan respondón. India se ha convertido en el nuevo gran mercado y fábrica del mundo, sí, pero también en un dolor de cabeza regulatorio.
Si hace apenas unas semanas os contábamos el extraño episodio de aquella app del gobierno de India que quería obligar a instalar en todos los iPhone, ahora la historia se repite, pero con una exigencia mucho más fuerte. Ya no hablamos de una aplicación preinstalada y de localización. Ahora quieren acceder a la "caja fuerte" de iOS.
Según una exclusiva de Reuters, el gobierno indio ha puesto sobre la mesa una normativa que obligaría a Apple y al resto de fabricantes a entregar el código fuente de su sistema operativo para ser revisado por el gobierno. Una línea roja que en Cupertino no piensan cruzar.
De la app "imborrable" a querer ver las tripas de iOS
India lleva meses intentando ejercer un control sobre los dispositivos electrónicos que roza lo intrusivo bajo la bandera de la "ciberseguridad". Primero intentaron colar una tienda de apps estatal, luego una app de rastreo obligatoria y ahora apuntan a la estructura misma del software.
La información a la que ha tenido acceso Reuters revela que India baraja aprobar un paquete de 83 estándares de seguridad. Entre mucha burocracia técnica, destaca la exigencia de que los fabricantes entreguen su código fuente para que laboratorios designados por el Estado busquen vulnerabilidades.
Sobre el papel, suena a medida de protección. En la práctica, pedirle a Apple el código de iOS es pedirle que renuncie a su modelo de seguridad. La compañía se ha negado históricamente a esto incluso cuando se lo han pedido potencias como China o el propio FBI en casos de terrorismo. ¿El motivo? Si el código sale de Apple, el riesgo de filtración se dispara. Y si los "malos" tienen el código fuente, la seguridad del iPhone se desploma.
Un farol peligroso (que el gobierno niega)
Lo más curioso de este nuevo capítulo es el juego del gato y el ratón. En cuanto la noticia de Reuters ha salido a la luz, el Ministerio de Tecnología indio se ha apresurado a desmentirlo, asegurando que no están considerando pedir el código.
Sin embargo, los documentos internos existen y las reuniones con la industria se están produciendo. Todo apunta a una táctica de presión: filtrar una medida extrema para asustar y luego negociar a la baja. Pero el riesgo está ahí. Si esto se convirtiera en ley, Apple tendría que elegir entre comprometer la seguridad de su sistema a nivel mundial o plantarse ante un país donde ya fabrica millones de sus teléfonos.
Batería, logs y retrasos: lo que sí nos afectaría
Aunque lo del código fuente es lo más llamativo, la propuesta india incluye otros "regalos" que demuestran lo poco que entienden los reguladores sobre cómo funciona un smartphone hoy en día. Según las quejas presentadas por el grupo que representa a la industria, donde están Apple, Samsung y Xiaomi:
- Quieren escaneo constante: exigirían que el móvil busque malware en segundo plano periódicamente, lo que destrozaría la duración de la batería.
- Logs obligatorios: piden que el teléfono guarde registros de actividad durante 12 meses, ocupando un espacio que muchos usuarios no tienen.
- Burocracia en las actualizaciones: quizás lo más absurdo es querer validar los parches de seguridad antes de que se lancen.
Esta semana hay prevista una nueva reunión entre el gobierno indio y los representantes de las tecnológicas. Todo apunta a que Apple, junto al resto de la industria, volverá a decir "no". De momento, el código de iOS sigue a buen recaudo en California.
En Applesfera | Nuevo iOS 27 - todo lo que creemos saber sobre el futuro sistema operativo para el iPhone
En Applesfera | Nuevos iPhone 18 - Todo lo que creemos saber sobre ellos
-
La noticia La última exigencia de India a Apple cruza todas las líneas rojas: se filtra que quieren revisar el código de iOS para "mejorar la seguridad" fue publicada originalmente en Applesfera por Guille Lomener .
Continúar leyendo...