Yudun traite le modèle sur l'appareil, le runtime d'inférence, les informations d'identification de l'API, les entrées et sorties et la chaîne de mise à jour comme des risques distincts. Le code et les ressources client précieux sont protégés tandis que les clés privilégiées et l'autorisation finale restent sur le serveur.
Définissez la protection du client pour les ressources du modèle, la logique de pré/post-traitement et les chemins d'appel d'inférence.
Retirez les clés privilégiées de longue durée du client et utilisez des informations d’identification limitées et de courte durée avec l’autorisation du serveur.
Validez l’appariement du modèle, du runtime et de la version de l’application, avec des chemins de désactivation, de déploiement par étapes et de restauration.
Un scénario d'architecture publique Yudun explique pourquoi le masquage d'une chaîne ne constitue pas un contrôle complet du vol et des abus des API d'IA mobile.
Voir l'architecture de contrôle des risquesPortée : Il s’agit d’un scénario et d’une architecture de risque public, et non d’un incident client, d’un taux de blocage revendiqué ou d’une économie de coûts.
Divisez le modèle, l'exécution, les informations d'identification, les interfaces et les données utilisateur au lieu d'invoquer tout le chiffrement du modèle.
Décidez de ce qui reste sur l'appareil et quelles clés et actions à haut risque appartiennent au serveur.
Testez le couplage des versions, les autorisations d’interface, la désactivation d’urgence et la restauration.
Décomposez les fichiers de modèle, les environnements d'exécution d'inférence, les identifiants API, l'autorisation côté serveur, les signaux d'intégrité et les responsabilités de journalisation pour définir une architecture de sécurité en couches et une liste de validation pour les applications mobiles d'IA.
Le modèle doit être utilisé au moment de l'exécution, tandis que les entrées, les sorties, le matériel de mémoire, les interfaces et les informations d'identification restent exposés à des risques distincts.
Ne traitez pas une clé à privilèges élevés de longue durée comme un secret client. Préférez un serveur proxy avec le moindre privilège, la rotation et les enregistrements de requêtes.
L'inférence sur l'appareil peut réduire la latence et améliorer la confidentialité, mais elle ajoute des problèmes de livraison de modèle, de version, de ressources de l'appareil et de matériel d'exécution.
Uniquement lorsque la version candidate, la méthode, les scénarios couverts et les éléments ouverts sont explicites. Le travail de conception ou l'observation statique ne constitue pas une vérification d'exécution.
Intégration du modèle sur l'appareil et limites d'exécution
Runtime d’inférence sur l’appareil et contexte de livraison de modèle
Contrôles de sécurité des applications mobiles et portée de la vérification
Conception de la sécurité des applications Android et limites des versions
Signature de code de la plateforme Apple et contexte de sécurité d'exécution
御盾