ASILO: un refugio con llaves y límites

ASILO ayuda a definir qué puede hacer un sistema construido con asistencia de inteligencia artificial (IA), quién puede detenerlo y cómo comprobar sus límites. Sus ocho requisitos tienen alcance, condiciones, excepciones y riesgo residual propios.

Su nombre toma del español «asilo» la idea de refugio o protección. La guía de seguridad desde el diseño explica el origen y la orientación AI first. Esta página convierte la imagen del refugio en decisiones sobre una acción.

Una situación cotidiana

Imagina un refugio con un área de consulta y un archivo reservado. Una persona pide revisar un documento. La solicitud describe el encargo; para entrar al archivo hay que comprobar identidad y permiso sobre ese documento. Una llave puede limitarse a una zona y retirarse. La persona responsable revisa las acciones con consecuencias importantes.

En el refugio	En el sistema
Solicitud que identifica el encargo	Contrato que permite validar una solicitud.
Comprobar quién presenta la solicitud	Autenticación.
Comprobar si puede acceder a ese documento	Autorización sobre operación y recurso.
Llave limitada y retirable	Capacidad con alcance y revocación definidos.
Registro de accesos e incidencias	Evidencia para reconstruir acciones y resultados.

La analogía explica responsabilidades. Una llave dibujada no implementa autorización, y una solicitud con formato correcto puede contener información falsa. El control debe comprobarse en el sistema real.

De la propuesta al efecto

flowchart TD
  accTitle: ASILO: de la propuesta al efecto
  accDescr: Una propuesta pasa por decisiones sucesivas: cumplimiento del contrato, permiso de la identidad para la acción, revisión humana cuando el catálogo la exige y aprobación del objeto exacto, alcance vigente con presupuesto y permiso vigente en el punto de efecto. Cualquier respuesta negativa lleva a rechazar y registrar la causa, salvo la falta de aprobación, que deja la propuesta en espera conservando el estado; si todo se cumple, se ejecuta sólo la acción autorizada y se registra el resultado.
  P["Propuesta de una persona o modelo"] --> V{"¿Cumple el contrato?"}
  V -->|No| X["Rechazar y registrar la causa"]
  V -->|Sí| A{"¿La identidad tiene permiso para esta acción?"}
  A -->|No| X
  A -->|Sí| H{"¿El catálogo exige revisión humana?"}
  H -->|Sí| R{"¿Existe aprobación para este objeto exacto?"}
  R -->|No| Q["Esperar la decisión; conservar estado"]
  R -->|Sí| L{"¿Sigue vigente el alcance y hay presupuesto?"}
  H -->|No| L
  L -->|No| X
  L -->|Sí| E{"¿El permiso sigue vigente en el punto de efecto?"}
  E -->|No| X
  E -->|Sí| Z["Ejecutar sólo la acción autorizada y registrar resultado"]

Diagrama SVG: ASILO: de la propuesta al efecto · Fuente editable Mermaid.

El proceso separa validar la solicitud, comprobar permisos, decidir si requiere revisión humana y verificar alcance y presupuesto. La autorización se vuelve a comprobar donde la acción produce su efecto; si ya no está vigente, la acción se rechaza. Si no existe aprobación requerida, se conserva el estado y se espera la decisión.

Este diagrama explica el recorrido; no sustituye las condiciones y excepciones de ASILO-R-001, ASILO-R-004, ASILO-R-005 y ASILO-R-007.

Primer ejemplo

Un asistente propone resumir documentos públicos. Leerlos y redactar un borrador forman el encargo. Enviar ese borrador a otra persona es otra acción: necesita permisos y, cuando corresponda, revisión humana. La forma del resumen no decide su veracidad ni autoriza su envío.

Continúa con contexto, seguridad por capas y evaluación. Consulta el glosario.