Compare · Trustonic

Lockia vs Trustonic

Two approaches to device security for finance and operator deployments. Trustonic operates as an integration layer over OEM-native and Google DLC substrate locks. Lockia operates a Sovereign UEM platform with its own DPC and Lockia-operated MDM. Both are valid; the architecture you choose depends on the sovereignty posture your customers require.

01 · Why this comparison exists

An architectural comparison, not a marketing exercise

Most published comparisons between MDM vendors and Trustonic obscure the architectural reality of what each company builds. Trustonic operates in device security, and so does Lockia, but they operate at fundamentally different layers of the stack. This page is a layer-by-layer architectural comparison sourced from each vendor's own public-facing materials and from the device-management protocols Google and Apple publish.

The goal is decision support for engineers, procurement reviewers, and integration leads — not advocacy. Both architectures are valid. Both serve real customer segments. The right choice depends on the sovereignty posture, OEM coverage, and integration commitments a given deployment requires.

The article is bylined by Lockia's CTO. It is written with the obvious bias of a Lockia employee, while sticking strictly to architectural facts drawn from public sources. Where it characterizes Lockia's position, it does so as a vendor. Where it describes Trustonic, it describes what they build, not why they build it.

02 · Architecture

Where each platform actually runs

Competitor

Trustonic

Trustonic publicly describes its platform as offering customers multiple locking backends: Google's Device Lock Controller (DLC), Trustonic's own Device Policy Controller, or 1st-party OEM solutions such as Samsung's Knox platform. This positions Trustonic as an integration layer connecting financiers, carriers, and retailers to whichever underlying lock technology fits the deployment.

Trustonic is one of three certified integrators worldwide authorized to integrate Google's Device Lock Controller for smartphone locking at scale. Trustonic publicly describes itself as "an approved global partner for the Google Device Locking Program." Source: Trustonic opinion piece, January 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/).

Trustonic's commercial value to customers comes from the integration layer, the OEM relationships built over a decade in the TEE space, and the Google Device Locking Program partnership. The underlying lock mechanisms in any given deployment are operated by Google (DLC), by the OEM (e.g., Samsung Knox), or by Trustonic's own DPC, depending on the customer's chosen backend.

On the iOS side, Trustonic is primarily an Android-focused company. iOS device management is not their architectural focus.

Lockia

Lockia

Sovereign UEM platform · USPTO 63/940,826 · Multi-region infrastructure across the Americas, expanding globally

Lockia operates Cipher DPC — a Device Policy Controller built on the public Android Enterprise APIs that ship in every Android Enterprise–capable handset. Cipher DPC enrolls as Device Owner at first boot. The command channel is Lockia's own push transport, independent of Google services as a transport layer.

For iOS, Lockia operates Cipher MDM in your deployment region — no third-party MDM SaaS in your data path. Your Apple Business Manager tenant federates with the Lockia-operated MDM using Apple's published MDM protocol.

The hardware anchor across both platforms is Cipher Protocol, Lockia's patent-pending architecture for TEE-backed device identity and reset-resistant enforcement (USPTO provisional 63/940,826, "Bypass-Resistant Device Locking", December 2025). Cipher Protocol is independent of any specific OEM lock vendor, independent of Google DLC, and operates on any device that supports Android Enterprise Device Owner mode.

03 · Side-by-side

Architectural facts

Each row is sourced from public vendor materials and the device-management protocols Google and Apple publish. No characterization of either vendor's business or strategy — just what each platform builds and how each platform routes data.

CapabilityLockiaTrustonic
Android control mechanismPublic AOSP DevicePolicyManager APIs (Cipher DPC, Device Owner mode) + Cipher Protocol TEE attestationThree backends per Trustonic's own marketing: Google DLC (one of three certified worldwide integrators), Trustonic's own DPC, or 1st-party OEM solutions such as Samsung Knox
iOS control mechanismLockia-operated Cipher MDM, in your deployment region, integrated with customer ABM via Apple's published MDM protocolNot the primary focus (Android-focused company)
OEM dependencyNo — runs on any AOSP-compliant device with public DPM APIsYes — depends on OEM-specific lock implementations and their respective roadmaps
Google service dependencyNo — independent push, identity, and policy layerYes — Google DLC 2.0 substrate where applicable
Hosting modelLockia-operated, in your deployment region — multi-region infrastructure across the Americas, expanding globally; customer-region deployment available for sovereignty-bound contractsTrustonic-managed cloud
Hardware anchoringTEE-backed key attestation, consistent across Android Enterprise devicesOEM-specific (varies by lock provider implementation)
Customer profileOperators, OEMs, regulated and emerging-market enterprisesEstablished at ~350M devices across 36 countries; broad operator and OEM base
Patent positionUSPTO provisional 63/940,826, "Bypass-Resistant Device Locking" (December 2025)OEM lock providers hold the respective patents on their lock mechanisms
Customer data pathLockia-operated, in your deployment regionTrustonic cloud + Google + OEM-native substrate

04 · Sovereignty

What "sovereign" means in this context

Lockia is a Sovereign UEM platform. The sovereignty claim is specific: customer data flows through infrastructure deployed in jurisdictions and under terms the customer's procurement contracts can govern — typically a sovereign-cloud-hosted or dedicated-tenant deployment in the customer's required region. No third-party SaaS provider sits in the command path between the customer and their fleet.

Integrators whose platforms depend on OEM-specific lock mechanisms inherit roadmap risk from those OEMs. When an OEM evolves its enterprise framework, alters its TEE attestation surface, or changes its lock product strategy, integrators built atop those mechanisms must adapt on the OEM's timeline. The Google Device Locking Program partnership adds an additional roadmap-dependency on Google's certified-partner framework. Lockia's Cipher DPC, built on public AOSP DevicePolicyManager APIs, has a different exposure profile — Google has maintained AOSP DPM as a stable public contract since Android 5.

Neither posture is wrong. They serve different customer requirements. For an enterprise with no sovereignty constraint and existing deep OEM-native lock deployments (e.g., Samsung Knox), Trustonic's integration layer is genuinely valuable — it abstracts the underlying OEM lock differences behind a single API surface. For an enterprise with sovereignty requirements, multi-OEM fleet heterogeneity, or contractual constraints on third-party SaaS in the data path, Lockia's independent architecture is the only viable answer.

05 · When Trustonic is the right answer

Two patterns where Trustonic's architecture fits

Trustonic's commercial value is well-established in specific deployment patterns. We name them here because the comparison is unhelpful if it does not acknowledge where the competitor wins.

  • Deep OEM-native lock deployments, particularly Samsung Knox. If your fleet is already concentrated on Samsung handsets running Knox or comparable 1st-party OEM lock platforms, and your customer has no architectural reason to move off those OEM-native locks, Trustonic's integration layer abstracts the differences cleanly. The value is in the integration, not the underlying lock.
  • Buyers whose procurement requires Google Device Locking Program certified-integrator status. Some RFPs name DLP certification as a hard requirement. Trustonic is one of three certified integrators worldwide. Lockia is not on that list and does not seek to be — Lockia's architecture is independent of the DLP partner program. If the contract requires DLP-certified status, Lockia does not fit.

06 · When Lockia is the right answer

Five patterns where Sovereign UEM is the architectural fit

Lockia is the right choice when the customer requirements include sovereignty, broad OEM coverage, or unified Android and Apple device management under a single control plane.

  • Device control independent of OEM lock-vendor and Google service dependency. Public AOSP DevicePolicyManager APIs are the substrate; no integration layer is required between Lockia's policy plane and the device.
  • Consistent architecture across heterogeneous Android fleets. Multi-OEM deployments where the customer cannot or will not standardize on any single OEM's native lock platform.
  • Unified Android + iOS control via a Lockia-operated MDM server. Cipher MDM via Apple Business Manager, in the customer's required deployment region — no third-party MDM SaaS in the data path.
  • Deployment in regulated jurisdictions where third-party SaaS in the data path is a procurement blocker. Public sector, regulated finance, healthcare under LGPD, government contracts with data-residency requirements. See the public sector solutions page for the procurement framework.
  • Sovereign infrastructure as an architectural category requirement. Customers who have decided, at the procurement level, that Sovereign UEM is the architectural category they will buy in. See the Sovereign UEM platform overview for the category definition.

Next Step

Talk to Lockia engineering about your deployment

If your evaluation has reached the architectural-comparison stage, the most useful next step is a technical call with Lockia's engineering team. We will walk through your specific OEM portfolio, your sovereignty constraints, and how Lockia's architecture maps to the procurement contract your buyer is signing.

Trustonic is a registered trademark of Trustonic Limited. Samsung Knox is a trademark of Samsung Electronics Co., Ltd. Google and Google Device Lock Controller are trademarks of Google LLC. This comparison reflects publicly available information published by each company about its own architecture, and is provided for evaluation purposes only.