Souveraineté des appareils pour le secteur public

Les acheteurs publics réglementés d'Amérique latine, de l'Union européenne et des marchés émergents inscrivent de plus en plus d'exigences d'architecture précises dans leurs appels d'offres : résidence des données dans le pays, aucun fournisseur SaaS tiers dans le chemin de commande et de contrôle entre l'acheteur et son parc d'appareils, aucune dépendance à des services de gouvernements étrangers, et des conditions contractuelles de traitement des données que le service achats de l'acheteur peut encadrer. Ce ne sont pas des préférences facultatives ; ce sont des critères éliminatoires. Une plateforme qui ne peut pas y répondre par son architecture n'est pas éligible pour soumissionner.

Les principaux fournisseurs d'UEM d'entreprise — Microsoft Intune, Jamf, VMware Workspace ONE, IBM MaaS360, ManageEngine — fonctionnent comme des couches SaaS tierces. Sur Android, leurs architectures acheminent les commandes via l'Android Management API de Google et Firebase Cloud Messaging. Côté Apple, leurs serveurs MDM tournent dans le cloud du fournisseur, entre le tenant Apple Business Manager du client et le parc d'appareils. Les deux moitiés du parc reposent sur l'infrastructure d'hyperscalers américains.

Pour la plupart des entreprises, ce compromis est acceptable. Pour les achats soumis à des exigences de résidence des données dans le pays, la santé réglementée par la LGPD ou la HIPAA, les acheteurs publics soumis à des mandats de souveraineté ou les cadres d'achat public de l'UE, un SaaS américain dans le chemin des données n'est pas un simple inconvénient d'architecture — c'est un motif d'exclusion. Le contrat ne peut pas inclure ces fournisseurs, quelle que soit la qualité du produit dans des déploiements sans contrainte de souveraineté.

Ce déficit d'architecture est réel et s'accentue. Les acheteurs publics sont de plus en plus contraints soit (a) de déployer un fournisseur qui ne respecte pas les exigences de souveraineté et d'accepter le risque de conformité, soit (b) de développer des plateformes internes sur mesure (coûteuses, lentes et rarement viables dans la durée), soit (c) de renoncer purement et simplement à acquérir une gestion moderne des terminaux. Aucune de ces issues n'est satisfaisante.

API AOSP publiques, pas Google AMAPI. Le Cipher DPC de Lockia repose sur les API AOSP publiques présentes dans tout appareil compatible Android Enterprise. Le DPC s'enrôle en tant que Device Owner au premier démarrage. Les décisions de commande et de politique transitent par l'infrastructure backend propre à Lockia, et non par les services de Google. Les services Google restent absents du chemin des données entre l'acheteur et son parc.

MDM exploité par Lockia pour Apple, déployé dans la région du client. Lockia exploite Cipher MDM dans votre région de déploiement — aucun SaaS MDM tiers dans votre chemin de données. Votre tenant Apple Business Manager est fédéré avec le MDM exploité par Lockia. L'APNs d'Apple est une infrastructure obligatoire pour tout MDM iOS et reste dans le chemin — il s'agit d'une infrastructure Apple non négociable qui s'applique à tous les MDM, y compris le nôtre. Ce qui disparaît, c'est la couche supplémentaire de SaaS tiers entre ABM et votre parc.

Déploiement dans la région du client. Pour les contrats soumis à des exigences de souveraineté, Lockia exploite l'infrastructure de la plateforme dans la juridiction précisée par le contrat d'achat de l'acheteur. Les accords de traitement des données de l'acheteur régissent les conditions du déploiement ; Lockia opère dans ce cadre. C'est la propriété d'architecture « chemin de données contrôlé par le client » telle que définie dans notre présentation de la plateforme Sovereign UEM — non pas une promesse de région d'hébergement, mais un modèle d'infrastructure déployable contractuellement.

Conformité et achats. SOC 2 Type I en cours avec Prescient Security. L'architecture Cipher Protocol fait l'objet d'un brevet en instance (demande provisoire USPTO 63/940,826, « Bypass-Resistant Device Locking », décembre 2025). Infrastructure multirégion opérationnelle à Miami, au Mexique, au Brésil et en Colombie, avec de nouvelles régions en cours d'ajout. Lockia est une Florida LLC ; sa conversion en Delaware C-Corp est en cours, conformément aux préférences des services achats des grandes entreprises en matière de forme juridique des fournisseurs.

La souveraineté des appareils dans le secteur public est une configuration de la plateforme Sovereign UEM de Lockia. Le même Cipher Protocol, le même Cipher DPC, le même Cipher MDM, la même couche agentique Guardian AI. Ce qui change pour un déploiement dans le secteur public, c'est le cadre d'achat (clauses de souveraineté, exigences de résidence des données, préférences quant à la forme juridique du fournisseur), la région de déploiement et la posture d'audit. L'engagement d'architecture est le même que pour tous les autres secteurs que sert Lockia.

Pour un évaluateur achats ou un directeur informatique du secteur public qui évalue Lockia : la plateforme conçue pour la gestion souveraine des appareils dans le secteur public est la même que celle qu'utilisent des distributeurs, des banques, des acteurs du e-commerce et des revendeurs pour gérer leurs programmes d'appareils. Un choix d'architecture unique ; les configurations sectorielles en découlent.