Comparar · Trustonic

Lockia vs Trustonic

Duas abordagens de segurança de dispositivos para implantações de financiamento e de operadoras. A Trustonic atua como uma camada de integração sobre bloqueios de substrato nativos dos OEMs e do Google DLC. A Lockia opera uma plataforma Sovereign UEM com DPC próprio e MDM operado pela Lockia. Ambas são válidas; a arquitetura escolhida depende da postura de soberania que seus clientes exigem.

KF

Kevin Fernandez

Co-Founder & CTO, Lockia Technologies

Publicado em 14 de maio de 20269 min de leitura

01 · Por que esta comparação existe

Uma comparação de arquitetura, não um exercício de marketing

A maioria das comparações publicadas entre fornecedores de MDM e a Trustonic obscurece a realidade arquitetônica do que cada empresa constrói. A Trustonic atua em segurança de dispositivos, assim como a Lockia, mas as duas operam em camadas fundamentalmente diferentes da stack. Esta página é uma comparação arquitetônica, camada por camada, baseada nos materiais públicos de cada fornecedor e nos protocolos de gerenciamento de dispositivos que o Google e a Apple publicam.

O objetivo é apoiar a decisão de engenheiros, avaliadores de compras e líderes de integração — não fazer propaganda. As duas arquiteturas são válidas. As duas atendem segmentos reais de clientes. A escolha certa depende da postura de soberania, da cobertura de OEMs e dos compromissos de integração que cada implantação exige.

O artigo é assinado pelo CTO da Lockia. Foi escrito com o viés óbvio de um funcionário da Lockia, mas se atém estritamente a fatos arquitetônicos extraídos de fontes públicas. Quando caracteriza a posição da Lockia, o faz como fornecedor. Quando descreve a Trustonic, descreve o que ela constrói, não por que constrói.

02 · Arquitetura

Onde cada plataforma realmente roda

Concorrente

Trustonic

A Trustonic descreve publicamente sua plataforma como uma oferta de múltiplos backends de bloqueio para os clientes: o Device Lock Controller (DLC) do Google, o Device Policy Controller próprio da Trustonic ou soluções próprias dos OEMs, como a plataforma Knox da Samsung. Isso posiciona a Trustonic como uma camada de integração que conecta financeiras, operadoras e varejistas à tecnologia de bloqueio subjacente mais adequada a cada implantação.

A Trustonic é um dos três integradores certificados no mundo autorizados a integrar o Device Lock Controller do Google para bloqueio de smartphones em escala. A Trustonic se descreve publicamente como "um parceiro global aprovado do Google Device Locking Program". Fonte: artigo de opinião da Trustonic, janeiro de 2026, ["Why Google's New Device-Locking Rules Benefit Consumers & Businesses"](https://www.trustonic.com/opinion/why-googles-enforcement-of-stricter-controls-on-device-locking-benefits-consumers-and-businesses-alike/) (em inglês).

O valor comercial da Trustonic para os clientes vem da camada de integração, das relações com OEMs construídas ao longo de uma década no espaço de TEE e da parceria com o Google Device Locking Program. Os mecanismos de bloqueio subjacentes de cada implantação são operados pelo Google (DLC), pelo OEM (por exemplo, Samsung Knox) ou pelo DPC próprio da Trustonic, conforme o backend escolhido pelo cliente.

No lado do iOS, a Trustonic é essencialmente uma empresa focada em Android. O gerenciamento de dispositivos iOS não é seu foco arquitetônico.

Lockia

Lockia

Plataforma Sovereign UEM · USPTO 63/940,826 · Infraestrutura multirregional nas Américas, em expansão global

A Lockia opera o Cipher DPC — um Device Policy Controller construído sobre as APIs públicas do AOSP presentes em todo aparelho compatível com Android Enterprise. O Cipher DPC se registra como Device Owner na primeira inicialização. O canal de comandos é o transporte push próprio da Lockia, independente dos serviços do Google como camada de transporte.

Para iOS, 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 se federa com o MDM operado pela Lockia usando o protocolo MDM publicado pela Apple.

A âncora de hardware nas duas plataformas é o Cipher Protocol, a arquitetura com patente pendente da Lockia para identidade de dispositivo baseada em TEE e bloqueio da restauração de fábrica (pedido provisório USPTO 63/940,826, "Bypass-Resistant Device Locking", dezembro de 2025). O Cipher Protocol é independente de qualquer fornecedor específico de bloqueio OEM, independente do Google DLC, e funciona em qualquer dispositivo compatível com o modo Device Owner do Android Enterprise.

03 · Lado a lado

Fatos de arquitetura

Cada linha se baseia em materiais públicos dos fornecedores e nos protocolos de gerenciamento de dispositivos que o Google e a Apple publicam. Nenhuma caracterização do negócio ou da estratégia de qualquer fornecedor — apenas o que cada plataforma constrói e como cada uma encaminha os dados.

RecursoLockiaTrustonic
Mecanismo de controle no AndroidAPIs públicas DevicePolicyManager do AOSP (Cipher DPC, modo Device Owner) + atestação TEE do Cipher ProtocolTrês backends, segundo o próprio marketing da Trustonic: Google DLC (um dos três integradores certificados no mundo), DPC próprio da Trustonic ou soluções próprias dos OEMs, como Samsung Knox
Mecanismo de controle no iOSCipher MDM operado pela Lockia, na sua região de implantação, integrado ao ABM do cliente pelo protocolo MDM publicado pela AppleNão é o foco principal (empresa focada em Android)
Dependência de OEMNão — roda em qualquer dispositivo compatível com AOSP que ofereça as APIs públicas de DPMSim — depende de implementações de bloqueio específicas de cada OEM e dos respectivos roadmaps
Dependência de serviços do GoogleNão — camadas independentes de push, identidade e políticasSim — substrato Google DLC 2.0, quando aplicável
Modelo de hospedagemOperado pela Lockia, na sua região de implantação — infraestrutura multirregional nas Américas, em expansão global; implantação na região do cliente disponível para contratos com exigência de soberaniaNuvem gerenciada pela Trustonic
Ancoragem em hardwareAtestação de chaves baseada em TEE, consistente em todos os dispositivos Android EnterpriseEspecífica de cada OEM (varia conforme a implementação do fornecedor de bloqueio)
Perfil de clienteOperadoras, OEMs, empresas reguladas e de mercados emergentesConsolidada com ~350M de dispositivos em 36 países; ampla base de operadoras e OEMs
Posição de patentesPedido provisório USPTO 63/940,826, "Bypass-Resistant Device Locking" (dezembro de 2025)Os fornecedores de bloqueio OEM detêm as respectivas patentes sobre seus mecanismos de bloqueio
Caminho dos dados do clienteOperado pela Lockia, na sua região de implantaçãoNuvem da Trustonic + Google + substrato nativo do OEM

04 · Soberania

O que "soberano" significa neste contexto

A Lockia é uma plataforma Sovereign UEM. A afirmação de soberania é específica: os dados do cliente trafegam por infraestrutura implantada em jurisdições e sob termos que os contratos de compra do cliente podem reger — normalmente uma implantação em nuvem soberana ou em tenant dedicado, na região exigida pelo cliente. Nenhum provedor de SaaS terceiro fica no caminho de comandos entre o cliente e sua frota.

Integradores cujas plataformas dependem de mecanismos de bloqueio específicos de OEMs herdam o risco de roadmap desses OEMs. Quando um OEM evolui seu framework corporativo, altera sua superfície de atestação TEE ou muda a estratégia do seu produto de bloqueio, os integradores construídos sobre esses mecanismos precisam se adaptar no ritmo do OEM. A parceria com o Google Device Locking Program acrescenta mais uma dependência de roadmap: o framework de parceiros certificados do Google. O Cipher DPC da Lockia, construído sobre as APIs públicas DevicePolicyManager do AOSP, tem um perfil de exposição diferente — o Google mantém o DPM do AOSP como contrato público estável desde o Android 5.

Nenhuma das posturas está errada. Elas atendem a requisitos diferentes dos clientes. Para uma empresa sem restrição de soberania e com implantações profundas de bloqueio nativo de OEM já em produção (por exemplo, Samsung Knox), a camada de integração da Trustonic tem valor real — ela abstrai as diferenças entre os bloqueios dos OEMs por trás de uma única superfície de API. Para uma empresa com requisitos de soberania, frota heterogênea de vários OEMs ou restrições contratuais a SaaS de terceiros no caminho dos dados, a arquitetura independente da Lockia é a única resposta viável.

05 · Quando a Trustonic é a resposta certa

Dois cenários em que a arquitetura da Trustonic se encaixa

O valor comercial da Trustonic está bem estabelecido em padrões de implantação específicos. Nós os citamos aqui porque a comparação não ajuda se não reconhecer onde o concorrente vence.

  • Implantações profundas de bloqueio nativo de OEM, especialmente Samsung Knox. Se sua frota já está concentrada em aparelhos Samsung com Knox ou em plataformas de bloqueio próprias de OEMs comparáveis, e seu cliente não tem razão arquitetônica para abandonar esses bloqueios nativos, a camada de integração da Trustonic abstrai as diferenças de forma limpa. O valor está na integração, não no bloqueio subjacente.
  • Compradores cujo processo de compra exige o status de integrador certificado do Google Device Locking Program. Algumas RFPs exigem a certificação DLP como requisito obrigatório. A Trustonic é um dos três integradores certificados no mundo. A Lockia não está nessa lista e não busca estar — a arquitetura da Lockia é independente do programa de parceiros DLP. Se o contrato exige o status de certificação DLP, a Lockia não se encaixa.

06 · Quando a Lockia é a resposta certa

Cinco cenários em que Sovereign UEM é a escolha arquitetônica

A Lockia é a escolha certa quando os requisitos do cliente incluem soberania, ampla cobertura de OEMs ou gerenciamento unificado de dispositivos Android e Apple em um único plano de controle.

  • Controle de dispositivos sem dependência de fornecedores de bloqueio OEM nem de serviços do Google. As APIs públicas DevicePolicyManager do AOSP são o substrato; nenhuma camada de integração é necessária entre o plano de políticas da Lockia e o dispositivo.
  • Arquitetura consistente em frotas Android heterogêneas. Implantações com vários OEMs, em que o cliente não pode ou não quer padronizar na plataforma de bloqueio nativa de um único OEM.
  • Controle unificado de Android + iOS por um servidor MDM operado pela Lockia. Cipher MDM via Apple Business Manager, na região de implantação exigida pelo cliente — sem SaaS de MDM de terceiros no caminho dos dados.
  • Implantação em jurisdições reguladas, onde SaaS de terceiros no caminho dos dados impede a compra. Setor público, finanças reguladas, saúde sob a LGPD, contratos governamentais com requisitos de residência de dados. Veja a página de soluções para o setor público para o framework de compras.
  • Infraestrutura soberana como requisito de categoria arquitetônica. Clientes que decidiram, no nível de compras, que Sovereign UEM é a categoria arquitetônica que vão adquirir. Veja a visão geral da plataforma Sovereign UEM para a definição da categoria.

Próximo passo

Fale com a engenharia da Lockia sobre sua implantação

Se sua avaliação chegou à etapa de comparação arquitetônica, o próximo passo mais útil é uma chamada técnica com a equipe de engenharia da Lockia. Vamos analisar seu portfólio específico de OEMs, suas restrições de soberania e como a arquitetura da Lockia se encaixa no contrato de compra que seu comprador vai assinar.

Trustonic é uma marca registrada da Trustonic Limited. Samsung Knox é uma marca comercial da Samsung Electronics Co., Ltd. Google e Google Device Lock Controller são marcas comerciais da Google LLC. Esta comparação reflete informações publicamente disponíveis, publicadas por cada empresa sobre sua própria arquitetura, e é fornecida apenas para fins de avaliação.