Según la documentación oficial de Microsoft sobre Microsoft 365 Backup, el escenario que impulsó la creación del producto no es, la mayoría de las veces, un ataque sofisticado: es "la eliminación o sobrescritura accidental o maliciosa de contenido por parte de un empleado". Esa frase describe el día a día de cualquier empresa que trabaja con una carpeta compartida: alguien borra la carpeta equivocada, o guarda un archivo encima de la versión que todavía servía.
El motivo por el que Microsoft vende un producto aparte para este problema es simple: lo que ya viene incluido en Microsoft 365 —el antiguo Office 365— fue pensado para el error cotidiano, dentro de un plazo corto, no para devolver cualquier cosa después de meses. Pasado ese plazo, el archivo no vuelve por los medios normales, y muchas veces nadie lo nota hasta que alguien necesita exactamente ese documento.
Para quien decide el presupuesto de TI de la empresa, la pregunta que importa no es "¿la nube es segura?". Es: cuando alguien borra o sobrescribe algo por error, ¿cuánto tiempo tiene la empresa para darse cuenta, y qué pasa después de ese plazo?
El error que nadie ve ocurrir
En una carpeta compartida de Microsoft 365, por defecto más de una persona tiene permiso para borrar y sobrescribir lo que hay ahí. Eso es lo que hace útil la carpeta para que todo el equipo trabaje junto. También es lo que hace fácil el error: un clic equivocado sobre una carpeta entera, un archivo guardado con el mismo nombre que otro que ya existía, una limpieza de fin de año que se llevó algo que todavía estaba en uso.
La sobrescritura es el caso más traicionero de los dos. Cuando un archivo se borra, la empresa al menos sabe que desapareció: la carpeta se ve visiblemente más chica. Cuando un archivo se sobrescribe, el nombre sigue en el mismo lugar, del mismo tamaño de siempre, y nadie nota que el contenido cambió hasta que alguien abre el documento y descubre que faltan páginas, cláusulas o una planilla entera.
Según la documentación de Microsoft sobre cómo funcionan las configuraciones de retención, cuando un documento tiene una política de retención aplicada, se guarda automáticamente una copia en una biblioteca de preservación cada vez que alguien edita o borra el contenido. El detalle que pasa desapercibido es la condición: esa copia extra solo existe si alguien configuró antes esa política. Sin ella, editar o borrar un archivo no deja ninguna copia adicional más allá de la papelera y el historial de versiones estándar.
Y la papelera tiene plazo. Según la documentación oficial de retención y eliminación de OneDrive, los elementos eliminados permanecen en la papelera del sitio durante 93 días; pasado ese tiempo, la recuperación por medios normales deja de ser posible. Para quien nota el problema al día siguiente, 93 días parecen un margen amplio. Para quien recién se entera cuando un cliente pide de vuelta un contrato específico —semanas o meses después—, ese plazo ya puede haber pasado sin que nadie lo notara.
El intervalo entre el error y el descubrimiento es, en la práctica, el verdadero problema. No es la eliminación en sí: es el tiempo que la empresa tarda en notar que algo desapareció, mientras el plazo de recuperación sigue corriendo sin que nadie sepa que hay que correr detrás de él.
Por qué la solución habitual no alcanza
La forma habitual de manejar esto es confiar en que "está en la nube" ya es garantía suficiente. La frase no está equivocada sobre lo que realmente ofrece la nube —redundancia física, seguir funcionando aunque falle un equipo—, pero responde a una pregunta distinta de la que importa aquí. La redundancia protege contra que Microsoft pierda el dato por una falla en un centro de datos. No protege contra que la propia empresa borre o sobrescriba lo que es suyo.
Otra versión del mismo hábito es dejar la carpeta compartida con permisos demasiado amplios: todos editan, todos borran, y nadie lo decidió a propósito; simplemente fue creciendo junto con el equipo y nadie lo revisó después. Cuanta más gente puede borrar una carpeta entera, mayor es la probabilidad de que alguien lo haga sin querer, y menor la probabilidad de identificar rápido quién fue.
El tercer hábito habitual es nunca haber probado la recuperación. La empresa sabe que existe una papelera, pero nadie nunca intentó recuperar de ahí un archivo antiguo para ver si todavía estaba disponible, comparar la versión restaurada con la que hacía falta, o medir cuánto tarda el proceso. Descubrir que el plazo ya pasó, o que la versión recuperada no es la esperada, en medio de una emergencia real, es el peor momento posible para aprenderlo.
Lo que tiene que existir en la práctica
Un entorno preparado para este tipo de error cotidiano se apoya en mecanismos verificables, no en la confianza de que "la nube se encarga de eso".
Una copia de seguridad separada de la papelera predeterminada, con un plazo de retención mayor que los pocos meses de la función nativa, para el documento que solo hará falta dentro de un año.
Permiso para borrar restringido a quien realmente lo necesita, en vez de habilitado para toda la carpeta por defecto. Quien solo necesita leer o editar un documento no necesita poder borrar la carpeta entera.
Simulacros periódicos de recuperación de un archivo real, para saber, antes de necesitarlo de verdad, cuánto tarda el proceso y si la versión recuperada es la que la empresa esperaba encontrar.
Un responsable único siguiendo lo que cambia en las carpetas más críticas, en vez de que el descubrimiento dependa de que el cliente llame preguntando por el contrato que desapareció.
Revisión periódica de quién tiene acceso a cada carpeta compartida, para que la lista de quién puede borrar acompañe a quién realmente sigue trabajando con ese contenido, y no a quien trabajaba con él hace dos años.
Así es como trabaja Skills IT: con copias de seguridad separadas de la papelera nativa, permiso para borrar restringido a quien lo necesita, y simulacros periódicos de recuperación para asegurar que el archivo vuelve cuando hace falta.
La ganancia para la empresa
La ganancia aquí no es abstracta. Una empresa que descubre la eliminación o la sobrescritura el mismo día tiene una tarea simple: restaurar un archivo de la papelera, o de una copia de seguridad reciente. Una empresa que lo descubre semanas después enfrenta otra cosa: reconstruir el documento de memoria, pedirle la información de nuevo a alguien que tal vez ya no trabaje ahí, o aceptar que ese contenido simplemente ya no existe.
También está lo que la LGPD pone sobre la mesa cuando la carpeta que desapareció guarda datos de clientes o empleados. Según la Autoridad Nacional de Protección de Datos de Brasil, un incidente de seguridad es un evento que compromete la confidencialidad, la integridad, la disponibilidad o la autenticidad de un dato personal; es decir, perder el acceso a un dato también cuenta, no solo filtrarlo. Cuando ese incidente representa un riesgo relevante para las personas involucradas, la comunicación a la autoridad debe ocurrir dentro de tres días hábiles. Una empresa que recién nota el problema meses después ya perdió ese plazo sin siquiera saber que existía.
Hay todavía una ganancia menos visible: nadie tiene que decidir, en medio del apuro, si aquel archivo guardado hace dos años "probablemente sigue ahí". Con un plazo de retención conocido y ya probado, la respuesta está definida antes de que ocurra el problema, y el equipo dedica su tiempo a trabajar, en vez de reconstruir lo que ya existía antes.
Una guía para empezar
- Pregunte cuánto tiempo un archivo borrado o sobrescrito sigue siendo recuperable en su empresa hoy. Si la respuesta es "no sé", esa es la primera brecha por cerrar.
- Enumere quién puede borrar cada carpeta compartida importante. Si la respuesta es "todos", vale la pena revisarlo antes de que alguien lo descubra por accidente.
- Pida que alguien pruebe la recuperación de un archivo antiguo. Si el proceso tarda más de lo esperado, o la versión recuperada no es la correcta, mejor descubrirlo ahora.
- Verifique si existe alguna copia de seguridad además de la papelera predeterminada. Sin ella, el plazo de recuperación de la empresa es exactamente el de la papelera, y nada más.
- Acuerden, por escrito, quién es avisado cuando desaparece un documento sensible. Sin un camino claro, el descubrimiento termina dependiendo de la coincidencia: un cliente que llama a preguntar, un contrato que alguien busca y no encuentra.
