Yudun conçoit une protection autour de SO, JNI, des dépendances de bibliothèque dynamique et de précieuses fonctions natives, puis valide le chargement, le lancement et les invocations réelles sur chaque cible ABI.
Choisissez la protection de vos fonctions, symboles, chaînes et constantes natives précieuses sans couvrir tous les chemins.
Vérifiez l'enregistrement, les dépendances, l'ordre de chargement et les SDK tiers afin que les appels restent vérifiables après la protection.
Testez l'installation, le lancement, le chargement de la bibliothèque et un flux JNI critique sur chaque architecture cible.
L'évaluation Yudun S21-R43 a examiné à la fois la structure des versions et un test de fumée d'exécution de débogage au lieu de juger la protection native uniquement par les noms de fichiers.
Voir l'évaluation autochtonePortée : Le résultat couvre ce candidat et le champ d'application de fumée exécuté, et non un appareil complet, ABI, ou une matrice de performances.
Fournissez des bibliothèques, des points d'entrée JNI, des ABI cibles, des dépendances et des fonctions précieuses.
Configurez la protection SO et VMP autour de la valeur, de la fréquence d'appel de fonction et des contraintes de chargement.
Exécutez des chemins réels sur les ABI et les versions du système d'exploitation cibles, enregistrez les échecs et conservez une configuration de restauration.
Définir le périmètre de protection des SO en analysant les dépendances ELF, l'enregistrement JNI, les séquences de chargement, les versions minimales d'API NDK et les matrices d'artefacts ABI afin de minimiser les échecs au démarrage et les problèmes de compatibilité post-durcissement.
Oui. L'enregistrement, la visibilité des symboles, l'ordre de chargement et les dépendances tierces nécessitent une vérification sur chaque architecture cible.
Non, cela supprime une classe d’indices. Les chaînes, les constantes, le flux de contrôle, le chargement et le matériel d'exécution restent des préoccupations distinctes.
Les ABI diffèrent par leurs instructions, leurs liens et leurs dépendances. Les résultats d'une autre architecture ne peuvent pas établir de compatibilité.
Donnez la priorité aux fonctions natives précieuses avec des entrées, des sorties et des chemins de régression indépendants clairs. Évitez de couvrir de manière générale l’initialisation et les chemins fréquemment exécutés.
Architectures natives, packaging ABI et compatibilité
Conception de la sécurité des applications Android et limites des versions
Contrôles de sécurité des applications mobiles et portée de la vérification
Identité de signature, continuité des mises à niveau et intégrité des versions
Décisions côté serveur et limites des signaux d’intégrité des applications
御盾