Soberania de aparelhos para o setor público

Compradores regulados do setor público na América Latina, na União Europeia e em mercados emergentes incluem cada vez mais requisitos arquiteturais específicos em seus editais: residência de dados no país, nenhum provedor SaaS terceirizado no caminho de comando e controle entre o comprador e sua frota de aparelhos, nenhuma dependência de serviços de governos estrangeiros e termos contratuais de tratamento de dados que a área de compras do comprador possa governar. Não são preferências opcionais; são critérios eliminatórios. Uma plataforma que não consiga atendê-los pela arquitetura não está apta a participar da licitação.

Os fornecedores dominantes de UEM corporativo — Microsoft Intune, Jamf, VMware Workspace ONE, IBM MaaS360, ManageEngine — operam como camadas SaaS de terceiros. No Android, suas arquiteturas roteiam os comandos pela Android Management API do Google e pelo Firebase Cloud Messaging. Na Apple, seus servidores MDM operam na nuvem do fornecedor, entre o tenant do Apple Business Manager do cliente e a frota de aparelhos. As duas metades do parque de aparelhos ficam sobre infraestrutura de hyperscalers americanos.

Para a maioria das empresas, essa é uma troca aceitável. Para contextos de compra com requisitos de residência de dados no país, saúde regulada pela LGPD ou pela HIPAA, compradores do setor público com mandatos de soberania ou marcos de compras governamentais da UE, ter SaaS americano no caminho dos dados não é um inconveniente arquitetural — é um motivo de desclassificação. O contrato não pode incluir esses fornecedores, por melhor que o produto seja em implantações sem restrições de soberania.

A lacuna arquitetural é real e está crescendo. Compradores do setor público são cada vez mais forçados a (a) implantar um fornecedor que não atende aos requisitos de soberania e aceitar o risco de conformidade, (b) desenvolver plataformas internas sob medida (caras, lentas e raramente sustentáveis na operação) ou (c) desistir completamente de contratar um gerenciamento moderno de endpoints. Nenhum desses resultados é bom.

APIs públicas do AOSP, não Google AMAPI. O Cipher DPC da Lockia é construído sobre as APIs públicas do AOSP presentes em todo aparelho compatível com Android Enterprise. O DPC é registrado como Device Owner na primeira inicialização. As decisões de comando e de políticas passam pela infraestrutura de backend própria da Lockia, não pelos serviços do Google. Os serviços do Google ficam fora do caminho dos dados entre o comprador e sua frota.

MDM operado pela Lockia para Apple, implantado na região do cliente. A Lockia opera o Cipher MDM na sua região de implantação — sem SaaS de MDM de terceiros no seu caminho de dados. Seu tenant do Apple Business Manager é federado com o MDM operado pela Lockia. O APNs da Apple é infraestrutura obrigatória para qualquer MDM de iOS e continua no caminho — é uma infraestrutura da Apple inegociável que vale para todo MDM, inclusive o nosso. O que sai do caminho é a camada adicional de SaaS de terceiros entre o ABM e a sua frota.

Implantação na região do cliente. Em contratos sujeitos a soberania, a Lockia opera a infraestrutura da plataforma na jurisdição especificada no contrato de compra do comprador. Os acordos de tratamento de dados do comprador regem os termos da implantação; a Lockia opera dentro desses termos. Essa é a propriedade arquitetural "caminho de dados controlado pelo cliente", conforme definida na nossa visão geral da plataforma Sovereign UEM — não uma promessa de região de hospedagem, mas um modelo de infraestrutura implantável por contrato.

Postura de conformidade e compras. SOC 2 Tipo I em andamento com a Prescient Security. A arquitetura do Cipher Protocol tem patente pendente (pedido provisório USPTO 63/940,826, "Bypass-Resistant Device Locking", dezembro de 2025). Infraestrutura multirregião em operação em Miami, México, Brasil e Colômbia, com novas regiões sendo adicionadas. A Lockia opera como uma Florida LLC; a conversão para Delaware C-Corp está em andamento, alinhada às preferências das áreas de compras corporativas quanto à constituição do fornecedor.

A soberania de aparelhos no setor público é uma configuração da plataforma Sovereign UEM da Lockia. O mesmo Cipher Protocol, o mesmo Cipher DPC, o mesmo Cipher MDM, a mesma camada agêntica Guardian AI. O que muda na implantação para o setor público é o marco de compras (cláusulas de soberania, requisitos de residência de dados, preferências quanto à constituição do fornecedor), a região de implantação e a postura de auditoria. O compromisso arquitetural é o mesmo de todos os outros verticais que a Lockia atende.

Para um avaliador de compras ou um diretor de TI do setor público avaliando a Lockia: a plataforma projetada para o gerenciamento de aparelhos sujeito a soberania no setor público é a mesma que varejistas, bancos, operadores de e-commerce e revendedores usam para operar seus programas de aparelhos. Uma escolha arquitetural única; as configurações verticais vêm depois.