Seguridad y cumplimiento
Preguntas incómodas,
respondidas de antemano.
Un estudio que evalúa una herramienta necesita saber cinco cosas: dónde están los datos, quién los ve, cuánto se guardan, qué pasa si hay una brecha y qué pasa si el proveedor desaparece. Están todas aquí.
El principio del que se deriva todo lo demás
LexLens no guarda tus documentos salvo que tu organización se lo instruya y se cumplan los requisitos legales. Sin esa instrucción, el análisis se hace de forma transitoria y LexLens no conserva copia del archivo. Con ella, LexLens guarda el documento completo, cifrado, como encargado de tu organización y con las cuatro condiciones que describe la política de privacidad (sección 2). Guardar solo lo que se pidió guardar es una decisión de diseño anterior a cualquier control técnico de esta página.
De ahí se siguen, sin excepción: LexLens no entrena con documentos de clientes, los registros de acceso no contienen texto de los documentos, y los identificadores de documento no viajan en las direcciones web (que es donde terminan los registros de cualquier servidor intermedio).
Controles
- En uso implementado y en funcionamiento.
| Control | Cómo | Estado |
|---|---|---|
| Acceso cerrado por defecto | Toda ruta exige sesión salvo una lista corta y explícita. Si falla la verificación de identidad, el sistema niega el acceso en lugar de concederlo | En uso |
| Cuentas nominales | Sin registro abierto. Cada acceso es atribuible a una persona | En uso |
| Contraseñas | Se protegen con una derivación lenta, resistente a los ataques que prueban muchas claves seguidas, alineada con las recomendaciones de la industria. Nunca se almacenan en claro ni se pueden recuperar | En uso |
| Contraseñas conocidas | Largo mínimo y cotejo contra las contraseñas más comunes y predecibles, como recomienda NIST, en lugar de reglas de mayúsculas y símbolos | En uso |
| Sesiones | Identificador opaco, sin datos incrustados; caducidad por inactividad; se revocan desde el servidor | En uso |
| Fuerza bruta | Límite de intentos de autenticación, con un bloqueo temporal que no se pierde al reiniciar el servicio | En uso |
| Cifrado en tránsito | Toda conexión con el servicio viaja cifrada con HTTPS y certificado válido | En uso |
| Registros sin contenido sensible | La línea de registro se arma desde una lista blanca de campos: por diseño no puede filtrar el contenido de un documento | En uso |
| Respaldos cifrados | Copias externas cifradas y automáticas. No se dan por hechas porque el proceso termine sin error: se comprueba que cada copia existe, y las del corpus y de las carteras de los clientes se verifican restaurándolas | En uso |
| Integridad del corpus | Cada versión del corpus se publica con su huella y su integridad se verifica automáticamente | En uso |
| Control de gasto | Límites de consumo por cuenta: una credencial comprometida no puede generar consumo ilimitado | En uso |
| Secretos fuera del código | Las credenciales viven fuera del código y del repositorio, con acceso restringido | En uso |
| Cifrado en reposo | Almacenamiento cifrado en la infraestructura que presta el servicio, y respaldos cifrados antes de salir de ella | En uso |
| Separación entre estudios | Cada estudio tiene su propia cartera y su propia administración de cuentas, aisladas entre sí, con pruebas automatizadas que intentan cruzar de un estudio a otro y deben fallar | En uso |
| Operación de la plataforma | Las tareas que abarcan toda la instalación no están al alcance de ninguna cuenta de estudio | En uso |
| Segundo factor | Autenticación en dos pasos con código temporal y códigos de recuperación de un solo uso, disponible para todas las cuentas | En uso |
| Cabeceras de seguridad | Política de contenido que limita qué se ejecuta en el navegador, sin admitir scripts en línea no autorizados; cifrado exigido en cada conexión, protección contra quedar incrustado en otra página, aislamiento de ventana y de recursos, y permisos del navegador denegados por defecto | En uso |
| Cadena de suministro | Las dependencias se revisan contra licencias incompatibles con un servicio en red y contra vulnerabilidades publicadas | En uso |
Dónde están los datos y quién los ve
El texto de sus documentos sale a un solo destino: la API del modelo, que es donde se hace el juicio jurídico. Ningún otro servicio externo recibe el contenido de un documento, ni una cláusula. Los datos de cuenta residen en la infraestructura de LexLens. El texto del documento viaja cifrado al proveedor del modelo de lenguaje para generar el análisis; LexLens no guarda copia. El listado completo de proveedores intervinientes está en la política de privacidad.
Dentro de LexLens, el acceso a los sistemas de producción está limitado a las personas que operan el servicio, y ninguna función del producto expone documentos de un cliente a otro.
Niveles de servicio
| Compromiso | Plazo |
|---|---|
| Disponibilidad del servicio | Se fija en el contrato de cada estudio |
| Respuesta a incidentes | Días hábiles, de lunes a viernes |
| Notificación de incidente de seguridad | Dentro de los plazos legales |
Qué pasa si hay una brecha
- Contención y evaluación de alcance.
- Notificación a los clientes afectados y a la autoridad competente dentro del plazo comprometido, indicando qué ocurrió y qué datos se vieron involucrados.
- Remediación y verificación.
- Informe posterior con causa raíz y medidas adoptadas.
Como LexLens guarda documentos solo cuando una organización se lo instruye, el universo de datos que una brecha en sus sistemas expondría en el peor escenario es acotado y conocido de antemano: datos de cuenta, registros de acceso y los metadatos de la cartera vigilada. A eso se suman, si se usan, el texto cifrado de las cláusulas del repositorio y los documentos que una organización haya instruido custodiar, cifrados con su propia llave. Sin esa instrucción, LexLens no conserva el texto de los contratos: lo retiene solo de forma transitoria mientras se analiza.
Fuera de los sistemas de LexLens, ese texto también lo recibe el proveedor del modelo; su régimen, con su fuente, está en la política de privacidad, sección 5.
Qué pasa si LexLens desaparece
Es la pregunta que casi nadie hace y todos deberían hacer. Las respuestas:
- Tus documentos son tuyos y no dependen de nosotros. Los que tu organización nos instruyó custodiar se le devuelven completos y después se borran, también de las copias de respaldo: es una de las cuatro condiciones de la custodia (privacidad, sección 2). Si la custodia corre en tu propia infraestructura, tus contratos están en tus servidores y ahí seguirán.
- Los informes que exportaste siguen abriéndose. Son documentos de Word y tablas en CSV que se abren en Excel, en poder de tu estudio, y no necesitan a LexLens para leerse.
- El análisis, en cambio, dejaría de funcionar. El motor de análisis, la vigilancia y el corpus normativo los operamos nosotros, en nuestra infraestructura: no son parte de lo que queda en la tuya. Lo decimos con todas sus letras porque es la pregunta que hay que hacerle a cualquier proveedor antes de firmar.
Y una precisión que conviene leer despacio, porque es la que se malinterpreta: tus contratos se guardan donde tu organización decida; para analizarlos, el texto viaja a nuestro motor, y el análisis por sí solo no deja copia en LexLens. La custodia decide dónde viven tus documentos y quién los controla: no evita que el texto pase por el análisis, que es el servicio que contratas.
Estándares
LexLens no está certificado bajo ninguna norma ISO, y lo decimos con todas sus letras porque en este mercado la ambigüedad se usa para insinuar lo contrario. Lo que sí hacemos es diseñar los controles teniendo en cuenta los marcos que corresponden, para que la certificación, cuando se persiga, sea recolectar evidencia y no reconstruirla:
| Marco | Sobre qué | Situación |
|---|---|---|
| ISO/IEC 27001 | Gestión de la seguridad de la información | Considerada en el diseño; certificación no iniciada |
| ISO/IEC 27701 | Gestión de la privacidad | Considerada en el diseño; certificación no iniciada |
| ISO/IEC 42001 | Gestión de sistemas de inteligencia artificial: supervisión humana, trazabilidad de las decisiones del sistema, gestión del error | Considerada en el diseño; certificación no iniciada |
| Normativa chilena de datos personales | Obligaciones del responsable y del encargado | Adecuación en curso |
La parte de la seguridad que es jurídica, no informática
Hay un control que ningún proveedor de infraestructura puede ofrecer y que en este producto es el más importante: el criterio jurídico del corpus se construye bajo curaduría jurídica, y el sistema registra qué verificó un abogado. Por eso el análisis nunca afirma «esta cláusula es nula»: advierte el riesgo, con su motivo y, cuando la hay, la norma, y deja la calificación donde corresponde: en el abogado que revisa y firma.
Contacto
Para reportar una vulnerabilidad o coordinar el acuerdo de tratamiento de datos: lexlens-chile@lexlens.cl. Los reportes de seguridad se responden y se agradecen. Reportar no otorga inmunidad: la ley castiga acceder a un sistema informático sin autorización o excediendo la autorización (art. 2 de la Ley 21.459), y las condiciones para no ser sancionado las fija esa ley, no LexLens. Lo que LexLens puede hacer es recibir tu reporte y, si antes de probar nada nos escribes, indicarte por escrito qué pruebas acotadas autoriza, caso a caso.
¿Tu estudio tiene un cuestionario de seguridad?
Envíalo a lexlens-chile@lexlens.cl. Preferimos responder por escrito y que quede en el expediente de tu evaluación de proveedores.