Dentro del Sandbox WASM: Cómo Ops Ejecuta Código de Terceros Sin Riesgo

El Problema de Confianza en el Marketplace

Cada marketplace de software enfrenta el mismo dilema: ¿cómo permites que terceros extiendan tu plataforma sin darles las llaves del reino?

Los sistemas de plugins tradicionales resuelven esto mal. Un plugin de WordPress se ejecuta con permisos de proceso PHP completos, pudiendo leer tu base de datos o exfiltrar datos. El usuario no tiene protección.

Ops adopta un enfoque radicalmente diferente: cada addon se ejecuta dentro de un sandbox de WebAssembly.

Lo Que WebAssembly Proporciona

WebAssembly (WASM) es un entorno de ejecución formalmente verificado con aislamiento de memoria, sin I/O implícita, ejecución determinista y rendimiento casi nativo. Cada módulo WASM tiene su propio espacio de memoria y cero acceso al sistema de archivos, red o llamadas del sistema por defecto.

Seguridad Basada en Capacidades

Ops usa un modelo de permisos positivos. Un addon solo puede hacer lo que su manifiesto declara explícitamente y el administrador del tenant aprueba. El motor Wasmtime impone estas restricciones a nivel de syscall — incluso si el código del addon intenta hacer una solicitud HTTP no autorizada, es bloqueada antes de llegar a la red.

Hot-Swap sin Tiempo de Inactividad

Gracias al aislamiento de sandbox, Ops puede instalar un nuevo binario WASM mientras el sistema está en ejecución, ejecutar migraciones de base de datos, enrutar nuevas llamadas API al binario nuevo y terminar el antiguo de forma elegante — todo en menos de 45 segundos, sin tiempo de inactividad.

Un Marketplace Abierto por Diseño

Con el sandboxing WASM, la garantía de seguridad es estructural, no procesal. Incluso un addon malicioso no puede escapar del sandbox ni acceder a datos de otros tenants. Esto significa que Ops puede tener un marketplace verdaderamente abierto: cualquier desarrollador puede publicar un addon y la seguridad proviene del runtime, no de revisores manuales.