Licia.
Español Català Euskara Galego English
Iniciar sesión Crear cuenta gratis

Seguridad

Las respuestas a las preguntas de seguridad que hace un organismo público o una empresa grande antes de contratar, y una autoevaluación frente al Esquema Nacional de Seguridad en la categoría básica, medida por medida, con lo que está hecho y con lo que falta.

Estado

Licia no tiene certificación ENS ni ISO 27001. Lo que publicamos aquí es una autoevaluación propia frente a las medidas del Esquema Nacional de Seguridad en la categoría básica: no es una certificación ni una declaración de conformidad, y con medidas pendientes no podría serlo. Las categorías media y alta exigen una auditoría de una entidad acreditada, que no hemos hecho.

De 33 medidas revisadas: 14 aplicadas, 12 en parte, 3 a cargo del proveedor de la infraestructura y 4 pendientes.

Cuestionario de seguridad

¿Dónde se alojan y se procesan los datos?
Vercel Inc.: Reino Unido (Londres); empresa con sede en EE. UU.; Supabase Inc.: Reino Unido (Londres, región eu-west-2); Google Cloud (Google LLC): EE. UU. (Iowa, región us-central1). Los proveedores de modelos de lenguaje y lo que hace cada uno con lo que recibe están en la lista de subencargados. Subencargados
¿Qué medidas técnicas y organizativas aplicáis?
Las del Anexo II del encargo del tratamiento, que se generan del código que las aplica; las repetimos más abajo. Encargo del tratamiento, Anexo II
¿Cifráis los datos?
En tránsito, siempre: HTTPS con HSTS. En reposo, la base de datos y el almacenamiento los cifra el proveedor (Supabase), según su documentación.
¿Cómo se controla el acceso?
Usuario propio por persona, papeles por empresa, verificación en dos pasos opcional, bloqueo tras intentos fallidos y comprobación del acceso en cada petición.
¿Qué pasa si hay una brecha de seguridad?
Os avisamos en 48 horas desde que la conozcamos, con lo que sepamos, como dice el apartado 9 del encargo del tratamiento. Encargo del tratamiento
¿Cómo se avisa de una vulnerabilidad?
Escribiendo a soporte@licia.es; respondemos en un día hábil como máximo. Está también en el archivo security.txt. security.txt
¿Hay copias de seguridad?
Sí, diarias, del proveedor de la base de datos, que las conserva 7 días.
¿Usáis nuestros datos para entrenar modelos?
Licia no entrena ni ajusta ningún modelo con tus datos. Lo que pueda hacer cada proveedor de modelos lo dicen sus condiciones, citadas en la lista de subencargados. Subencargados · Cumplimiento: Reglamento de IA y RGPD
¿Tenéis certificación ENS o ISO 27001?
No. Publicamos la autoevaluación frente al ENS de esta página, en la categoría básica, con las medidas que faltan. No es una certificación ni una declaración de conformidad; las categorías media y alta exigen una auditoría de una entidad acreditada, que no hemos hecho.
¿Podéis firmar un encargo del tratamiento?
Ya está publicado y forma parte de las condiciones de contratación; lo aceptáis al contratar. Encargo del tratamiento · Condiciones

Medidas técnicas y organizativas

Las mismas del Anexo II del encargo del tratamiento, que se generan del código que aplica cada una.

Cifrado y comunicaciones

  • Toda la comunicación con la aplicación, la API y el conector se hace por HTTPS, con HSTS de un año que incluye los subdominios, una política de seguridad de contenidos (CSP) que limita desde dónde se carga código y la prohibición de mostrar la aplicación dentro de otra página (X-Frame-Options).
  • La base de datos y el almacenamiento de archivos los cifra en reposo el proveedor (Supabase), según su documentación.

Control de acceso

  • Las contraseñas se guardan como derivación PBKDF2-SHA256 con sal propia y 240.000 iteraciones, nunca en claro.
  • La sesión viaja en una cookie firmada con HMAC-SHA256, HttpOnly, con SameSite=Lax y solo por HTTPS (Secure), que caduca a las 72 horas.
  • Cada sesión está ligada a un contador de su cuenta: cambiar la contraseña, usar un enlace de recuperación o bloquear la cuenta cierra todas las demás sesiones abiertas.
  • Tras 5 contraseñas incorrectas seguidas para un mismo usuario se rechazan los intentos durante 15 minutos.
  • La recuperación de la contraseña es un enlace de un solo uso que caduca a la hora; nunca se envía una contraseña por correo.
  • Cada persona puede activar la verificación en dos pasos (un código de su aplicación de autenticación además de la contraseña); su clave se guarda cifrada y sus códigos de recuperación, como resumen. Tras 5 códigos incorrectos seguidos el segundo paso se bloquea 15 minutos.
  • Cada persona ve los navegadores donde tiene la sesión iniciada y puede cerrar cualquiera de ellos, o todos menos el que usa.
  • Cada persona tiene su propio usuario y un papel en cada empresa (propietario, editor o lector); las funciones de administración solo están disponibles para el personal de Licia con ese permiso.

Aislamiento entre clientes

  • Cada documento, análisis, borrador y registro pertenece a una empresa, y la aplicación comprueba en cada petición que quien la hace es su propietario o tiene un puesto en ella; las acciones que cambian algo comprueban además que su papel lo permite.
  • Las claves de la API se guardan como resumen SHA-256, se muestran una sola vez y se revocan desde la cuenta.
  • Las direcciones de los webhooks (Slack, Teams y los de la propia empresa) y su secreto de firma se tratan como credenciales: se enmascaran en los registros y no salen en ninguna exportación.

Registro y trazabilidad

  • Cada cambio en el embudo de una licitación queda en un registro que solo se amplía, con quién lo hizo y cuándo.
  • El registro de uso de la plataforma (accesos y acciones, sin el contenido de lo consultado) se borra a los 90 días.
  • La aceptación de las condiciones de contratación (versión y momento) se guarda con el pago, en Stripe.

Disponibilidad y supresión

  • El proveedor de la base de datos hace una copia de seguridad diaria y la conserva 7 días; después se elimina por rotación.
  • Al borrar un documento del archivo se borra primero el archivo del almacenamiento y después su ficha: si el almacenamiento no confirma el borrado, la ficha se queda y se avisa, para que «borrado» nunca signifique «sigue ahí».

Minimización frente a los modelos de lenguaje

  • Al modelo se envían los fragmentos del pliego que hacen falta y el perfil de la empresa tal como lo ha rellenado; nunca las credenciales ni los documentos del archivo.
  • Licia no entrena ni ajusta ningún modelo con tus datos. Lo que cada proveedor de modelos puede hacer con lo que recibe lo dicen sus condiciones, recogidas en el Anexo III.

Organizativas

  • El acceso a los sistemas de producción está limitado al titular, con verificación en dos pasos en los paneles de Vercel, Supabase, Stripe y Google Cloud.
  • Hoy solo el titular accede a los datos de los clientes; cualquier persona que llegue a hacerlo por cuenta de Licia lo hará con un compromiso escrito de confidencialidad.
  • La gestión de un incidente y la notificación de una brecha siguen el apartado 9 de este encargo.

Autoevaluación frente al ENS, categoría básica

Recorremos las medidas del Anexo II que tienen sentido para un servicio en la nube como Licia, agrupadas como las agrupa el propio Esquema. La norma es el Real Decreto 311/2022, de 3 de mayo, por el que se regula el Esquema Nacional de Seguridad. Las medidas marcadas como «en el proveedor» son las de los centros de datos donde corre Licia, y las que dependen de nuestra palabra y no del código lo dicen.

MedidaEstadoQué hay hoy
org.1 Política de seguridad Pendiente No hay una política de seguridad aprobada por escrito. Lo que hay son las medidas de esta página y del encargo del tratamiento.
org.2 Normativa de seguridad Parcial Las reglas que cada cambio del código debe cumplir (quién ve qué, quién puede cambiar qué, cómo se leen los documentos externos) están escritas junto al código; no hay una normativa de uso para personas.
org.3 Procedimientos de seguridad Parcial El despliegue, las copias y la operación tienen su procedimiento escrito (se despliega a mano y solo después de pasar todas las pruebas); no hay procedimientos de seguridad formales aprobados.
org.4 Proceso de autorización Aplicada Solo el titular puede cambiar los sistemas de producción o desplegar. (declaración del titular)
op.pl.1 Análisis de riesgos Pendiente No hay un análisis de riesgos formal.
op.pl.2 Arquitectura de seguridad Aplicada La arquitectura está documentada: la web en Vercel, la base de datos en Supabase y el procesador de análisis en una máquina de Google Cloud, cada uno con su papel. La web no llama a ningún modelo de lenguaje: deja el trabajo en una cola que atiende el procesador.
op.pl.3 Adquisición de nuevos componentes Parcial Las dependencias de software están fijadas a versiones exactas en un archivo de bloqueo; no se analizan automáticamente en busca de vulnerabilidades.
op.acc.1 Identificación Aplicada Cada persona entra con su propio usuario; no hay cuentas compartidas.
op.acc.2 Requisitos de acceso Aplicada Cada petición comprueba que quien la hace es el propietario de la empresa o tiene un puesto en ella antes de mostrar nada suyo.
op.acc.4 Proceso de gestión de derechos de acceso Aplicada Cada puesto tiene un papel (propietario, editor o lector), y cada acción que cambia algo comprueba que el papel lo permite. Las funciones de administración solo las tiene el personal de Licia con ese permiso.
op.acc.5 Mecanismo de autenticación (usuarios externos) Aplicada Contraseñas guardadas como PBKDF2-SHA256 con sal y 240.000 iteraciones; bloqueo tras 5 intentos fallidos; recuperación solo por un enlace de un solo uso que caduca; verificación en dos pasos opcional para cada persona.
op.acc.6 Mecanismo de autenticación (usuarios de la organización) Aplicada El acceso a los paneles de Vercel, Supabase, Stripe y Google Cloud lleva verificación en dos pasos. (declaración del titular)
op.exp.1 Inventario de activos Parcial Los proveedores donde corre el servicio y los que tratan datos están listados y publicados; no hay un inventario formal de equipos.
op.exp.2 Configuración de seguridad Aplicada Cada respuesta lleva sus cabeceras de seguridad (HSTS de un año con subdominios, política de contenidos con un código de un solo uso por página, prohibición de mostrarse dentro de otra página, nosniff, Referrer-Policy, Permissions-Policy), y la configuración solo cambia con un despliegue.
op.exp.4 Mantenimiento y actualizaciones de seguridad Parcial Las dependencias se actualizan a mano, con todas las pruebas antes de desplegar; no hay un calendario de parches ni avisos automáticos de vulnerabilidades.
op.exp.6 Protección frente a código dañino Parcial Los archivos que se suben solo se aceptan en los formatos de una lista y con un tamaño máximo, y los XML de las fuentes oficiales se leen con un analizador que rechaza entidades externas; los archivos no se analizan con un antivirus.
op.exp.7 Gestión de incidentes Parcial Hay un canal para avisar de un problema de seguridad y el compromiso de avisar de una brecha en 48 horas; no hay un procedimiento escrito de gestión de incidentes.
op.exp.8 Registro de la actividad Aplicada Se registra el uso de la plataforma por cuenta (sin el contenido de lo consultado, 90 días) y cada cambio en el trabajo de una empresa, en un registro que solo se amplía y que su propietario puede consultar y descargar.
op.exp.10 Protección de claves criptográficas Parcial Las claves viven en la configuración de cada proveedor, nunca en el repositorio, y la clave de la verificación en dos pasos de cada persona se guarda sellada; no hay un módulo de seguridad de hardware ni rotación periódica.
op.nub.1 Protección de servicios en la nube En el proveedor La seguridad física y de la infraestructura es la de Vercel, Supabase y Google Cloud, según su propia documentación. No hemos comprobado si alguno tiene certificación ENS.
op.cont Continuidad del servicio Parcial El proveedor de la base de datos hace una copia diaria y la guarda 7 días, y si el procesador de análisis se para la web sigue funcionando y lo dice; no hay un plan de continuidad ni pruebas de recuperación.
op.mon.1 Detección de intrusión Pendiente No hay un sistema propio de detección de intrusiones.
op.mon.2 Sistema de métricas Parcial El estado de la cola de trabajos y del procesador se publica y se vigila, y el procesador se reinicia solo si se queda colgado; no hay métricas de seguridad.
mp.if Protección de las instalaciones En el proveedor Licia no tiene instalaciones propias con sistemas: todo corre en los centros de datos de sus proveedores.
mp.per Gestión del personal Parcial Hoy solo el titular accede a los datos de los clientes, y quien llegue a hacerlo lo hará con un compromiso escrito de confidencialidad; no hay un plan de formación en seguridad. (declaración del titular)
mp.eq Protección de los equipos Pendiente No hay normas escritas para el equipo desde el que se administra el servicio.
mp.com Protección de las comunicaciones Aplicada El tráfico con la aplicación va por HTTPS con HSTS; los avisos que envía Stripe se comprueban con su firma antes de aplicarse, y los webhooks que salen de Licia van firmados y nunca hacia direcciones internas.
mp.sw.1 Desarrollo de aplicaciones Aplicada El desarrollo se hace en copias separadas con una base de datos local y sin ninguna clave de producción, y las reglas de seguridad se comprueban con pruebas automáticas.
mp.sw.2 Aceptación y puesta en servicio Aplicada Nada llega a producción sin pasar antes todas las pruebas automáticas, y el despliegue es manual.
mp.info.1 Datos de carácter personal Aplicada La política de privacidad, el encargo del tratamiento y la lista de subencargados están publicados y se generan de los mismos datos que usa el código.
mp.info.6 Copias de seguridad En el proveedor Copia diaria del proveedor de la base de datos, conservada 7 días; la restauración no se ha probado.
mp.s.2 Protección de servicios y aplicaciones web Aplicada Ningún código se ejecuta desde un atributo de la página y cada script lleva un código de un solo uso; los formularios públicos tienen límites por dirección y trampas para robots.
mp.s.3 Protección frente a la denegación de servicio Parcial Límites de peticiones por dirección guardados en la base de datos, páginas públicas servidas desde la caché del proveedor y la mitigación que Vercel aplica por su cuenta, según su documentación; nada propio más allá de eso.

Autoevaluación del equipo de Licia sobre el código del servicio y su infraestructura documentada, medida por medida. No la ha revisado nadie de fuera. Hecha el 14 de octubre de 2026. Si contratar Licia depende de una certificación ENS o de una auditoría, escríbenos: la decisión de hacerla es nuestra y queremos saber quién la necesita.

Cómo avisar de un problema

Escribe a soporte@licia.es con lo que has encontrado y no lo publiques hasta que lo hayamos corregido. Está también en security.txt.

Volver al índice