Runink FACE · Cumplimiento y registros de auditoría
Este es un escenario de Runink FACE. Las comprobaciones que se describen aquí leen los registros que FACE guarda de sus envíos y de sus informes, y son parte del propio FACE.
En Resumen
- Los datos personales no llegan a los registros técnicos. Las direcciones de correo, los teléfonos, los números de tarjeta, los números de la seguridad social y las direcciones IP se quitan de los registros y de los diagnósticos antes de que se escriban, así que el rastro que deja un sistema al funcionar no se convierte en una segunda copia de los datos.
- Está integrado en la plataforma, no es un informe que usted ejecuta. El borrado ocurre en el camino por el que escribe cada servicio, en cada sitio donde un servicio escribe una línea.
- Cada comprobación guarda su propio trabajo. Qué se leyó, contra qué regla, qué se encontró y quién lo miró queda en el registro, y una comprobación que no se pudo hacer queda escrita exactamente así.
Un Rastro Que Nadie Tiene Tiempo De Revisar.
Los datos personales viajan con cada registro, y cada sistema que toca un registro deja un rastro detrás. Responder por ese rastro obliga a unir sistemas a mano.
Dónde Se Tuerce
El nombre y la dirección de un cliente hacen falta para entregarle el paquete. No hacen falta en el panel de un transportista, ni en un informe que se manda a un socio, ni en la copia del archivo que alguien sacó para una reunión. Pero el dato viaja con el registro, y sigue viajando.
Nadie planea esto. Pasa porque la forma más corta de responder una pregunta es exportar lo que uno tiene, y lo que uno tiene lleva dentro los datos personales.
No se puede proteger lo que no se ve salir.
Para Quién Es Esto
Tres escritorios, y la misma pregunta debajo: ¿puede usted enseñar su trabajo?
- El delegado de protección de datos, y cumplimiento y riesgos. Lo que llega hoy es el nombre y la dirección de un cliente que hicieron falta una vez para entregar un paquete y llevan viajando con el registro desde entonces — a una exportación, a un informe para un socio, a un archivo de registro técnico que nadie lee hasta que algo ha salido mal. Lo que cambia es dónde se detiene el rastro. Los datos personales se quitan de los registros y los diagnósticos antes de que se escriban, en el camino por debajo de cada servicio y no en un informe que alguien se acuerde de ejecutar.
- TI y seguridad de la información. Lo que llega hoy es una pregunta que solo se contesta contando: cuáles de sus servicios escriben registros de aplicación, y cuáles de esos pasan lo que escriben por algún borrado antes de guardarlo o enviarlo. Lo que cambia es que la respuesta es una propiedad de cómo está construido el software, descrita en frases corrientes que usted puede contrastar en una revisión de código, así que la conversación de seguridad es una descripción y no una negociación.
- Auditoría interna, y quien responde por el informe. Lo que llega hoy es una petición de explicar por qué una cifra es la que es, meses después de que quien la montó se haya ido. Lo que cambia es que el registro guarda su propio trabajo, y que una comprobación que no se pudo hacer queda escrita como entrada propia en vez de pasar en silencio por un resultado limpio.
Qué Ocurre En Su Lugar
Cada servicio escribe sus registros y sus diagnósticos a través de un paso de borrado compartido que quita del texto las direcciones de correo, los teléfonos, los números de tarjeta, los números de la seguridad social y las direcciones IP y de hardware antes de que el texto aterrice, junto con campos con nombre —contraseñas, tókenes, secretos, claves de licencia, direcciones de webhook— donde quiera que aparezcan en un contenido estructurado. La idea es que operar un sistema no cree en silencio una segunda copia de los datos personales que hay dentro: el sitio donde las filtraciones se descubren tarde, y el sitio donde a nadie se le ocurre mirar.
Cada comprobación deja constancia de su propio trabajo. Cuando un auditor pregunta por qué un hallazgo es el que es, o cuando un regulador pregunta quién vio la dirección de un cliente, la respuesta sale del registro y no de la memoria de quien hizo la hoja de cálculo.
El registro también mantiene separadas las dos respuestas que la gente suele juntar. «Esto se revisó y no había nada» y «esto no se pudo leer, así que nunca se revisó» quedan anotadas como cosas distintas. La segunda es el hallazgo que una auditoría busca de verdad, y es la que una marca verde se traga de normal.
Cómo Sabrá Que Ha Funcionado
Todas las cifras de abajo son suyas, no nuestras. Anote dónde está hoy, porque el punto de partida se pierde para siempre en cuanto las cosas mejoran.
- Dónde están de verdad los datos personales. Tome una muestra de los informes y las pantallas que ven sus socios y sus transportistas. Cuente cuántos llevan un nombre, un teléfono o una dirección. Casi ningún equipo ha contado esto nunca.
- Qué parte de sus propios registros técnicos pasa por algún borrado. Cuente los servicios que escriben registros de aplicación, y luego cuente aquellos cuya salida pasa por algún paso de borrado antes de guardarse o de salir hacia un proveedor de registros. Ese es el punto de partida del que habla la mitad de privacidad de esta página, y es el que casi todos los equipos pueden responder en una tarde y preferirían no responder.
Traiga una muestra de las pantallas que ven sus socios y la lista de servicios que escriben registros.
Las exposiciones de arriba están dibujadas para mostrar la forma del trabajo. No son el relato de un trabajo con un cliente, y nada de esta página es un resultado medido.
El software encuentra el registro, muestra la regla contra la que se leyó y entrega las dos cosas a la persona que responde. Si usted cumple una obligación es un juicio que se queda con su responsable de cumplimiento, su delegado de protección de datos y su auditor.
Lo Que Un Responsable De Cumplimiento Pregunta Primero
Qué hace la parte de privacidad, qué guarda el registro y quién decide.