Privacidad

Para qué sirve#

Privacidad es la pantalla donde decidís qué datos nunca salen de tu red tal como los manda la aplicación. Cada regla dice qué dato proteger (un DNI, un email, un teléfono, un token) y cómo: borrarlo, taparlo o convertirlo en un código que no se puede leer.

Las reglas corren en el agente que tenés instalado en tu red, antes de que nada se envíe a Lymen. Además, la pantalla te muestra qué posibles datos personales se están guardando hoy y cómo viene tu cumplimiento de la Ley 25.326 de Protección de los Datos Personales.

Cuándo usarlo#

• Cuando una aplicación escribe DNI, emails o teléfonos en los logs (los mensajes que dejan los programas), en los eventos de negocio o en las trazas (el recorrido técnico de cada pedido).
• Cuando la pestaña Datos detectados muestra lugares "sin proteger".
• Cuando querés dejar de guardar un campo de los eventos de negocio que no necesitás.
• Antes de una auditoría o de inscribir la base de datos ante la Agencia de Acceso a la Información Pública.

Ver la pantalla puede cualquier usuario. Cambiar reglas, guardar y aplicar solo puede un administrador.

Cómo se configura, paso a paso#

La pantalla tiene tres pestañas: Reglas de protección, Datos detectados y Cumplimiento.

Agregar una regla#

1. En Reglas de protección, tocá Agregar regla (arriba a la derecha de Datos sensibles).
2. Poné un Nombre que se entienda, por ejemplo "DNI del paciente".
3. Escribí el Campo: el nombre del dato tal como lo manda tu aplicación, por ejemplo paciente.telefono.
4. Elegí Qué hacer con el dato: Hashear, Borrar o Enmascarar (ver la tabla más abajo).
5. Si enmascarás, completá el Patrón: qué parte del texto tapar. Por ejemplo dni=[0-9]+ deja la parte dni= y tapa el número. Mientras escribís, ves un Antes y un Después con un valor de ejemplo.
6. Elegí Dónde corre: Logs y eventos, Trazas, o Logs, eventos y trazas.
7. Dejá marcada o desmarcá la casilla También en la experiencia de usuarios (web y apps).
8. Tocá Agregar regla. La regla queda en la lista con el aviso "Falta guardar".

Guardar y aplicar#

Agregar una regla no la activa todavía. Los pasos son:

1. Tocá Guardar cambios. Los cambios quedan como pendientes. Con Deshacer volvés a lo que estaba antes de tus cambios sin guardar; con Descartar pendientes tirás lo que ya habías guardado pero no aplicaste.
2. Tocá Aplicar en el agente (arriba de la lista). Recién ahí el agente de tu red recibe las reglas nuevas. Mientras tanto, el agente sigue con las reglas anteriores.
3. La píldora de estado te dice si la configuración quedó aplicada y a qué hora. Si otra persona guardó cambios que todavía no se aplicaron, ves un aviso con su nombre.

Las reglas de experiencia de usuarios (sitios y apps) se aplican de otra manera: rigen al aplicar, y los sitios y apps las descargan solos cada 10 minutos.

Proteger un dato detectado#

1. Andá a la pestaña Datos detectados.
2. En cada fila "Sin proteger" tocá Proteger. Se abre el alta con la regla ya armada.
3. Revisá la propuesta, ajustá lo que haga falta y tocá Agregar regla. Después guardá y aplicá como arriba.

Qué hace cada modo y qué pasa con el dato original#

Son los tres botones de cada regla. Podés cambiar el modo de una regla existente en cualquier momento (siempre que quede guardada y aplicada).

Notas importantes:

• Enmascarar necesita siempre un patrón. Sin patrón, el botón está bloqueado.
• Estas reglas cambian lo que se guarda de ahora en adelante. No modifican datos que ya estaban guardados.
• Un patrón demasiado amplio puede tapar texto que no querías. Revisá el Antes y el Después antes de agregar.

Tabla de campos#

Datos sensibles (cada regla)#

Campos especiales de experiencia de usuarios#

Solo existen en sitios y apps. Si usás uno, la regla es solo de experiencia de usuarios.

Reglas que vienen por defecto para sitios y apps#

Estas cuatro reglas aparecen ya cargadas en la lista, se pueden editar y quitar:

Impacto de quitarlas: si las sacás, esos datos pueden quedar guardados si algún texto de tus sitios o apps los incluye.

Experiencia de usuarios (bloque informativo)#

Esta tarjeta muestra cuántas reglas se aplican también en sitios y apps y qué se protege siempre. No tiene opciones para cambiar. Lo que se protege siempre, aunque el dispositivo nunca haya podido bajar las reglas:

• DNI, email, números de tarjeta y CUIT/CUIL se tapan aunque el dispositivo no tenga conexión.
• Nunca se captura lo que la gente escribe en los formularios.
• No se graban las sesiones (ni la pantalla ni el mouse).
• Sin consentimiento, no se manda nada.

Campos de los eventos de negocio#

Un evento de negocio es un registro de algo que pasó en tu operación (un turno, un pago, una cancelación). Esta tarjeta lista los campos que llegaron en las últimas 24 horas.

Topes y protecciones:

• Hasta 50 reglas en total.
• Hasta 100 campos en una lista de permitidos.
• Si un cambio dejara de guardar campos que hoy se guardan y no pediste sacarlos, Lymen no lo permite: avisa qué campos se perderían y hay que sacarlos de a uno con "No guardar". Esto evita perder datos sin querer.
• Los campos que pone Lymen (por ejemplo, el nombre y la categoría del evento) nunca se tocan.

Vista previa#

Muestra, para cada regla de la lista, un valor de ejemplo ANTES y cómo queda DESPUÉS. Los valores son inventados: nunca se muestran datos reales. Con Borrar ves "(borrado)", con Hashear ves un código abreviado y con Enmascarar ves el texto con ***. Si no hay reglas, la vista previa pide que agregues una.

Datos detectados#

Esta pestaña lista posibles datos personales que Lymen encontró guardados en las últimas 24 horas, en logs, eventos y trazas. Solo cuenta cuántas veces aparecen: nunca muestra el dato.

Cómo detecta cada tipo:

• DNI: números de 7 u 8 cifras. Puede dar falsos positivos (por ejemplo, un ID).
• Email y teléfono: texto con la forma de una dirección o de un número de teléfono.
• Dirección IP: la IP puede identificar a una persona; evaluá si hace falta guardarla.
• Dato personal: el nombre del campo sugiere un dato personal y el valor se guarda tal cual.

Estados:

• Protegido: todos los valores llegan hasheados, no se pueden leer.
• Tiene regla: hay una regla en tu lista (guardada o no) que ya cubre ese hallazgo.
• Sin proteger: no hay nada que lo cubra. Tiene botón Proteger.

Qué regla propone Proteger:

• DNI o email dentro de la dirección web: enmascara solo esa parte y el resto de la dirección se sigue viendo.
• DNI, email o teléfono en un campo: hashea el campo.
• Dato en el texto de un log: propone enmascarar con un patrón del tipo, pero tenés que indicar en qué campo viene (por ejemplo "mensaje").
• Campo con nombre sensible o IP: hashea el campo.

El título de la pestaña muestra cuántos hay sin proteger. Si no se pudo revisar, lo avisa.

Cumplimiento#

Muestra cómo viene tu configuración frente a la Ley 25.326 (Protección de los Datos Personales, Argentina). Tiene dos partes.

Controles (cada uno marca Cumple o Para revisar):

Tabla de datos: una fila por cada regla tuya y una por cada tipo de dato (logs, eventos de negocio, trazas, métricas y usuarios del portal), con qué se guarda, dónde, cuánto tiempo y un estado (Bien, Para revisar, Problema o Sin revisar). Para tus reglas dice, por ejemplo, "Nada: se borra en tu red, antes de salir" o "Solo un hash SHA-256".

Esta pantalla es una guía para ordenar la información. No reemplaza el asesoramiento legal. Recordá que la base de datos con datos personales tiene que estar inscripta ante la Agencia de Acceso a la Información Pública.

Ejemplos#

DNI en la dirección de un pedido (por ejemplo /api/turnos?dni=30123456): regla Enmascarar, campo url.full, patrón dni=[0-9]+, Dónde: Trazas. Resultado: /api/turnos?dni=***. El resto de la dirección se sigue viendo.

Teléfono del paciente que viene en un campo: regla Hashear, campo paciente.telefono. Resultado: un código. Podés contar cuántos pacientes distintos hay, pero nadie puede leer el número.

Un campo que no necesitás (por ejemplo observaciones): en Campos de los eventos de negocio, tocá No guardar. Queda como regla "No guardar observaciones".

Email dentro de un mensaje de error en tu web: la regla de Email que viene por defecto ya lo tapa en sitios y apps.

Problemas comunes#

• Guardé la regla pero el dato sigue apareciendo. Falta tocar Aplicar en el agente. Hasta que se aplique, el agente sigue con las reglas anteriores. También puede ser que el campo esté mal escrito o que la regla corra en otra señal (por ejemplo, solo logs y el dato sale en trazas).
• Los datos viejos siguen ahí. Las reglas actúan sobre lo que llega de ahora en adelante. No modifican lo que ya estaba guardado.
• El botón Enmascarar está bloqueado. Falta el patrón. Escribilo en la regla o creá una regla nueva con patrón.
• "El patrón tiene caracteres que no se pueden usar". No uses barra invertida, comillas ni (?. Para un punto literal usá [.].
• "Ese campo ya tiene una regla con ese patrón". Ya existe una igual. Editá la que está.
• Un hallazgo de DNI que en realidad es un ID. El detector mira números de 7 u 8 cifras y puede equivocarse. Si es un ID, podés ignorarlo.
• No puedo cambiar nada. Solo un administrador puede modificar las reglas.
• El guardado dice que dejaría de guardar campos que no pediste. Recargá la pantalla y volvé a guardar, o sacá los campos de a uno con No guardar.
• Un campo está bloqueado en una regla de captura. Si una regla de Reglas de captura usa un campo que acá se borra, no se va a guardar. Mirá la regla "No guardar" correspondiente.

Para entender cómo se combina esto con el resto de los datos, mirá también Procesamiento, Etiquetas y Muestreo.