Arquitectura y seguridad en ASILO¶
Guías explicativas de ASILO 0.1. Los modelos ilustrativos y las plantillas de perfil orientan su aplicación; no añaden requisitos ni fijan una arquitectura universal.
ASILO delimita sistemas construidos con asistencia de inteligencia artificial (IA). Este recorrido explica responsabilidades, contratos, datos, permisos y puntos de efecto. Puede aplicarse con una interacción con un modelo, un agente o varios: cada requisito conserva su condición de aplicación y sus excepciones. El alcance de IA explica esas situaciones.
Una arquitectura por capas organiza responsabilidades. La autorización decide si una acción concreta puede ejecutarse sobre un recurso. Ambos controles necesitan evidencia propia.
La analogía de un edificio¶
Un edificio separa zonas de trabajo, instalaciones y accesos. Poder abrir la recepción no concede permiso para entrar al archivo. Un plano muestra conexiones; las cerraduras y su mantenimiento determinan qué accesos se pueden usar.
En software, las capas separan responsabilidades y las capacidades limitan acciones sobre recursos. Las reglas de importación y los controles de autorización resuelven problemas distintos: un programa puede respetar todas sus capas y aun así autorizar una acción incorrecta.
| Pregunta | Decisión y comprobación |
|---|---|
| ¿Qué responsabilidad tiene cada parte? | Declarar núcleo, contratos, adaptadores y composición cuando ese modelo resulte pertinente. |
| ¿Qué puede depender de qué? | Declarar la dirección de dependencias y comprobarla con el mecanismo del perfil. |
| ¿Quién puede actuar sobre este recurso? | Autenticar la identidad y autorizar la operación concreta en el punto de efecto. |
| ¿Cómo se limita una autorización? | Declarar recurso, operaciones, vigencia y revocación, y probar sus controles. |
| ¿Cómo se sabe que funciona? | Reunir pruebas positivas y negativas, configuración, versión y resultados. |
Un ejemplo pequeño¶
Una aplicación permite consultar y borrar documentos. La lógica decide qué significa cada acción; un contrato describe el acceso; un adaptador opera sobre archivos. La autorización comprueba la identidad, el documento y la operación antes del efecto. Una prueba negativa intenta borrar un documento con un permiso de sólo lectura y comprueba que el rechazo no produzca el borrado.
El ejemplo muestra un criterio comprobable. No fija una librería, un proveedor de identidad, un algoritmo criptográfico ni una estructura universal.
Recorrido de seguridad¶
| Etapa | Salida revisable | Consulta |
|---|---|---|
| Delimitar el sistema | Activos, actores, entradas, fronteras y efectos. | Modelo de amenazas. |
| Elegir responsabilidades | Modelo de dependencias y excepciones. | Capas y anillos. |
| Limitar cada acción | Contrato de autorización y punto de efecto. | Capacidades y efectos. |
| Comprobar fronteras | Escenarios positivos y negativos con resultados. | Evaluación. |
| Evolucionar con evidencia | Perfil, versión, decisión de cambio y límites. | Perfil y evolución. |
Los términos de arquitectura y seguridad complementan el glosario general. Las etapas se pueden repetir cuando cambian recursos, dependencias o efectos. La mínima pieza útil mantiene el control que necesita su contexto; pequeña no significa segura por su tamaño.
Continúa con capas y anillos, la guía de controles ASILO y evaluación. Consulta capacidad, puerto y autorización.
Controles de aplicación · Requisitos aceptados.
Antecedentes y áreas de conocimiento¶
El modelo de anillos se explica con sus antecedentes documentados. Las analogías entre disciplinas comparan protección, compartimentación, regulación y evidencia con límites explícitos. Las áreas y contextos ayudan a distinguir temas de lectura, situaciones de uso y capas de arquitectura.