Soberanía de dispositivos para el sector público

Los compradores regulados del sector público en Latinoamérica, la Unión Europea y mercados emergentes incorporan cada vez con mayor frecuencia requisitos arquitectónicos específicos a sus pliegos: residencia de datos en territorio nacional, ningún proveedor SaaS de terceros en la ruta de comando y control entre el comprador y su flota de dispositivos, sin dependencias de servicios de gobiernos extranjeros, y términos contractuales de manejo de datos que la oficina de adquisiciones del comprador pueda gobernar. No son preferencias opcionales; son descalificadores. Una plataforma que no los pueda satisfacer arquitectónicamente no es elegible para licitar.

Los proveedores dominantes de UEM empresarial — Microsoft Intune, Jamf, VMware Workspace ONE, IBM MaaS360, ManageEngine — operan como capas SaaS de terceros. Para Android, sus arquitecturas enrutan los comandos a través de Android Management API de Google y Firebase Cloud Messaging (FCM). Para Apple, sus servidores MDM operan en la nube del proveedor entre el tenant de Apple Business Manager del cliente y la flota de dispositivos. Ambas mitades del parque quedan asentadas sobre infraestructura de hiperescaladores estadounidenses.

Para la mayoría de las empresas, ese intercambio es aceptable. Para contextos de adquisición con requisitos de residencia de datos en territorio nacional, salud regulada bajo LGPD o HIPAA, compradores del sector público con mandatos de soberanía, o marcos de adquisición gubernamental de la UE, el SaaS estadounidense en la ruta de datos no es una inconveniencia arquitectónica — es una descalificación de adquisición. El contrato no puede incluir a esos proveedores, sin importar qué tan bueno sea el producto en despliegues sin restricciones de soberanía.

La brecha arquitectónica es real y está creciendo. Los compradores del sector público están siendo empujados cada vez más hacia: (a) desplegar un proveedor que no cumple los requisitos de soberanía y aceptar el riesgo de cumplimiento, (b) construir plataformas internas a la medida (costoso, lento, rara vez sostenible en operación), o (c) renunciar por completo a adquirir gestión moderna de endpoints. Ninguno de esos resultados es bueno.

APIs públicas de AOSP, no Google AMAPI. Cipher DPC de Lockia está construido sobre las APIs públicas de AOSP que vienen en cada dispositivo capaz de Android Enterprise. El DPC se enrola como Device Owner al primer encendido. Las decisiones de comando y política se enrutan por la infraestructura propia de Lockia, no por los servicios de Google. Los servicios de Google permanecen ausentes de la ruta de datos entre el comprador y su flota.

MDM operado por Lockia para Apple, desplegado en la región del cliente. Lockia opera Cipher MDM en su región de despliegue — sin SaaS de MDM de terceros en su ruta de datos. Su tenant de Apple Business Manager se federa con el MDM operado por Lockia. APNs de Apple es infraestructura mandatoria para cualquier MDM iOS y permanece en la ruta — eso es infraestructura de Apple no negociable que aplica a todo MDM, incluido el nuestro. Lo que se elimina es la capa adicional de SaaS de terceros entre ABM y su flota.

Despliegue en la región del cliente. Para contratos sujetos a soberanía, Lockia opera la infraestructura de la plataforma en la jurisdicción que el contrato de adquisición del comprador especifica. Los acuerdos de manejo de datos del comprador gobiernan los términos del despliegue; Lockia opera dentro de esos términos. Esta es la propiedad arquitectónica "ruta de datos controlable por el cliente" definida en nuestro resumen de la plataforma Sovereign UEM — no una promesa de región de hospedaje, sino un modelo de infraestructura contractualmente desplegable.

Postura de cumplimiento y adquisición. La auditoría SOC 2 Type II de Lockia está en curso con Prescient Security. La arquitectura Cipher Protocol tiene patente provisional (USPTO 63/940,826, "Bypass-Resistant Device Locking", diciembre de 2025). Infraestructura multi-región operativa en Miami, México, Brasil y Colombia, con regiones adicionales en proceso de incorporación. Lockia opera como una Florida LLC; la conversión a Delaware C-Corp está en proceso, alineando con las preferencias de las áreas de adquisiciones empresariales sobre la incorporación del proveedor.

La soberanía de dispositivos para el sector público es una configuración de la plataforma Sovereign UEM de Lockia. El mismo Cipher Protocol, el mismo Cipher DPC, el mismo Cipher MDM, la misma capa de agentes de Guardian AI. Lo que cambia en el despliegue de sector público es el marco de adquisición (cláusulas de soberanía, requisitos de residencia de datos, preferencias sobre la incorporación del proveedor), la región de despliegue y la postura de auditoría. El compromiso arquitectónico es el mismo que para cualquier otro vertical que Lockia sirve.

Para un revisor de adquisiciones o un director de TI del sector público que evalúa Lockia: la plataforma diseñada para gestión de dispositivos sujeta a soberanía es la misma plataforma que retailers, bancos, operadores de e-commerce y revendedores usan para correr sus programas de dispositivos. Una sola decisión arquitectónica; múltiples configuraciones verticales aguas abajo.