Saltar al contenido principal
REALIZED.DEV
Reservar taller

Seguridad

Gobernanza como arquitectura.
No como prompts de guardarraíl.

La superficie de amenaza 2026 para agentes autónomos no es el desalineamiento — es la inyección de prompt, el robo de credenciales y el radio de acción no acotado. Realized.dev está diseñado para reducir esos modos de fallo mediante la estructura del trabajo, no solo mediante políticas.

Reservar una revisión de seguridad Matriz de evidencia de cumplimiento
Referencia de seguridad y despliegue

Pilares del runtime

Cuatro pilares, diseñados para quedar fuera del modelo.

El LLM se trata como un planificador no confiable. Las acciones están diseñadas para pasar por comprobaciones fuera del modelo, y una persona aprueba cada fusión.

  • Comprobaciones de política fuera del modelo

    Las reglas viven fuera del LLM, en tu repositorio, y están diseñadas para que el contenido de los prompts no las modifique; cualquier cambio es una pull request en borrador que una persona aprueba.

    • Compilado desde tu OWASP ASI 2026 + catálogo interno de controles
    • Autorización por acción antes de cualquier llamada a herramienta
    • Denegaciones devueltas al modelo como feedback estructurado, no como fallo silencioso

  • Aprobación humana; reversión revirtiendo la fusión

    Los agentes abren pull requests en borrador. Una persona aprueba cada fusión.

    • Cada fusión la decide una persona
    • Los agentes abren pull requests en borrador. Una persona aprueba cada fusión.
    • Reversión: revertir la fusión restaura el estado anterior

  • Puerta HITL

    Las clases de acción de alto riesgo se pausan para aprobación humana de un clic. La telemetría de incertidumbre aflora en la UI para contrarrestar el sesgo de automatización.

    • Configurable por clase de acción, entorno y rol
    • Puntajes de incertidumbre y procedencia renderizados inline
    • Cada aprobación es una fusión registrada en el historial de Git

  • Traza de auditoría en Git

    Cada cambio llega a tu rama principal como una pull request revisada, así que tu historial de Git muestra qué cambió, cuándo y quién lo fusionó.

    • Una pull request por cambio, con su diff y su revisión
    • Cada fusión registra quién aprobó el cambio
    • Specs, tareas y hallazgos versionados en docs/

Modelo de amenazas

La superficie agéntica 2026, mapeada a controles.

Cada clase de amenaza del panorama OWASP Agentic Security Initiative 2026 se mapea a un control del runtime — con evidencia exportada a la matriz de cumplimiento.

Clase de amenaza
Mitigación runtime
Inyección de prompt / secuestro de instrucciones
Las comprobaciones de política están fuera del LLM. El contenido no confiable se etiqueta en la entrada, y el flujo está diseñado para que no amplíe su propio alcance de herramientas.
Robo de credenciales por mal uso de herramientas
El acceso pasa por tus propias cuentas de repositorio y de Cursor, con credenciales diseñadas para quedar fuera de los prompts y del repositorio.
Radio de acción no acotado
Las rutas de escritura están diseñadas para permanecer dentro de un acotamiento de capacidad. Las puertas HITL pausan las clases de alto riesgo; una ejecución está diseñada para detenerse ante una anomalía.
Alucinación en cascada en planes largos
Cada paso Observar → Decidir → Ejecutar cierra con una verificación fundamentada. La telemetría de incertidumbre alimenta el enrutado HITL.
Compromiso de cadena de suministro modelo / prompt
No incluimos ningún modelo. Las reglas y los prompts del harness viven en tu repositorio, y cada cambio es una pull request revisada que una persona aprueba.
Evidencia faltante para el regulador
La evidencia es tu historial de Git de pull requests revisadas. Podemos mostrar cómo se relaciona con la Ley de IA de la UE y el OWASP Agentic Top 10 (2026). Mapeado, no certificado ni auditado.

Claves, identidad y dónde vive el código

Tus repositorios. Tus cuentas. Tus fusiones.

No alojamos ningún runtime. El trabajo se ejecuta en tus propios repositorios y herramientas, con Cursor, y una persona de tu equipo aprueba cada fusión.

  • Tus cuentas, tu identidad

    El acceso pasa por tus propias cuentas de repositorio y de Cursor. El harness no guarda ninguna credencial en el repositorio.

  • Dónde vive tu código

    En tus propios repositorios. El harness no incluye runtime alojado ni modelo, así que tu código solo va adonde lo envía tu propia configuración de Cursor y Git.

  • Control de cambios

    Cada cambio, incluidos los de política y configuración, llega a tu rama principal como una pull request revisada que una persona aprueba.

Siguiente paso

Recorre la arquitectura de seguridad con nuestro equipo.

90 minutos con tus stakeholders de seguridad y cumplimiento. Sales con un mapa de controles con alcance contra OWASP ASI 2026, la Ley IA UE y tu catálogo interno.

Reservar revisión de seguridad Matriz de evidencia de cumplimiento