Comparer · Trustonic
Deux approches de la sécurité des appareils pour les déploiements dans le financement et chez les opérateurs. Trustonic fonctionne comme une couche d'intégration au-dessus des verrouillages natifs des OEM et du substrat Google DLC. Lockia exploite une plateforme Sovereign UEM, avec son propre DPC et un MDM opéré par Lockia. Les deux sont valables ; l'architecture à retenir dépend du niveau de souveraineté qu'exigent vos clients.
Kevin Fernandez
Co-Founder & CTO, Lockia Technologies
01 · Pourquoi cette comparaison
La plupart des comparaisons publiées entre les éditeurs de MDM et Trustonic masquent la réalité architecturale de ce que chaque entreprise construit. Trustonic opère dans la sécurité des appareils, tout comme Lockia, mais les deux interviennent à des couches fondamentalement différentes de la pile technologique. Cette page propose une comparaison architecturale, couche par couche, fondée sur les documents publics de chaque éditeur et sur les protocoles de gestion des appareils publiés par Google et Apple.
L'objectif est d'aider à la décision les ingénieurs, les évaluateurs achats et les responsables d'intégration — pas de faire du plaidoyer. Les deux architectures sont valables. Les deux servent de vrais segments de clientèle. Le bon choix dépend du niveau de souveraineté, de la couverture OEM et des engagements d'intégration qu'exige chaque déploiement.
L'article est signé par le CTO de Lockia. Il est rédigé avec le biais évident d'un salarié de Lockia, tout en s'en tenant strictement à des faits architecturaux issus de sources publiques. Lorsqu'il décrit la position de Lockia, il le fait en tant qu'éditeur. Lorsqu'il décrit Trustonic, il décrit ce que l'entreprise construit, pas pourquoi elle le construit.
02 · Architecture
Concurrent
Trustonic présente publiquement sa plateforme comme offrant à ses clients plusieurs backends de verrouillage : le Device Lock Controller (DLC) de Google, le Device Policy Controller propre à Trustonic ou des solutions propriétaires des OEM, comme la plateforme Knox de Samsung. Trustonic se positionne ainsi comme une couche d'intégration qui relie organismes de financement, opérateurs et distributeurs à la technologie de verrouillage sous-jacente la mieux adaptée à chaque déploiement.
Trustonic est l'un des trois intégrateurs certifiés dans le monde autorisés à intégrer le Device Lock Controller de Google pour le verrouillage de smartphones à grande échelle. Trustonic se présente publiquement comme « un partenaire mondial agréé du Google Device Locking Program ». Source : tribune de Trustonic, janvier 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/) (en anglais).
La valeur commerciale de Trustonic pour ses clients repose sur la couche d'intégration, sur les relations avec les OEM construites pendant une décennie dans l'univers TEE et sur le partenariat avec le Google Device Locking Program. Dans chaque déploiement, les mécanismes de verrouillage sous-jacents sont opérés par Google (DLC), par l'OEM (par exemple Samsung Knox) ou par le DPC propre à Trustonic, selon le backend choisi par le client.
Côté iOS, Trustonic est avant tout une entreprise centrée sur Android. La gestion des appareils iOS n'est pas son axe architectural.
Lockia
Plateforme Sovereign UEM · USPTO 63/940,826 · Infrastructure multirégion sur le continent américain, en expansion mondiale
Lockia exploite Cipher DPC — un Device Policy Controller construit sur les API publiques d'AOSP présentes dans chaque terminal compatible Android Enterprise. Cipher DPC s'enrôle comme Device Owner au premier démarrage. Le canal de commande est le transport push propre à Lockia, indépendant des services Google comme couche de transport.
Pour iOS, Lockia exploite Cipher MDM dans votre région de déploiement — aucun SaaS MDM tiers sur le chemin de vos données. Votre tenant Apple Business Manager se fédère avec le MDM opéré par Lockia via le protocole MDM publié par Apple.
L'ancrage matériel commun aux deux plateformes est Cipher Protocol, l'architecture de Lockia en instance de brevet pour l'identité d'appareil adossée au TEE et le blocage de la réinitialisation d'usine (demande provisoire USPTO 63/940,826, « Bypass-Resistant Device Locking », décembre 2025). Cipher Protocol est indépendant de tout fournisseur de verrouillage OEM spécifique, indépendant de Google DLC, et fonctionne sur tout appareil prenant en charge le mode Device Owner d'Android Enterprise.
03 · Côte à côte
Chaque ligne s'appuie sur les documents publics des éditeurs et sur les protocoles de gestion des appareils publiés par Google et Apple. Aucune appréciation de l'activité ou de la stratégie de l'un ou de l'autre — uniquement ce que chaque plateforme construit et la façon dont chacune achemine les données.
| Fonctionnalité | Lockia | Trustonic |
|---|---|---|
| Mécanisme de contrôle Android | API publiques DevicePolicyManager d'AOSP (Cipher DPC, mode Device Owner) + attestation TEE Cipher Protocol | Trois backends selon le marketing de Trustonic : Google DLC (l'un des trois intégrateurs certifiés dans le monde), le DPC propre à Trustonic ou des solutions propriétaires des OEM comme Samsung Knox |
| Mécanisme de contrôle iOS | Cipher MDM opéré par Lockia, dans votre région de déploiement, intégré à l'ABM du client via le protocole MDM publié par Apple | Pas l'axe principal (entreprise centrée sur Android) |
| Dépendance aux OEM | Non — fonctionne sur tout appareil conforme à AOSP exposant les API DPM publiques | Oui — dépend des implémentations de verrouillage propres à chaque OEM et de leurs feuilles de route |
| Dépendance aux services Google | Non — couches push, identité et politiques indépendantes | Oui — substrat Google DLC 2.0 le cas échéant |
| Modèle d'hébergement | Opéré par Lockia, dans votre région de déploiement — infrastructure multirégion sur le continent américain, en expansion mondiale ; déploiement dans la région du client disponible pour les contrats soumis à des exigences de souveraineté | Cloud géré par Trustonic |
| Ancrage matériel | Attestation de clés adossée au TEE, homogène sur l'ensemble des appareils Android Enterprise | Propre à chaque OEM (varie selon l'implémentation du fournisseur de verrouillage) |
| Profil client | Opérateurs, OEM, entreprises réglementées et des marchés émergents | Implanté sur ~350M d'appareils dans 36 pays ; large base d'opérateurs et d'OEM |
| Brevets | Demande provisoire USPTO 63/940,826, « Bypass-Resistant Device Locking » (décembre 2025) | Les fournisseurs de verrouillage OEM détiennent les brevets de leurs mécanismes de verrouillage respectifs |
| Chemin des données client | Opéré par Lockia, dans votre région de déploiement | Cloud Trustonic + Google + substrat natif de l'OEM |
04 · Souveraineté
Lockia est une plateforme Sovereign UEM. La promesse de souveraineté est précise : les données du client transitent par une infrastructure déployée dans des juridictions et selon des conditions que les contrats d'achat du client peuvent encadrer — en général un déploiement sur cloud souverain ou en tenant dédié, dans la région exigée par le client. Aucun fournisseur SaaS tiers ne s'interpose sur le chemin de commande entre le client et son parc d'appareils.
Les intégrateurs dont les plateformes reposent sur des mécanismes de verrouillage propres aux OEM héritent du risque de feuille de route de ces OEM. Lorsqu'un OEM fait évoluer son framework entreprise, modifie sa surface d'attestation TEE ou change la stratégie de son produit de verrouillage, les intégrateurs bâtis sur ces mécanismes doivent s'adapter au rythme de l'OEM. Le partenariat avec le Google Device Locking Program ajoute une dépendance supplémentaire à la feuille de route du programme de partenaires certifiés de Google. Cipher DPC de Lockia, construit sur les API publiques DevicePolicyManager d'AOSP, présente un profil d'exposition différent — Google maintient AOSP DPM comme contrat public stable depuis Android 5.
Aucune de ces postures n'est mauvaise. Elles répondent à des exigences client différentes. Pour une entreprise sans contrainte de souveraineté et disposant déjà de déploiements approfondis de verrouillage natif OEM (par exemple Samsung Knox), la couche d'intégration de Trustonic apporte une vraie valeur — elle masque les différences entre verrouillages OEM derrière une interface API unique. Pour une entreprise soumise à des exigences de souveraineté, à l'hétérogénéité d'un parc multi-OEM ou à des contraintes contractuelles sur la présence de SaaS tiers dans le chemin des données, l'architecture indépendante de Lockia est la seule réponse viable.
05 · Quand Trustonic est la bonne réponse
La valeur commerciale de Trustonic est bien établie dans certains schémas de déploiement. Nous les citons ici, car une comparaison n'a aucune utilité si elle ne reconnaît pas les cas où le concurrent l'emporte.
06 · Quand Lockia est la bonne réponse
Lockia est le bon choix lorsque les exigences du client incluent la souveraineté, une large couverture OEM ou une gestion unifiée des appareils Android et Apple depuis un plan de contrôle unique.
Étape suivante
Si votre évaluation en est au stade de la comparaison architecturale, l'étape la plus utile est un appel technique avec l'équipe d'ingénierie de Lockia. Nous passerons en revue votre portefeuille d'OEM, vos contraintes de souveraineté et la façon dont l'architecture de Lockia s'inscrit dans le contrat d'achat que votre acheteur s'apprête à signer.
Trustonic est une marque déposée de Trustonic Limited. Samsung Knox est une marque de Samsung Electronics Co., Ltd. Google et Google Device Lock Controller sont des marques de Google LLC. Cette comparaison reflète les informations publiquement disponibles publiées par chaque entreprise sur sa propre architecture et n'est fournie qu'à des fins d'évaluation.