OPAQUE lie le déchiffrement à une preuve cryptographique

OPAQUE publie Weight Custody Manifest, un standard ouvert destiné à contrôler le déchiffrement des poids d’IA. La société a annoncé cette spécification le 10 septembre 2026. Le dispositif est disponible en aperçu développeur. Il comprend aussi un SDK Python et une suite publique de tests couvrant 91 cas. WCM permet aux concepteurs de modèles de décider quand et où leurs poids peuvent être déchiffrés. Cette règle s’applique après leur sortie des serveurs du concepteur. Les poids restent chiffrés jusqu’à ce que l’infrastructure réceptrice prouve cryptographiquement qu’elle respecte les conditions approuvées. L’accès peut ensuite être retiré si ces conditions changent. Lire l’annonce complète.

Les modèles circulent Les entreprises ajustent des modèles ouverts avec leurs propres données. Des laboratoires d’IA doivent aussi fournir des modèles avancés à des clients exigeant une exécution sur leur infrastructure. Ces infrastructures peuvent inclure des nuages souverains maintenus dans les frontières juridiques d’un pays. Selon OPAQUE, les contrats ne suffisent pas techniquement lorsque les poids quittent le centre de données du concepteur. Imran Siddique, directeur général des plateformes chez OPAQUE, oppose deux protections. L’IA confidentielle protège le client contre le modèle. WCM protège le modèle contre le client. Le standard vise ainsi à fournir aux parties une preuve vérifiable plutôt qu’une confiance réciproque.

WCM lie la clé au matériel

Le courtier vérifie Une charge protégée demande un défi à usage unique auprès d’un courtier de clés. L’attestation du processeur, et parfois celle du processeur graphique, lie ce défi à une mesure de la charge exécutée. Elle lie également une clé de transport au lancement concerné. Le courtier contrôle les chaînes de certificats, les signatures, leur révocation et leur fraîcheur. Il scelle ensuite la clé de déchiffrement auprès de la charge attestée. Une divergence empêche la remise de la clé. Cette séquence associe donc le secret à une exécution précise. La spécification de WCM est présentée sur agentrust-io.com/wcm, avec ses éléments destinés aux développeurs.

Les essais couvrent OPAQUE affirme avoir exécuté cet échange sur un NVIDIA H100. La société l’a aussi testé sur des serveurs confidentiels AMD et Intel. Ces essais ont été hébergés sur Azure et Google Cloud. Deux compilations indépendantes du SDK ont produit une sortie identique pour 5 948 fichiers. La suite de conformité publique répartit ses 91 contrôles en quatre niveaux. Le premier en compte 32, le deuxième 37, le troisième 12 et le quatrième 10. Ces vérifications confrontent la logique du protocole de référence à des racines de certificats synthétiques. Elles ne réalisent toutefois aucune vérification cryptographique du GPU. Un résultat positif confirme donc la logique du code selon les règles écrites.

La vérification matérielle reste séparée

Les limites persistent Le démarrage public exécute le courtier et la charge dans un processus Python ordinaire. Il utilise des preuves synthétiques et une clé de remplacement. La confirmation du matériel demande un test distinct, effectué sur la machine prévue par le concepteur. Une signature valide ne permet pas de distinguer une clé autorisée d’une clé déjà extraite par un attaquant. OPAQUE reconnaît que les attaques physiques contre les puces de calcul confidentiel sont réelles et documentées. La société renvoie vers les recherches consacrées à ce risque. WCM apporte donc une vérification cryptographique des conditions déclarées, sans présenter la sécurité physique des composants comme résolue. Imran Siddique détaille son rôle.