Respaldo de endpoints frente al respaldo tradicional de servidores

Para qué está diseñado el respaldo tradicional de servidores

El respaldo tradicional de servidores se creó para un mundo en el que los datos importantes vivían en la sala de servidores. Se centra en proteger sistemas centralizados: servidores de archivos, servidores de aplicaciones, bases de datos, sistemas de correo y hosts de máquinas virtuales.

Una tarea típica de respaldo de servidores se ejecuta según un calendario, a menudo por la noche, y captura volúmenes completos o instantáneas (snapshots) con reconocimiento de aplicaciones. Los objetivos de recuperación se construyen en torno a restaurar sistemas completos: recuperar el servidor de archivos, restaurar la base de datos a un punto en el tiempo, poner en marcha la máquina virtual en hardware nuevo.

• Optimizado para: infraestructura centralizada, grandes volúmenes de datos, recuperación de sistemas completos
• Calendario típico: instantáneas nocturnas o por hora en una ventana fija
• Modelo de recuperación: restaurar un servidor, volumen o aplicación a un estado conocido
• Supone que: el sistema protegido está siempre encendido, siempre accesible, en su red

Por qué el respaldo de servidores no cubre el endpoint

Los supuestos detrás del respaldo de servidores se desmoronan en el momento en que se aplican a portátiles y equipos de escritorio. Los endpoints no están siempre encendidos. No están siempre en su red. Se van a casa, viajan, cierran su tapa a mitad del respaldo y se conectan a través de conexiones que usted no controla.

Más importante aún, los datos son diferentes. Una parte creciente del trabajo crítico para el negocio —propuestas, hojas de cálculo, contratos, archivos de diseño, datos locales de aplicaciones— se crea y almacena en los endpoints y nunca llega al servidor de archivos. Si su política es "guarde todo en la unidad compartida", está confiando en que cada empleado siga esa regla a la perfección, todos los días. Eso no es una estrategia de respaldo. Es una esperanza.

Por último, los escenarios de fallo difieren. Los servidores fallan como sistemas; los endpoints fallan de forma individual y constante. Un portátil que se cae, una maleta robada en un aeropuerto, un empleado que se fue y cuyo equipo nunca se recuperó: nada de esto dispara una restauración de servidor, pero todo ello puede significar una pérdida real de datos.

Para qué está diseñado el respaldo de endpoints

El respaldo de endpoints se construye en torno a las realidades de los dispositivos distribuidos. Se ejecuta silenciosamente en segundo plano, realiza respaldos incrementales y continuos en lugar de grandes ventanas nocturnas, y está diseñado para funcionar sobre cualquier conexión a internet, no solo sobre la LAN de la oficina.

La recuperación se centra en el usuario y los archivos, no en el sistema. La restauración más común no es "reconstruir el servidor", sino "tener los archivos de esta persona en un portátil de reemplazo para mañana por la mañana". Un buen respaldo de endpoints convierte eso en una operación de autoservicio o casi de autoservicio.

• Optimizado para: portátiles, equipos de escritorio y trabajadores remotos o híbridos
• Calendario típico: respaldo continuo o incremental frecuente sobre cualquier conexión
• Modelo de recuperación: restaurar archivos, carpetas o un perfil de usuario completo en el mismo dispositivo o en uno nuevo
• Supone que: los dispositivos se desplazan, se desconectan y se reemplazan con regularidad

El ransomware cambia las reglas del juego

El ransomware suele entrar a través de un endpoint: una credencial obtenida por phishing, un archivo adjunto malicioso, un navegador comprometido. A partir de ahí cifra todo lo que esa máquina y su cuenta de usuario puedan alcanzar, incluidas las unidades de red asignadas y las carpetas sincronizadas.

Esto crea dos requisitos que un plan de respaldo centrado solo en servidores maneja mal. Primero, el propio endpoint a menudo necesita ser restaurado o borrado, lo que significa que sus datos locales también necesitan protección. Segundo, los respaldos deben estar aislados o ser inmutables para que el atacante no pueda cifrar las copias de respaldo junto con los originales. Comprender qué sucede durante un ataque de ransomware deja claro por qué la recuperación depende de copias que el atacante no pueda tocar.

El respaldo por sí solo no es una defensa contra el ransomware: es la última línea después de que la prevención y la detección, como la detección y respuesta en endpoints (EDR), hayan tenido su oportunidad. Pero cuando esas capas fallan, el diseño de su respaldo determina si usted tendrá una mala semana o un evento que ponga fin al negocio.

El trabajo remoto convirtió a los endpoints en el nuevo perímetro

Cuando la mayoría del personal trabajaba en la oficina, "respalde el servidor de archivos y dígale a todos que guarden ahí" era una política imperfecta pero sobrevivible. Con equipos distribuidos, el endpoint es a menudo el único lugar donde existe un archivo durante días o semanas. También es el dispositivo físicamente menos seguro que usted posee: está en casas, autos, cafeterías y equipaje facturado.

El respaldo de endpoints cierra esta brecha, pero funciona mejor como parte de un enfoque más amplio para proteger a los empleados remotos: cifrado de disco completo para que un portátil robado sea una pérdida de hardware y no una filtración de datos, controles de identidad sólidos para que una contraseña robada no sea una red robada, y gestión centralizada de dispositivos para que pueda ver qué equipos están protegidos y cuáles no.

Qué buscar en un enfoque de respaldo de endpoints

Ya sea que adquiera un producto dedicado de endpoints o amplíe una plataforma existente, algunas capacidades importan más que la lista de verificación del marketing:

Funciona fuera de la red

El respaldo debe continuar sobre conexiones domésticas y públicas de internet sin requerir una VPN. Si la protección se pausa cada vez que alguien sale de la oficina, su personal remoto está efectivamente desprotegido.

Ligero y continuo

Los respaldos incrementales pequeños y frecuentes sobreviven a las tapas cerradas y a las conexiones inestables. Las tareas pesadas nocturnas programadas para las 7 p. m. suponen un mundo que ya no existe.

Restauración rápida y granular

La restauración más común es un puñado de archivos para un solo usuario. Si eso requiere un ticket y dos días, la gente dejará de pedirlo y empezará a guardar sus propias copias, lo que crea nuevos riesgos.

Visibilidad centralizada

Necesita un solo lugar que muestre cada dispositivo inscrito, el último respaldo exitoso y los fallos. Un respaldo de endpoints que no puede reportar su propia cobertura es indistinguible de la ausencia de respaldo durante una auditoría o un incidente.

Protección contra la manipulación

Las copias de respaldo deben almacenarse fuera del dispositivo, cifradas, y ser resistentes a la eliminación o al cifrado por cualquier cosa que se ejecute en el propio endpoint, incluido el malware con derechos de administrador.

Errores comunes que debe evitar

• Confundir las herramientas de sincronización con respaldo. Los servicios de sincronización y uso compartido de archivos replican las eliminaciones y el cifrado del ransomware con la misma fidelidad con la que replican los archivos. El versionado ayuda, pero la sincronización es disponibilidad, no respaldo.
• Proteger solo el servidor y dar el trabajo por terminado. Si los datos de los usuarios viven en los portátiles, la tarea de respaldo del servidor está respaldando menos de lo que usted cree.
• No probar nunca las restauraciones. Un respaldo del que nunca ha restaurado es una hipótesis. Programe restauraciones de prueba periódicas tanto para servidores como para endpoints.
• Ignorar los datos de SaaS. El correo electrónico y las suites de productividad en la nube no son ni servidores ni endpoints; verifique si necesitan su propia cobertura de respaldo.
• No pensar en la retención ni en la retención legal (legal hold). El respaldo de endpoints suele volverse relevante en salidas de empleados y disputas. Defina las reglas de retención antes de necesitarlas.

¿Necesita ambos?

Para la mayoría de las organizaciones, sí, porque los dos protegen cosas diferentes. El respaldo de servidores protege los sistemas y aplicaciones compartidos. El respaldo de endpoints protege a las personas y el trabajo que ocurre en sus dispositivos. La pregunta no es tanto "¿cuál de los dos?" sino "¿dónde viven realmente los datos y cuánto cuesta perderlos?".

Un punto de partida práctico es la lista de verificación de ciberseguridad para una empresa en crecimiento: haga un inventario de dónde se crean los datos críticos, asigne a cada ubicación un método de respaldo y confirme que puede restaurar desde cada uno. También puede evaluar su postura actual con nuestra calculadora de puntuación de seguridad para ver cómo el respaldo y la recuperación encajan en el panorama general.

Si está construyendo esto desde cero, las soluciones de Backup y Recuperación de SmashByte Security cubren ambas disciplinas —servidor, endpoint y SaaS— con una recuperación diseñada en torno a escenarios de ransomware, no solo a fallas de hardware.