Sandboxing

Técnica que aísla un sistema, proceso o agente en un entorno controlado y separado del principal, de modo que no pueda alcanzar recursos críticos ni afectar a los sistemas en vivo. Sirve para dos propósitos distintos: contener el daño de algo potencialmente malicioso o comprometido, y experimentar sin consecuencias con algo todavía inmaduro.

Los glosarios del curso recogen las dos caras:

• Sandboxing (aislamiento de procesos), módulo 4: técnica que aísla sistemas o procesos —incluidos agentes de IA— para impedirles el acceso a recursos críticos o limitar el daño si resultan comprometidos.
• Condición de sandbox (entorno aislado), módulo 6: entorno controlado y separado en el que un sistema, aplicación o función puede probarse, desarrollarse o ejecutarse sin afectar al entorno principal o en vivo.

En el curso

Módulo 2 — aparece como rasgo de diseño de Codex (OpenAI, versión de mayo de 2025): entre las capacidades que lo vuelven agéntico —descomponer tareas, decidir la secuencia de acciones, leer bases de código, ejecutar pruebas y proponer cambios sin prompts paso a paso— el módulo destaca que opera dentro de un entorno seguro y aislado. La autonomía se concede a cambio de encierro.

Módulo 4 — es contramedida en dos puntos de la Cadena de ataque cibernético. En la fase de explotación, junto a desactivar la ejecución automática de macros: usar sandboxing o visores de solo lectura para archivos no verificados, y configurar los agentes para que nunca ejecuten archivos desconocidos. En la fase de instalación, asegurar que los LLM y agentes locales estén encapsulados y no puedan interactuar con scripts del sistema ni con API no autorizadas. También se anticipa en el capítulo 1 como una de las tres defensas frente a la Inyección de prompt, junto a la higiene de prompts y la supervisión humana.

Módulo 6 — aquí el sandbox cambia de signo: es uno de los cuatro pilares por los que los pilotos tienen éxito, y al mismo tiempo la razón por la que engañan. Los pilotos se mantienen deliberadamente separados de los flujos de trabajo en vivo —sin carga de integración, sin revisiones de cumplimiento, sin requisitos de infraestructura—, lo que permite iterar rápido sin sistemas heredados, datos en tiempo real, variabilidad ni latencia (Paige, 2025).

Módulo 7 — el sandbox recupera su papel de instrumento de control y se convierte en la primera de las tres estrategias de prueba, junto a las pruebas A/B y las Verificaciones de seguridad, integradas en el Canal de pruebas. El glosario del módulo lo define como "método de aislar agentes de IA en un entorno seguro para evitar que errores o riesgos afecten a los sistemas reales".

Aporta tres precisiones técnicas nuevas:

1. Cómo se construye: máquinas virtuales, contenedores o técnicas de navegador como WebAssembly. El ejemplo citado es de NVIDIA: ejecutar código Python generado por un modelo dentro de Pyodide, aprovechando las capas de seguridad de Wasm para proteger el anfitrión (Lucas, 2024).
2. Con qué datos: enmascarados o sintéticos, pero realistas — Salesforce recomienda datos de CRM anonimizados. Es la respuesta correcta de la autoevaluación del módulo: los datos sintéticos permiten interactuar de forma segura sin exponer datos confidenciales reales.
3. Con cuántas capas: VM/contenedores, restricciones de red y filtros a nivel de aplicación, como defensa en profundidad.

Relacionado

Inyección de prompt · Acceso con privilegios mínimos · Cadena de ataque cibernético · Implementación por fases · Purgatorio del piloto · Integración de la última milla · Human-in-the-loop · NIST CSF

Añadido en el módulo 7: Canal de pruebas · Verificaciones de seguridad · Pruebas adversarias · Pruebas A-B