Encuentra, corrige y verifica fallas de seguridad en una aplicación local de IA realista.
Una ruta práctica de seguridad de IA basada en Aegis Vulnerable AI Lab, que comienza con un exploit determinista entre tenants, aislamiento, autorización de objetos, modelado de amenazas y controles de seguridad acumulativos.
Aegis LabPrimer exploitAislamiento de tenantsAutorizaciónModelado de amenazasPuertas de seguridadInyección de promptRecuperación no confiableAutorización de recuperaciónLímite de salidaProcedencia de documentos
A QUIÉN VA DIRIGIDA ESTA RUTA
Desarrolladores y profesionales de seguridad que buscan entrar en seguridad de IA.
Ingenieros de IA que buscan experiencia práctica en aislamiento de tenants, autorización, modelado de amenazas y verificación de seguridad.
Personas autodidactas que buscan un laboratorio local realista, ataques repetibles y controles de seguridad basados en evidencia.
Lo que vas a construir
Un objetivo de seguridad de IA listo para usar, local, sintético y reiniciable.
Usa una aplicación de IA intencionalmente vulnerable para reproducir ataques, implementar controles delimitados, preservar el uso legítimo y verificar resultados con evidencia determinista.
El sistema evoluciona a lo largo del programa completo. Cada fase publicada aporta una capacidad delimitada; las siguientes se agregan cuando se publican sus contenidos.
A · Capacidad publicada
Aplicación de IA con modelado de amenazas
Aegis Lab · Primer exploit · Aislamiento de tenants · Autorización · Modelado de amenazas · Puertas de seguridad
Inicia el Aegis Vulnerable AI Lab ya preparado, reproduce una falla de seguridad determinista entre tenants, implementa y verifica la recuperación (retrieval) acotada al tenant, mapea el flujo de datos de IA y los límites de confianza, implementa autorización de objetos mediante un segundo punto de extensión modificable bajo control del estudiante, convierte las amenazas observadas en requisitos comprobables y supera una puerta acumulativa de ataque más utilidad.
B · Capacidad publicada
RAG multi-tenant resistente a inyección
Inyección de prompt · Recuperación no confiable · Autorización de recuperación · Límite de salida · Procedencia de documentos · Salida de datos local
Reproduce un caso de inyección de prompt directa y otro de inyección indirecta contra el laboratorio local de Aegis, implementa un límite de confianza para el contenido recuperado de modo que el contenido autorizado deje de actuar como instrucción, extiende la autorización al almacenamiento en caché y la revalidación de evidencia de recuperación, valida la salida estructurada del modelo antes de cualquier interpretación posterior, agrega controles de procedencia de documentos y salida de datos local mediante dos sublaboratorios acotados y supera una puerta acumulativa que demuestra que los cinco límites de la Fase B funcionan en conjunto sin destruir la utilidad legítima de RAG.
REQUISITOS PREVIOS ESPERADOS
Se esperan nociones de programación, manejo de terminal y Git, y capacidad para ejecutar una aplicación Python local. No necesitas experiencia previa en seguridad de IA.
Aplicación de IA con modelado de amenazas y primera puerta de seguridad
Primer ataque
Inicia el Aegis Vulnerable AI Lab ya preparado, reproduce una falla de seguridad determinista entre tenants, implementa y verifica la recuperación (retrieval) acotada al tenant, mapea el flujo de datos de IA y los límites de confianza, implementa autorización de objetos mediante un segundo punto de extensión modificable bajo control del estudiante, convierte las amenazas observadas en requisitos comprobables y supera una puerta acumulativa de ataque más utilidad.
Aegis Vulnerable AI LabAplicación de IA con modelado de amenazasPrimer exploit + límite de tenant + modelo de amenazas
Empieza con tres unidades completas de AI Engineering Foundations y usa el mismo sistema de aprendizaje que el curso completo. No necesitas cuenta ni tarjeta de crédito para comenzar.
Iniciar Aegis y reproducir la primera falla de seguridad
A01
2
Corregir el primer límite de tenant y demostrar la utilidad
A02
3
Mapear el flujo de datos de IA y los límites de confianza
A03
METODOLOGÍA
CONFIANZA Y METODOLOGÍA
Esta ruta vincula las habilidades del currículo con el trabajo práctico de seguridad de IA. La cobertura no mide preparación laboral ni promete contratación o certificación, y no sustituye el trabajo demostrado.
Basado en trabajo real
Los resultados del curso provienen de los proyectos, tareas y comprobaciones que el estudiante realiza de verdad.
Evidencia manual
Las verificaciones prácticas y la finalización dependen de quien aprende. Las evaluaciones rápidas son formativas y el producto no afirma que hayas adquirido competencias sin evidencia.
Límite claro
Completar un curso no es una promesa de contratación, certificación, calificación ni sustituto del trabajo demostrado.
ACCESO
VISTA PREVIA GRATUITA
Ruta inicial
La ruta pública y unidades completas de vista previa del curso real.
Inventario de capacidades · Autorización de herramientas · Autoridad de aprobación · Confianza de memoria · Autorización MCP · Aprobación del navegador
Inventaría las capacidades del runtime de agente de Aegis ya preparado y separa la propuesta del modelo del permiso de la aplicación (C13), implementa las políticas emparejadas de autorización de herramientas y aprobación que detienen ataques de confused deputy y de concesión por parte de quien no tiene autoridad para aprobar (C14), implementa el límite de confianza de memoria que impide admitir como contexto de confianza una escritura sin procedencia demostrada (C15), implementa autorización por llamada para capacidades MCP contra el servidor local fijo de entrenamiento (C16), implementa el límite de aprobación para acciones sensibles del navegador (C17) y supera una puerta acumulativa que demuestra que los cinco límites de la Fase C funcionan en conjunto mientras todos los flujos de utilidad declarados siguen funcionando (C18).
D · Capacidad publicada
Programa repetible de pruebas de seguridad de IA
Hipótesis de amenaza · Scoring basado en evidencia · Entradas protegidas · Lectura de gates de liberación · Programa repetible de pruebas
Usa el harness de evaluación de Aegis, ya preparado y completo, para convertir el modelo de amenazas y los controles de las Fases A-C en un programa repetible de pruebas de seguridad de IA: redacta hipótesis de amenaza falsables contra evidencia real de Aegis (D19), implementa las dos decisiones que el harness no puede tomar por sí solo -- si la evidencia de ejecución realmente demuestra contención y si una ejecución completada realmente demuestra utilidad legítima (D20), demuestra de forma adversarial que las entradas protegidas del conjunto holdout no se exponen a través de interfaces del dataset legibles por el estudiante (D21), aprende a leer un gate de liberación declarativo que no puede ser engañado por un promedio alto (D23) y vuelve a ejecutar las mismas dos políticas aceptadas, sin modificarlas, sobre el dataset completo de cuatro particiones para obtener una decisión de liberación reproducible en el capstone (D24).
E · Capacidad publicada
Runtime de IA verificado y restringido
Comprensión del inventario de activos de IA · Comprensión de la vinculación de integridad · Verificación de artefactos · Comprensión del runtime restringido · Comprensión de presupuestos y denial-of-wallet · Runtime de IA verificado y restringido
Usa las superficies ya preparadas de integridad y runtime restringido de Aegis para leer un inventario real de activos de IA y un modelo de procedencia (E25), leer la vinculación real y ya incondicional de origen-argumentos-esquema para herramientas/MCP de Aegis como evidencia de integridad de dependencias, herramientas y MCP (E26), implementar la única brecha real -- una decisión ligera de verificación de artefactos y atestación que vincula una declaración de verificación con el sujeto, digest y autoridad del builder observados por el inventario confiable (E27), leer las fronteras reales y ya aplicadas de salida de datos, campos sensibles y autorización de capacidades de Aegis como la evidencia de restricción que, de otro modo, tendría que construir un sandbox completo (E28), leer los presupuestos de recursos reales y ya fijados de agente/handoff/MCP/navegador de Aegis y el evento canónico de agotamiento de presupuesto como evidencia de denial-of-wallet (E29), y volver a ejecutar la política aceptada de E27, sin modificarla y compuesta con la evidencia estructural de solo lectura de E26/E28/E29, para obtener una decisión de liberación reproducible en el capstone (E30).
F · Capacidad publicada
AI Security Control Plane
Alfabetización en evidencia de detección · Alfabetización en triage de incidentes · Autorización de respuesta · Alfabetización en verificación de remediación · Alfabetización sobre Control Plane · AI Security Control Plane
Usa las superficies ya preparadas de Aegis para incidentes, respuesta, reproducción, evidencia y Control Plane para leer evidencia real de detección basada en eventos canónicos (F31), leer el comportamiento real de triage de incidentes y preservación de evidencia (F32), implementar la única brecha genuina -- una decisión de autorización de respuesta que vincula el objetivo de una respuesta propuesta con el alcance afectado registrado por el propio incidente (F33), reutilizar el harness de evaluación ya aceptado de la Fase D para razonar sobre la verificación de remediación (F34), leer el AI Security Control Plane real, ya de carácter no autoritativo (F35), y componer un incidente de Purple Team de extremo a extremo que reutiliza el propio punto de extensión de F33 mediante un ciclo de autorización nuevo para la decisión final de liberación del curso (F36).
RESULTADOS
RESULTADO 01
Inicia Aegis Vulnerable AI Lab y reproduce una falla de seguridad determinista entre tenants.
RESULTADO 02
Implementa recuperación limitada por tenant y autorización de objetos sin afectar el uso legítimo.
RESULTADO 03
Mapea los flujos de datos de IA y los límites de confianza, y convierte las amenazas observadas en requisitos de seguridad comprobables.
RESULTADO 04
Supera un control acumulativo de ataques y utilidad, y genera evidencia de los controles de seguridad implementados.
B
RAG seguro y límites de datos
RAG seguro
Reproduce un caso de inyección de prompt directa y otro de inyección indirecta contra el laboratorio local de Aegis, implementa un límite de confianza para el contenido recuperado de modo que el contenido autorizado deje de actuar como instrucción, extiende la autorización al almacenamiento en caché y la revalidación de evidencia de recuperación, valida la salida estructurada del modelo antes de cualquier interpretación posterior, agrega controles de procedencia de documentos y salida de datos local mediante dos sublaboratorios acotados y supera una puerta acumulativa que demuestra que los cinco límites de la Fase B funcionan en conjunto sin destruir la utilidad legítima de RAG.
Aegis Vulnerable AI LabRAG multi-tenant resistente a inyecciónInyección de prompt + autorización de recuperación + límite de salida + procedencia/salida de datos
6 unidades
B07B08B09B10B11B12
C
Runtime de agente de mínimo privilegio
Seguridad de agentes
Inventaría las capacidades del runtime de agente de Aegis ya preparado y separa la propuesta del modelo del permiso de la aplicación (C13), implementa las políticas emparejadas de autorización de herramientas y aprobación que detienen ataques de confused deputy y de concesión por parte de quien no tiene autoridad para aprobar (C14), implementa el límite de confianza de memoria que impide admitir como contexto de confianza una escritura sin procedencia demostrada (C15), implementa autorización por llamada para capacidades MCP contra el servidor local fijo de entrenamiento (C16), implementa el límite de aprobación para acciones sensibles del navegador (C17) y supera una puerta acumulativa que demuestra que los cinco límites de la Fase C funcionan en conjunto mientras todos los flujos de utilidad declarados siguen funcionando (C18).
Aegis Vulnerable AI LabRuntime de agente de mínimo privilegioInventario de capacidades + autorización/aprobación de herramientas + confianza de memoria + MCP + navegador
6 unidades
C13C14C15C16C17C18
D
Red teaming de IA y evaluaciones de seguridad
Evaluaciones de seguridad
Usa el harness de evaluación de Aegis, ya preparado y completo, para convertir el modelo de amenazas y los controles de las Fases A-C en un programa repetible de pruebas de seguridad de IA: redacta hipótesis de amenaza falsables contra evidencia real de Aegis (D19), implementa las dos decisiones que el harness no puede tomar por sí solo -- si la evidencia de ejecución realmente demuestra contención y si una ejecución completada realmente demuestra utilidad legítima (D20), demuestra de forma adversarial que las entradas protegidas del conjunto holdout no se exponen a través de interfaces del dataset legibles por el estudiante (D21), aprende a leer un gate de liberación declarativo que no puede ser engañado por un promedio alto (D23) y vuelve a ejecutar las mismas dos políticas aceptadas, sin modificarlas, sobre el dataset completo de cuatro particiones para obtener una decisión de liberación reproducible en el capstone (D24).
Aegis Vulnerable AI LabPrograma repetible de pruebas de seguridad de IAHipótesis de amenaza + scoring basado en evidencia + entradas protegidas + gates de liberación
5 unidades
D19D20D21D23D24
E
Runtime de IA verificado y cadena de suministro
Integridad del runtime
Usa las superficies ya preparadas de integridad y runtime restringido de Aegis para leer un inventario real de activos de IA y un modelo de procedencia (E25), leer la vinculación real y ya incondicional de origen-argumentos-esquema para herramientas/MCP de Aegis como evidencia de integridad de dependencias, herramientas y MCP (E26), implementar la única brecha real -- una decisión ligera de verificación de artefactos y atestación que vincula una declaración de verificación con el sujeto, digest y autoridad del builder observados por el inventario confiable (E27), leer las fronteras reales y ya aplicadas de salida de datos, campos sensibles y autorización de capacidades de Aegis como la evidencia de restricción que, de otro modo, tendría que construir un sandbox completo (E28), leer los presupuestos de recursos reales y ya fijados de agente/handoff/MCP/navegador de Aegis y el evento canónico de agotamiento de presupuesto como evidencia de denial-of-wallet (E29), y volver a ejecutar la política aceptada de E27, sin modificarla y compuesta con la evidencia estructural de solo lectura de E26/E28/E29, para obtener una decisión de liberación reproducible en el capstone (E30).
Aegis Vulnerable AI LabRuntime de IA verificado y restringidoComprensión del inventario + Comprensión de la integridad + Verificación de artefactos + Comprensión de fronteras + Comprensión de presupuestos
6 unidades
E25E26E27E28E29E30
F
Operaciones de Seguridad de IA y Capstone de Purple Team
Operaciones de Seguridad
Usa las superficies ya preparadas de Aegis para incidentes, respuesta, reproducción, evidencia y Control Plane para leer evidencia real de detección basada en eventos canónicos (F31), leer el comportamiento real de triage de incidentes y preservación de evidencia (F32), implementar la única brecha genuina -- una decisión de autorización de respuesta que vincula el objetivo de una respuesta propuesta con el alcance afectado registrado por el propio incidente (F33), reutilizar el harness de evaluación ya aceptado de la Fase D para razonar sobre la verificación de remediación (F34), leer el AI Security Control Plane real, ya de carácter no autoritativo (F35), y componer un incidente de Purple Team de extremo a extremo que reutiliza el propio punto de extensión de F33 mediante un ciclo de autorización nuevo para la decisión final de liberación del curso (F36).
Aegis Vulnerable AI LabAI Security Control PlaneDetectar + Triage + Autorizar + Remediar + Observar + Recuperar