Las causas más comunes
La mayoría de los incidentes vienen de acciones de trabajo normales hechas un poco mal. El destinatario equivocado es la causa individual más frecuente. Gran parte de estos errores ocurre en servicios de mensajería electrónica, el canal que más usan las divulgaciones.
| Causa | Cómo se presenta |
|---|---|
| Destinatario equivocado | El autocompletado elige un nombre parecido, o responder a todos amplía el público |
| Adjunto equivocado | Archivo vecino de la carpeta, o versión anterior con datos extra |
| Compartición demasiado amplia | Enlace abierto a cualquiera o canal más grande que la audiencia |
| Contenido oculto | Cambios rastreados, comentarios, filas ocultas o metadatos en el archivo |
| Redacción incompleta | Texto cubierto visualmente pero todavía presente debajo |
| Agregación | Extractos inofensivos que juntos identifican personas |
| Error de configuración | Repositorio, bucket o entorno de pruebas dejado abierto |
| Físico y ambiental | Impresiones olvidadas y pantallas visibles en espacios compartidos |
Por qué domina las estadísticas de incidentes
Cada una de estas acciones es un trabajo normal ejecutado ligeramente mal. Enviar archivos, compartir documentos y publicar informes es el trabajo en sí; el fallo es un único paso mal dirigido dentro de una tarea que se repite cientos de veces por semana. Volumen más rutina equivale a frecuencia. La formación de concienciación por sí sola no lo resuelve, porque los usuarios implicados suelen conocer la política y pretendían cumplirla. Es el lado no malicioso del riesgo interno.
Detección y respuesta
La divulgación accidental suele descubrirse tarde y casi siempre por alguien ajeno a la organización. El destinatario no previsto la reporta, un socio nota datos desconocidos o un investigador encuentra un repositorio expuesto. Cuando los datos salen de la organización, se convierten en una fuga de datos que nadie controla.
La retirada es poco fiable en la práctica: un correo que salió de la organización no se puede retirar y un archivo descargado no se puede deshacer. Por eso la prevención carga con la mayor parte del peso. Aun así, la respuesta sigue los pasos de cualquier brecha:
- 1
Definir el alcance
Establecer qué se divulgó y a quién.
- 2
Intentar la recuperación
Probar la retirada o revocación si la plataforma lo permite.
- 3
Evaluar obligaciones
Valorar las obligaciones regulatorias de notificación.
- 4
Registrar el resultado
Documentar lo ocurrido y las medidas tomadas.
Tratamiento regulatorio
En términos regulatorios, la divulgación accidental es una brecha de datos independientemente de la intención. Bajo el GDPR, la divulgación no autorizada de datos personales activa la evaluación frente al plazo de notificación de 72 horas. Las autoridades de control examinan si existían medidas técnicas y organizativas adecuadas, y ahí importan los controles preventivos documentados y los registros de auditoría.
Controles que realmente ayudan
Los controles eficaces intervienen dentro del flujo de trabajo, no después. Esa es la función central de la prevención de pérdida de datos. En esta categoría, el aviso funciona mejor que el bloqueo silencioso: la intención del usuario es correcta, así que decirle lo que está a punto de hacer suele bastar.
| Control | Qué hace | Dónde actúa |
|---|---|---|
| Avisos conscientes del contenido | Nombran el riesgo concreto en el momento del envío | Mensajes y cargas en el momento de enviar |
| Salvaguardas de destinatarios | Marcan destinatarios externos, separan direcciones parecidas y retrasan el envío | Direcciones antes de enviar |
| Bloqueo de categorías definidas | Rechaza la transferencia de un conjunto pequeño de contenido regulado | Canales que transportan contenido regulado |
| Higiene de compartición | Caducidad por defecto de enlaces, autenticación y revisión de comparticiones inactivas | Enlaces y carpetas en la nube |
| Higiene documental | Elimina contenido oculto y metadatos antes de publicar | Archivos antes de la publicación |
| Supervisión de la configuración | Comprueba continuamente repositorios y almacenes expuestos de más | Repositorios, buckets y entornos de prueba |
Cómo se ve el aviso en Anexet
Cuando una regla detiene una transferencia, el usuario ve el mensaje que escribió el administrador, que se configura en la consola. El bloqueo de transferencias de datos también incluye reglas que reaccionan al número de destinatarios, así que un mensaje enviado a una audiencia amplia se detecta aunque cada dirección parezca inofensiva.
1 / 2
Por dónde empezar
Empiece por los datos que más dañarían si salieran y, después, por los canales que realmente usan. Las políticas escritas para todos los archivos a la vez terminan bloqueando el trabajo diario y se desactivan.
Lectura recomendada: Fuga técnica de información: ¿qué es y cómo protegerse?; Ingeniería social vs. sistemas DLP: cómo proteger a tu empresa de las fugas de datos.
Una divulgación rara vez parece un ataque. Parece un envío cualquiera, hecho un momento demasiado deprisa.
Anexet TeamCómo lo resuelve Anexet
Anexet atiende la divulgación accidental en el momento de la transferencia, cuando el error aún es reversible:
Evaluación consciente del contenido antes de que se complete la transferencia
los archivos y mensajes se inspeccionan con tesauros de seguridad (170 diccionarios preconstruidos), reglas de patrones para identificadores estructurados, bancos de hashes para coincidencias exactas de archivos, bibliotecas de huellas digitales para documentos y plantillas, y etiquetas de confidencialidad.
Condiciones de destino
las reglas combinan el contenido con el destinatario y el canal, de modo que un destino externo o personal se trata de forma distinta a uno interno.
Acciones graduadas
registrar, alertar, poner en cuarentena para revisión del analista o bloquear: el trabajo rutinario continúa mientras una transferencia mal dirigida de contenido regulado se detiene o se retiene.
Cobertura completa de canales
correo electrónico, subidas web, almacenamiento en la nube, mensajería, dispositivos extraíbles, impresión y portapapeles.
Pista de auditoría
cada evento queda registrado con usuario, marca de tiempo, canal, destino, clasificación del contenido y acción tomada, lo que después apoya la delimitación del alcance y la evaluación del deber de notificar.
Arquitectura on-premise
las políticas, el contenido capturado y los registros permanecen en la infraestructura de la propia organización.
Anexet DLP
Más información