Guide de développement d'applications TEE : meilleures pratiques en matière de sécurité

L'environnement d'exécution de confiance ( TEE ) est de plus en plus utilisé dans les domaines de la cryptographie et de l'IA. Cet article vise à fournir aux développeurs les concepts de base du TEE, le modèle de sécurité, les vulnérabilités courantes et les meilleures pratiques.

Aperçu de TEE

TEE est un environnement isolé dans un processeur ou un centre de données où les programmes peuvent s'exécuter sans être perturbés par d'autres parties du système. TEE garantit l'isolement grâce à un contrôle d'accès strict et est actuellement largement utilisé dans les téléphones, serveurs, PC et environnements cloud.

Les scénarios d'application typiques de TEE incluent :

• Stockage des informations biométriques
• Portefeuille matériel

Modèle de sécurité TEE

Flux de travail général de l'application TEE :

1. Les développeurs écrivent du code
2. Emballer le code en un fichier image Enclave (EIF)
3. Déploiement de l'EIF sur le serveur TEE
4. L'utilisateur interagit avec l'application via l'interface

Principaux points de risque :

• Les développeurs peuvent insérer du code malveillant
• Le serveur peut exécuter un EIF inattendu.
• La conception des fournisseurs TEE pourrait contenir des portes dérobées

Mesures d'adaptation:

• Reconstruire de manière répétée : garantir la transparence et la vérifiabilité du code
• Preuve à distance : vérification des programmes et des versions de plateforme exécutés dans le TEE

Avantages du TEE

• Performance : équivalente à celle des serveurs ordinaires
• Support GPU : Les derniers GPU NVIDIA offrent un support TEE
• Exactitude : adaptée aux scénarios non déterministes tels que le raisonnement LLM
• Confidentialité : les données internes ne sont pas visibles à l'extérieur
• Accès réseau : accès sécurisé aux API externes
• Autorisation d'écriture : possibilité de construire et d'envoyer des messages
• Développement convivial : prise en charge du développement multilingue

Problèmes potentiels de TEE

négligence des développeurs

• Code non transparent
• Problème de mesure de code
• Code non sécurisé
• Attaque de la chaîne d'approvisionnement

vulnérabilité d'exécution

• Code et données dynamiques
• Communication non sécurisée

défaut de conception de l'architecture

• La surface d'attaque est trop grande
• Problèmes de portabilité et d'activité
• Racines de confiance non sécurisées

problème d'exploitation

• Version de la plateforme obsolète
• Sécurité physique insuffisante

Construire des programmes TEE sécurisés

La solution la plus sûre

• Éliminer les dépendances externes, fonctionner de manière autonome

Mesures préventives nécessaires

• Tests stricts, réduction de la fréquence des mises à jour
• Audit des codes et processus de construction
• Utiliser des bibliothèques vérifiées
• Vérifier la preuve distante

recommandations ciblées

• Canal de communication crypté
• Considérer la transitoire de la mémoire
• Réduire la surface d'attaque
• Isolement physique
• Mécanisme de preuve multiple

Perspectives

La technologie TEE devient de plus en plus populaire et devrait servir de pont entre les produits Web3 et les grandes entreprises technologiques. Bien que l'hypothèse de confiance soit supérieure à celle des solutions ZK, elle offre un meilleur compromis entre fonctionnalité et confiance.