Yudun diseña protección en torno a SO, JNI, dependencias de biblioteca dinámica y valiosas funciones nativas, luego valida la carga, el lanzamiento y las invocaciones reales en cada ABI de destino.
Elija protección para valiosas funciones, símbolos, cadenas y constantes nativos sin cubrir todos los caminos.
Revise el registro, las dependencias, el orden de carga y los SDK de terceros para que las invocaciones sigan siendo verificables después de la protección.
Pruebe la instalación, el lanzamiento, la carga de la biblioteca y un flujo crítico JNI en cada arquitectura de destino.
La evaluación de Yudun S21-R43 revisó tanto la estructura de la versión como una prueba de humo en tiempo de ejecución de depuración en lugar de juzgar la protección nativa solo por los nombres de archivos.
Ver la evaluación nativaAlcance: El resultado cubre este candidato y el alcance de humo ejecutado, no un dispositivo completo, ABI, ni una matriz de rendimiento.
Proporcione bibliotecas, puntos de entrada JNI, ABI de destino, dependencias y funciones valiosas.
Configure la protección SO y VMP en torno al valor, la frecuencia de invocación de funciones y las restricciones de carga.
Ejecute rutas reales en las ABI y las versiones del sistema operativo de destino, registre fallas y mantenga una configuración de reversión.
Defina el alcance de protección de SO analizando dependencias ELF, registro JNI, secuencias de carga, versiones mínimas de NDK API y matrices de artefactos ABI para minimizar fallos de inicio y problemas de compatibilidad tras el endurecimiento.
Sí. El registro, la visibilidad de los símbolos, el orden de carga y las dependencias de terceros requieren verificación en cada arquitectura de destino.
No. Elimina una clase de pistas. Las cadenas, las constantes, el flujo de control, la carga y el material de tiempo de ejecución siguen siendo preocupaciones separadas.
Las ABI difieren en instrucciones, enlaces y dependencias. Los resultados de otra arquitectura no pueden establecer compatibilidad.
Priorice funciones nativas valiosas con entradas y salidas claras y rutas de regresión independientes. Evite la cobertura general de la inicialización y las rutas ejecutadas con frecuencia.
Arquitecturas nativas, empaquetado ABI y compatibilidad
Diseño de seguridad de aplicaciones Android y límites de lanzamiento
Controles de seguridad de aplicaciones móviles y alcance de verificación
Identidad de firma, continuidad de actualización e integridad de versión
Decisiones del lado del servidor y los límites de las señales de integridad de las aplicaciones
御盾