Qué hace que los datos estén obsoletos
Los datos quedan obsoletos cuando han superado el propósito para el que se recopilaron. Están desactualizados, han sido reemplazados o se conservan más allá de su vida útil, pero siguen almacenados en un repositorio, un recurso compartido, un buzón o una copia de seguridad, y normalmente siguen siendo accesibles.
La obsolescencia depende de la relevancia y de la fase del ciclo de vida, no de la confidencialidad. Una copia de tres años de una base de datos de clientes no es menos sensible por ser antigua. Es simplemente una copia que nadie usa, vigila o recuerda.
De dónde provienen los datos obsoletos
La mayoría de los datos obsoletos quedan por el trabajo cotidiano que nunca se limpia. Las fuentes habituales son las copias no gestionadas y los registros que sobreviven a las personas y los sistemas que los crearon:
| Fuente | Ejemplo típico |
|---|---|
| Copias y exportaciones | Volcados de bases de datos, informes y hojas de cálculo de tareas puntuales, nunca eliminados |
| Datos de empleados que se fueron | Archivos en carpetas personales, discos locales y buzones que quedan tras la salida de su dueño |
| Sistemas dados de baja | Archivos y copias de seguridad de aplicaciones retiradas, nunca desechados |
| Retención «por si acaso» | Registros conservados indefinidamente porque nadie fijó una fecha de eliminación |
Por qué los datos obsoletos son un riesgo de seguridad y cumplimiento
Los datos que nadie usa generan cuatro riesgos distintos:
- Superficie de ataque sin vigilancia: las copias olvidadas rara vez están cubiertas por monitoreo, revisiones de acceso o parches. Las réplicas antiguas de bases de datos son objetivos atractivos porque nadie las mantiene ni las protege.
- Exposición regulatoria: marcos como el RGPD exigen limitar el almacenamiento, de modo que los datos personales no pueden conservarse más tiempo del que requiere su finalidad. Acumular registros obsoletos sin motivo puede infringir esa regla por sí mismo, y cada copia amplía el alcance de una filtración de datos.
- Decisiones erróneas: los informes basados en datos desactualizados llevan a decisiones de negocio y de seguridad equivocadas.
- Costos y complejidad: los datos obsoletos consumen almacenamiento, ralentizan las copias de seguridad y dificultan los inventarios y los proyectos de clasificación.
Datos obsoletos y conceptos cercanos
Los datos obsoletos no son lo mismo que un archivo eliminado (retirado del sistema de archivos, aunque quizá recuperable) ni que la remanencia (datos residuales que quedan en el medio físico tras borrarlos). Los datos obsoletos están totalmente activos en el sistema; simplemente ya no se necesitan. La solución estándar es el purgado: eliminación deliberada y verificada al final del ciclo de vida, incluidas las copias de seguridad.
Cómo encontrar datos obsoletos en la práctica
Como la obsolescencia depende de la relevancia y no del contenido, no se puede detectar examinando un solo archivo. Las señales útiles son los metadatos y el uso:
- Fechas de último acceso y de modificación: el indicador principal, aunque las copias de seguridad pueden renovar las marcas de tiempo
- Datos sin propietario: archivos y buzones cuyo dueño ya no existe en el directorio
- Contenido duplicado: copias de un mismo documento, casi todas redundantes salvo una
- Nombres de reemplazo: «final», «v2», «old», «backup» o copias con fecha junto a un archivo vigente
- Repositorios inactivos: recursos compartidos y carpetas de proyecto sin uso durante largos periodos, que se retiran como una unidad
Por qué se estanca la eliminación
La mayoría de las organizaciones saben que conservan datos obsoletos y aun así no los eliminan, por razones organizacionales más que técnicas. Nadie es dueño de la decisión, así que nadie la aprueba. El costo de conservar datos es invisible, mientras que el costo de borrar algo necesario es muy evidente. Las retenciones legales y los requisitos poco claros hacen que la conservación indefinida parezca más segura que un calendario defendible. Y no hay una forma confiable de saber si un conjunto de datos antiguo realmente no se usa.
La respuesta práctica es trasladar la decisión al momento de crear los datos: cada conjunto nuevo tiene un propietario y una fecha de caducidad. El patrimonio existente se limpia en campañas acotadas, empezando por los repositorios sin dueño y los inactivos, donde el riesgo es mayor y las objeciones son menores. Cada campaña empieza con una clasificación de datos, para saber qué se elimina.
Cómo gestionar los datos obsoletos
La limpieza funciona mejor en este orden:
- 1
Inventariar y clasificar
No se puede retirar lo que no se ve.
- 2
Definir políticas de retención
Definir fechas de eliminación al crear los datos, no después de que se acumulen.
- 3
Revisar accesos
Revocar los permisos que sobreviven a su propósito, sobre todo cuando un empleado se va.
- 4
Disponer de forma segura
Ejecutar los purgados según el calendario y verificar que incluyan las copias de seguridad.
Por dónde empezar
Empiece por los conjuntos de datos que más daño harían si se filtraran y luego por los repositorios que nadie administra. Las reglas de retención escritas para todos los archivos a la vez suelen desactivarse, así que mantenga la primera campaña lo bastante pequeña para completarla.
Los datos que nadie mira siguen pudiendo filtrarse. El momento seguro para decidir su destino es antes de que alguien más los necesite.
Anexet Team