2026-11-04 · ← Noticias
Datasette corrige una lista de modelos permeable. Una allowlist debe probarse como límite de seguridad
Datasette-llm 0.1a10 corrige un fallo que impedía a agent.datasette.io limitar los LLM disponibles a los modelos definidos en su configuración. Esta pequeña versión alpha recuerda que una allowlist sin una prueba negativa se parece más a un deseo que a una regla aplicada.
No se pudo cargar la imagen.
Simon Willison publicó datasette-llm 0.1a10 el 4 de noviembre. La versión corrige un fallo en su demo agent.datasette.io, donde los LLM disponibles no quedaban limitados correctamente a los modelos definidos en la configuración.
La versión 0.1a10 volvió a bloquear los modelos ajenos a la configuración
La nota original es breve. Confirma el producto, la versión, la demo afectada y la naturaleza del fallo. No explica su causa técnica, cuánto tiempo estuvo presente ni el impacto concreto sobre usuarios. Tampoco permite afirmar que todas las instalaciones de datasette-llm sufrieran el mismo problema.
Es la décima versión alpha de la serie 0.1, no un aviso de seguridad amplio. Aun así, el fallo afectó a un límite del que depende el operador: la configuración debe decidir qué modelos puede ofrecer el agente.
Elegir modelo determina el coste, el tratamiento de datos y las reglas operativas
Una allowlist de modelos es más que una preferencia de interfaz. Un operador puede autorizar cada LLM según su precio, capacidades, región o normas de tratamiento de datos. Si el runtime expone un modelo ajeno a la lista, la política declarada deja de coincidir con el comportamiento real.
La fuente no demuestra que la demo sufriera un incidente financiero o de seguridad. La conclusión práctica es más precisa: ningún equipo debería considerar eficaz una lista configurada hasta comprobar que un modelo prohibido tampoco puede seleccionarse o invocarse por otra vía.
El changelog no aclara hasta dónde llegaba el fallo
La nota no indica si el problema afectaba solo a la lista visible en la interfaz o también a la aplicación de la regla en el servidor al llamar al modelo. Sin ese detalle, hablar de exposición de datos, acceso no autorizado o evasión de cobros excedería la evidencia.
La etiqueta alpha aporta contexto. El software temprano cambia deprisa y sus interfaces y límites de seguridad todavía se estabilizan. Precisamente por eso, las restricciones necesitan pruebas tanto como las funciones.
La siguiente versión mostrará si la allowlist recibió una prueba de regresión
La señal más útil sería sencilla: una prueba documentada que solicite un modelo no permitido y espere un rechazo. En una interfaz para agentes, el servidor debe aplicar la restricción en cada petición, no solo cuando el navegador construye un menú.
Los operadores actuales deberían actualizar a 0.1a10 y comparar la configuración con el comportamiento observado. La versión corrigió una demo concreta. Solo una prueba de cada despliegue mostrará si su propio límite se mantiene.
El veredicto de Lilith
Un cartel que diga solo modelos autorizados no detiene a nadie sin una barrera detrás. Datasette ha reparado la barrera; ahora necesita una prueba que intente atravesarla en cada versión.