A continuaciónSiguiente guía
Implementación azul-verde para modelos ML
Técnico
GUÍA Técnica
La seguridad de la cadena de suministro de ML protege el código, las dependencias, los conjuntos de datos y los artefactos del modelo contra manipulaciones o fuentes no confiables durante la construcción y la implementación.
Escuche esta guíaNarrado por IA · ~3 min
La firma y la procedencia pueden verificar de dónde vino un artefacto y si cambió, pero no prueban que el modelo sea seguro, preciso o imparcial.
Un sistema ML depende de algo más que los pesos del modelo. Su cadena de suministro incluye código fuente, herramientas de compilación, dependencias de paquetes, imágenes base, datos de capacitación y evaluación, artefactos serializados y configuración de implementación. Un atacante o un error accidental pueden introducir una dependencia maliciosa, alterar un archivo de modelo, filtrar credenciales durante una compilación o implementar un artefacto que nunca fue revisado. Las prácticas de seguridad deben proteger estas entradas y preservar evidencia rastreable sobre cómo se produjeron los artefactos de liberación. Las firmas digitales vinculan un artefacto a una identidad de firma y a un resumen criptográfico. Un verificador puede verificar que el artefacto coincida con lo que se firmó y que la firma se encadene a una identidad o política esperada. Las declaraciones de procedencia pueden registrar entradas de construcción y detalles del proceso. Las herramientas de Sigstore admiten la firma de artefactos de contenedor y flujos de trabajo de verificación. Estas comprobaciones ayudan a rechazar artefactos manipulados o no autorizados, pero una firma válida sólo dice que una identidad particular firmó bytes específicos; no significa que el contenido sea seguro o correcto. La serialización de modelos merece especial atención. El pickle Python puede ejecutar código arbitrario durante la deserialización, por lo que cargar un pickle que no es de confianza es peligroso. Verifique los artefactos de fuentes confiables y considere formatos con un comportamiento de ejecución más limitado cuando sea apropiado. Incluso entonces, los analizadores de datos y los tiempos de ejecución de modelos pueden tener vulnerabilidades. Escanee dependencias y contenedores, restrinja permisos, aísle el entrenamiento y la inferencia y evite almacenar secretos en imágenes o paquetes de modelos. Un registro de lanzamiento útil vincula la revisión del código fuente, el entorno de compilación, las dependencias, el linaje de datos, el informe de evaluación y el resumen de artefactos. Aplique control de acceso a las claves de firma y prefiera identidades de corta duración o flujos de trabajo de firma administrados cuando estén disponibles. Verifique las firmas en la política de implementación en lugar de firmar sin hacer cumplir la ley. La revisión de seguridad debe incluir respuesta a incidentes y rotación de claves. Los controles de la cadena de suministro establecen la integridad y la procedencia; Aún se necesitan pruebas separadas, evaluaciones de privacidad y de IA responsable para juzgar el comportamiento del modelo y su idoneidad para su uso.
Un equipo firma una imagen de contenedor después de una compilación controlada y verifica la firma con una identidad esperada antes de la implementación, lo que reduce el riesgo de aceptar una imagen alterada.
Se descarga un archivo de modelo de una fuente desconocida. Debido a que algunos formatos de serialización pueden ejecutar código durante la carga, el equipo verifica su procedencia y utiliza un formato más seguro siempre que sea posible antes de abrirlo.
Una canalización registra la revisión de la fuente, el archivo de bloqueo de dependencia, la versión de los datos de entrenamiento y el resumen del modelo junto con los resultados de la evaluación, lo que hace que la cadena de compilación de un artefacto sea revisable.
Una firma verifica la integridad del artefacto y la identidad del firmante, mientras que un escaneo de vulnerabilidades y una evaluación del modelo por separado abordan diferentes preguntas de seguridad y calidad.
Los equipos de aprendizaje automático pueden fortalecer las prácticas de lanzamiento firmando artefactos inmutables, verificando firmas en la implementación y conservando la procedencia de la compilación con evaluaciones. Un primer paso práctico es mapear qué dependencias y fuentes de datos pueden influir en un modelo de producción y luego restringir quién puede cambiar cada paso. Escanee periódicamente imágenes y dependencias y pruebe la recuperación cuando se roten las credenciales de firma. Las firmas no deben reemplazar la revisión de comportamiento, privacidad o seguridad. Mejores paneles de control de la cadena de suministro pueden conectar la identidad del artefacto con su informe de revisión y evaluación de la fuente, ayudando a los socorristas a rastrear lo que realmente se ejecutó.
Boletín gratuito
Tres noticias verificadas sobre IA cada mañana de lunes a viernes, explicadas con claridad. Gratis para siempre y sin anuncios.
Un correo cada día laborable. Date de baja con un clic. Nunca vendemos ni compartimos tu dirección.
Ponte a prueba
Corrección inmediata en cada respuesta y un certificado para compartir, con un ID verificable, cuando apruebas un curso.
Apoya la educación gratuita sobre IA. AI Understanding es una organización sin fines de lucro 501(c)(3): sin anuncios ni muros de pago, nunca. Hacer una donación
La seguridad de la cadena de suministro de ML protege el código, las dependencias, los conjuntos de datos y los artefactos del modelo contra manipulaciones o fuentes no confiables durante la construcción y la implementación. La firma y la procedencia pueden verificar de dónde vino un artefacto y si cambió, pero no prueban que el modelo sea seguro, preciso o imparcial.
La verificación de firmas verifica la integridad y la confianza del firmante según una política; no establece la calidad del modelo.
La reconstrucción de Pickle puede invocar código, por lo que los archivos de Pickle que no son de confianza pueden ejecutar comportamientos maliciosos.
La procedencia registra cómo se produjo un artefacto y qué entradas o flujo de trabajo estuvieron involucrados.
El control sólo importa si el proceso de lanzamiento o implementación verifica y rechaza artefactos que no son de confianza.
La autenticidad y la integridad no evalúan el comportamiento, la precisión o la seguridad del modelo.
sigue aprendiendo
Más guías seleccionadas para este tema.
A continuaciónSiguiente guía
Implementación azul-verde para modelos ML
Técnico