# Copias de seguridad y recuperación (FAQ)

> 25 preguntas sobre Copias de seguridad y recuperación, en lenguaje claro: qué comprobar, qué muestra NetSenX y qué no ve un sensor.

Source page: https://netsenx.com/es/faq/backups

## ¿Qué es la regla de copias de seguridad 3-2-1?

Es una regla sencilla para sobrevivir a la pérdida de cualquier elemento: tres copias de sus datos, en dos tipos de almacenamiento distintos, con una copia fuera de la oficina. El original más dos copias, por ejemplo una en un equipo de copias local y otra en una nube separada o en otra ubicación, hacen que un incendio, una cabina de discos averiada o un servidor robado no se lleven todo. Como los atacantes de ransomware buscan hoy las copias de seguridad e intentan borrarlas, muchas guías amplían la regla a 3-2-1-1-0: una copia desconectada o inmutable, que no se pueda modificar ni borrar ni siquiera con derechos de administrador, y cero errores al verificar y probar la restauración. Para una pequeña empresa, una versión práctica es una copia local para restaurar rápido, una copia inmutable en la nube con credenciales separadas y una prueba de restauración periódica y documentada.

https://netsenx.com/es/faq/what-is-the-3-2-1-backup-rule

## ¿Qué es una copia de seguridad inmutable?

Una copia de seguridad inmutable es una copia que no se puede modificar ni borrar hasta que pase un periodo de retención fijado, ni siquiera desde una cuenta de administrador. Suele lograrse con almacenamiento de escritura única: almacenamiento de objetos con bloqueo de retención en modo de cumplimiento, un repositorio de copias reforzado que rechaza los borrados o cintas retiradas físicamente. El objetivo es el ransomware: los atacantes que obtienen derechos de administrador intentan de forma rutinaria borrar o cifrar las copias antes de cifrar los sistemas de producción, para que a la víctima no le quede más salida que pagar. Con una copia inmutable, ese paso falla. Compruebe tres cosas cuando un proveedor hable de inmutabilidad: si el bloqueo se puede acortar o quitar desde la misma consola a la que podría llegar un atacante, cuánto dura la retención y si el soporte del proveedor de almacenamiento puede saltárselo. La inmutabilidad protege contra el borrado, no contra copiar datos ya infectados, así que conserve varios puntos de restauración.

https://netsenx.com/es/faq/what-is-an-immutable-backup

## ¿Qué es una copia de seguridad desconectada o aislada (air gap)?

Es una copia de seguridad que no tiene conexión de red permanente con sus sistemas, de modo que un atacante dentro de la red no puede llegar a ella. Ejemplos clásicos son cintas o discos extraíbles que se graban, se desconectan y se guardan en otro lugar, y bóvedas de copias dedicadas que solo abren una conexión durante una ventana breve y controlada. Algunos servicios en la nube llaman aislamiento lógico a una copia inmutable gestionada por separado: no está desconectada físicamente, pero queda fuera del alcance de sus cuentas de administración habituales. Las copias desconectadas tardan más en restaurarse y exigen disciplina, porque alguien tiene que rotar los soportes, comprobar que la tarea se ejecutó y saber qué está dónde. Para la mayoría de las pequeñas empresas, el objetivo realista es una copia físicamente desconectada o inmutable con credenciales separadas, comprobada con restauraciones periódicas. Una copia que está siempre en una carpeta compartida accesible desde toda la red no está desconectada, se llame como se llame.

https://netsenx.com/es/faq/what-is-an-offline-or-air-gapped-backup

## ¿Con qué frecuencia deberíamos probar una restauración?

Al menos una vez al trimestre para una muestra de sistemas, después de cada cambio importante en la configuración de copias y al menos una vez al año como ejercicio completo de restaurar un sistema crítico desde cero. Una copia de la que nunca se ha restaurado nada es una suposición, no una copia de seguridad: las tareas que informan de éxito pueden generar archivos incompletos, cifrados con una clave perdida o sin una base de datos que estaba en uso. Una buena prueba elige sistemas reales, los restaura en un entorno aislado, comprueba que la aplicación arranca de verdad y que los datos están al día, y anota cuánto tardó. Esa duración es su tiempo de recuperación realista, a menudo mucho mayor de lo previsto. Anote lo que falló y corríjalo antes de la siguiente prueba. Vaya rotando los sistemas que prueba para que, a lo largo de un año, cada sistema crítico se haya restaurado al menos una vez.

https://netsenx.com/es/faq/how-often-should-we-test-a-restore

## ¿Las bandas de ransomware atacan primero las copias de seguridad?

Muy a menudo, sí. Antes de empezar a cifrar, los atacantes buscan el servidor de copias, la consola del software de copias y cualquier instantánea o instantánea de volumen, y luego las borran, cifran o corrompen para que la víctima no pueda recuperarse sin pagar. MITRE ATT&CK lo recoge como Inhibit System Recovery (T1490), y el borrado de instantáneas de volumen aparece en muchos avisos de CISA sobre ransomware. Las cuentas de administración de copias y los servidores de copias unidos al mismo dominio que todo lo demás son puntos débiles habituales. Defensas: tener al menos una copia inmutable o desconectada, operar el sistema de copias con credenciales separadas y autenticación multifactor, sacarlo del dominio principal si es posible y restringir qué máquinas pueden conectarse a él. En la red, las conexiones al servidor de copias desde máquinas que normalmente nunca hablan con él son una señal de alarma. El mapa de red de NetSenX muestra qué hosts llegan a cada servidor, y las conexiones internas inusuales se marcan como posible movimiento lateral.

https://netsenx.com/es/faq/do-ransomware-gangs-go-after-backups-first

## ¿Por qué es un riesgo una copia de seguridad conectada como unidad de red?

Porque el ransomware cifra todas las unidades a las que llega, y una unidad asignada le parece una carpeta más. Si el destino de las copias está asignado de forma permanente en un servidor o un puesto de trabajo, o es accesible mediante una carpeta compartida con las mismas credenciales, el ransomware de esa máquina cifrará los archivos de copia junto con todo lo demás, y las copias desaparecerán justo cuando las necesite. Lo mismo ocurre con un disco USB externo que sigue siempre conectado y con las herramientas de sincronización que replican cada cambio, incluido el cifrado, en la ubicación de las copias. Mejor: que el software de copias escriba en su destino con su propia cuenta de servicio, que los usuarios y servidores normales no tienen, que el destino no aparezca entre las carpetas compartidas que la gente explora, y añadir una copia inmutable o desconectada. Una comprobación rápida para hoy: mire qué máquinas tienen una letra de unidad o una carpeta compartida apuntando al almacenamiento de copias y quite las que no lo necesiten.

https://netsenx.com/es/faq/why-is-a-backup-mapped-as-a-network-drive-a-risk

## ¿Qué equipos deberían poder conectarse al servidor de copias de seguridad?

Los menos posibles: el propio servidor de copias, los sistemas que copia durante su ventana de copia y el puesto de gestión de los administradores. Los puestos de trabajo normales no tienen motivo para abrir carpetas compartidas, escritorio remoto ni puertos de gestión en el servidor de copias. Escríbalo como un breve conjunto de reglas y hágalo cumplir con reglas de cortafuegos o segmentación de red, idealmente poniendo el sistema de copias en su propio segmento. Después compruebe que la realidad coincide. Los datos de flujos de red muestran qué hosts hablan realmente con el servidor de copias, por qué puertos y cuándo; en NetSenX, el mapa de red lo muestra en todos los planes, así que un portátil de ventas que empieza a conectarse al servidor de copias destaca. Esa conexión no siempre es un ataque, pero siempre merece una explicación, porque llegar a las copias es un paso típico justo antes del cifrado por ransomware.

https://netsenx.com/es/faq/which-computers-should-connect-to-the-backup-server

## ¿Pueden las copias de seguridad infectarse con ransomware?

Sí, de dos formas distintas. Los propios archivos de copia pueden cifrarse o borrarse si el ransomware o el atacante llegan al almacenamiento de copias, y por eso importan las copias inmutables y desconectadas. Menos evidente es que las copias pueden contener fielmente la presencia del atacante: los atacantes suelen estar dentro de una red días o semanas antes de cifrar, así que las copias recientes pueden incluir sus puertas traseras, tareas programadas, cuentas de administrador nuevas o archivos maliciosos, listos para revivir tras una restauración. Por eso conviene conservar varios puntos de restauración a lo largo de un periodo más largo, restaurar primero en un entorno aislado, analizar los sistemas restaurados y buscar cuentas y herramientas de acceso remoto que no deberían estar ahí. Saber cuándo empezó realmente la intrusión, gracias a los registros y al historial de red, indica qué punto de restauración probablemente está limpio.

https://netsenx.com/es/faq/can-backups-be-infected-with-ransomware

## ¿Cómo restaurar con seguridad desde la copia de seguridad tras un ransomware?

No empiece a restaurar hasta saber cómo entraron los atacantes y haber cerrado esa vía; si no, restaurará en una red que siguen controlando. Después trabaje por orden: primero reconstruya o verifique un servidor de copias y una consola de restauración limpios, con credenciales nuevas; cambie todas las contraseñas de las cuentas de administrador y de servicio, incluidas las del software de copias; restaure los sistemas en un segmento de red aislado, no directamente en producción; elija un punto de restauración anterior al inicio de la intrusión, no solo al cifrado; analice los sistemas restaurados y busque cuentas, tareas programadas y herramientas de acceso remoto inesperadas; y vuelva a conectarlos poco a poco vigilando su comportamiento en la red. Deje intactos los originales cifrados hasta estar seguro, como prueba y por si aparece un descifrador. Con NetSenX, los hosts restaurados que empiezan contactos salientes regulares o conexiones internas inusuales aparecen en las alertas.

https://netsenx.com/es/faq/how-to-restore-from-backup-safely-after-ransomware

## ¿En qué orden restaurar los sistemas tras un ataque?

Primero los cimientos, luego lo que más necesita el negocio y después el resto. Un orden típico: lo básico de red y seguridad, como cortafuegos, conmutadores, DNS, DHCP y la monitorización en la que se va a apoyar; la identidad, es decir, los controladores de dominio o la identidad en la nube, reconstruidos o verificados como limpios, ya que todo lo demás depende de ella; la propia infraestructura de copias; después las aplicaciones críticas para el negocio según la prioridad decidida de antemano, por ejemplo la gestión de pedidos, el control de producción o las nóminas; y por último las carpetas compartidas normales, los puestos de trabajo y los servicios menos importantes. Cada paso debe incluir una verificación antes de empezar el siguiente. El orden forma parte de su plan de recuperación, acordado con la dirección antes de cualquier incidente, junto con el tiempo de recuperación admisible de cada sistema. Sin ese acuerdo, los primeros días tras un ataque se convierten en discusiones sobre qué sistema importa más, mientras el reloj corre.

https://netsenx.com/es/faq/in-what-order-should-systems-be-restored

## ¿Qué son el RPO y el RTO?

Son las dos cifras que convierten un plan de copias en una decisión de negocio. El objetivo de punto de recuperación (RPO) es cuántos datos se puede permitir perder, medido en tiempo: con copias cada noche, su RPO llega a 24 horas, es decir, podría perderse un día de trabajo. El objetivo de tiempo de recuperación (RTO) es cuánto tiempo puede estar caído un sistema antes de que el daño sea inaceptable, medido desde el incidente hasta que el sistema vuelve a funcionar. Fije ambos para cada sistema con los responsables del proceso de negocio, no solo con TI: la contabilidad quizá tolere dos días de parada pero ninguna pérdida de datos, y una tienda en línea quizá lo contrario. Después compruebe si sus copias y pruebas de restauración los cumplen de verdad. Una restauración que tarda tres días en una prueba no puede cumplir un RTO de cuatro horas, por bueno que sea el software de copias.

https://netsenx.com/es/faq/what-are-rpo-and-rto

## ¿Es una copia de seguridad la sincronización de archivos en la nube, como OneDrive o Dropbox?

Por sí sola, no. Las herramientas de sincronización están pensadas para mantener todas las copias idénticas, así que cuando se borran, sobrescriben o cifran archivos con ransomware en un dispositivo, el cambio se copia a la nube y a todos los demás dispositivos en minutos. La mayoría de los servicios guardan un historial de versiones y una papelera, y algunos permiten devolver una biblioteca entera a un momento anterior, lo que puede salvarle tras un incidente. Pero ese historial tiene una retención limitada, lo controla la misma cuenta que el atacante puede haber tomado y nadie lo prueba como una copia de seguridad. Trate la sincronización como comodidad y colaboración. Para los datos importantes, añada una copia de seguridad real: una copia separada, con credenciales separadas, con la retención que usted elija y con restauraciones probadas. Lo mismo vale para los servidores de archivos que se sincronizan con la nube.

https://netsenx.com/es/faq/is-cloud-file-sync-a-backup

## ¿Hay que hacer copias de seguridad de Microsoft 365 y otros datos SaaS?

Normalmente sí. Los proveedores SaaS trabajan con un modelo de responsabilidad compartida: mantienen el servicio disponible y lo protegen frente a sus propios fallos de hardware, pero proteger sus datos frente a borrados, un empleado malintencionado, una cuenta comprometida o un periodo de retención vencido es en gran parte tarea suya. El propio contrato de servicios de Microsoft recomienda a los clientes hacer copias periódicas de su contenido. Las redes de seguridad integradas, como las carpetas de elementos eliminados, las papeleras y el historial de versiones, tienen una retención limitada y puede vaciarlas alguien con el acceso adecuado. Una copia de buzones, SharePoint y OneDrive con una herramienta de terceros, o su equivalente para Google Workspace, el CRM y la contabilidad, le da una copia independiente con una retención que usted controla. Compruebe también el proceso de restauración: restaurar un buzón y restaurar todo un tenant tras un ataque son trabajos muy distintos.

https://netsenx.com/es/faq/do-we-need-to-back-up-microsoft-365-and-other-saas-data

## ¿Debe tener el sistema de copias cuentas de administración propias?

Sí. Si la misma cuenta de administrador del dominio que gestiona todo lo demás también puede borrar las copias, un atacante que robe esa única cuenta controla tanto sus sistemas como su camino de vuelta. Dé al sistema de copias sus propias cuentas de administrador, que no pertenezcan al dominio ni al directorio principal, protéjalas con autenticación multifactor, preferiblemente resistente al phishing, y úselas solo desde un puesto de gestión dedicado. Las cuentas de servicio con las que el software de copias lee los datos de los servidores deben tener solo los derechos necesarios, con contraseñas largas, únicas y guardadas de forma segura. Si el producto lo permite, exija que una segunda persona apruebe el borrado de copias o el acortamiento de la retención, el llamado principio de los cuatro ojos. Revise quién tiene derechos de administración de copias al menos dos veces al año y cada vez que alguien se vaya. Estas medidas cuestan poco y cierran una de las brechas que más aprovechan los atacantes de ransomware.

https://netsenx.com/es/faq/should-backup-admin-accounts-be-separate

## ¿Cuánto tiempo conservar las copias de seguridad?

Lo suficiente para volver a un punto anterior al inicio de una intrusión y cumplir sus necesidades legales y de negocio, pero no más de lo necesario en el caso de datos personales. Los atacantes suelen estar semanas en una red antes de actuar, y los archivos dañados o borrados a veces se notan meses después, así que unos pocos días de retención rara vez bastan. Un esquema habitual es conservar las copias diarias unas semanas, las semanales unos meses y las mensuales o trimestrales un año o más, con al menos la parte más reciente inmutable. Las normas legales de conservación, por ejemplo de la documentación contable, fijan mínimos para algunos datos, mientras que el principio de limitación del plazo de conservación del RGPD implica que los datos personales no deben guardarse para siempre solo porque estén en una copia; documente cómo se tratan las solicitudes de supresión respecto a las copias. Ponga por escrito el plan de retención y compruebe que el sistema de copias lo aplica de verdad.

https://netsenx.com/es/faq/how-long-should-backups-be-kept

## ¿Deben cifrarse las copias de seguridad?

Sí, sobre todo las copias que salen de sus instalaciones o están en un proveedor de nube. De lo contrario, una cinta, un disco o un contenedor en la nube robados son una copia completa de los datos de la empresa, y el cifrado los convierte en bytes inservibles para el ladrón; en el RGPD, el cifrado es una de las medidas de seguridad citadas en el artículo 32 y puede influir en si hay que comunicar la pérdida de una copia a los interesados. Lo difícil es la clave. Si la clave de cifrado solo está guardada en el servidor de copias y ese servidor se destruye o lo cifra un ransomware, sus copias también serán ilegibles para usted. Guarde la clave, o la clave de recuperación, en un lugar separado y documentado que no dependa de los sistemas copiados, como un gestor de contraseñas con acceso sin conexión o una copia sellada en una caja fuerte, e incluya su recuperación en las pruebas de restauración. Cifrar las copias protege la confidencialidad; no sustituye a la inmutabilidad.

https://netsenx.com/es/faq/should-backups-be-encrypted

## ¿Cómo proteger los servidores de copias de seguridad en la red?

Trátelos como los sistemas más valiosos que tiene, porque después de un ataque lo son. Ponga el sistema de copias en su propio segmento de red y permita solo las conexiones necesarias: el tráfico de copias desde los sistemas que protege y el acceso de gestión desde unos pocos puestos de administración. Cierre el escritorio remoto y las carpetas compartidas en el servidor de copias salvo que sean imprescindibles, y no lo use nunca para navegar ni para el correo. Aplique pronto los parches del sistema operativo y del software de copias; los propios productos de copias han tenido vulnerabilidades graves aprovechadas por actores de ransomware. Use cuentas de administración separadas con MFA, saque el servidor del dominio principal si puede y mantenga al menos una copia inmutable o desconectada. Por último, vigílelo: hosts nuevos que se conectan, conexiones a horas inusuales y lecturas grandes del almacenamiento de copias por máquinas distintas del servidor de copias son señales que merece la pena investigar, y todas se ven en el tráfico de red.

https://netsenx.com/es/faq/how-to-protect-backup-servers-on-the-network

## ¿Qué diferencia hay entre un plan de copias de seguridad y un plan de recuperación ante desastres?

Un plan de copias responde a qué se copia, con qué frecuencia, dónde se guarda y durante cuánto tiempo. Un plan de recuperación ante desastres responde a cómo se vuelve a poner en marcha el negocio cuando algo grande se rompe: quién decide, qué sistemas vuelven primero, dónde funcionan si el sitio o el hardware original han desaparecido, cuánto puede durar cada paso, cómo se informa a la plantilla y a los clientes y cómo se sabe que se ha terminado. Las copias son un ingrediente de la recuperación, no la receta completa. Empresas con copias excelentes pierden igualmente semanas tras un ataque de ransomware porque nadie conocía el orden de restauración, la consola de copias necesitaba un dominio que ya no existía o la única persona que sabía las contraseñas estaba de vacaciones. Ponga por escrito el plan de recuperación, guarde una copia fuera de sus propios sistemas, también en papel, y pruébelo con un ejercicio realista al menos una vez al año, igual que prueba las restauraciones.

https://netsenx.com/es/faq/difference-between-a-backup-plan-and-a-disaster-recovery-plan

## ¿Cómo hacer copias de seguridad de máquinas virtuales e hipervisores?

Haga copias de las máquinas virtuales con una herramienta que entienda el hipervisor, para poder restaurar una máquina entera rápido, y proteja también la propia capa del hipervisor. Muchas familias de ransomware actuales tienen versiones pensadas para cifrar directamente hosts VMware ESXi, lo que tumba a la vez todas las máquinas virtuales que alojan. En la práctica: mantenga las interfaces de gestión del hipervisor fuera de la red general y accesibles solo desde puestos de administración; use cuentas separadas y protegidas con MFA para administrar hipervisores y copias; desactive los servicios que no necesite, como SSH en los hosts fuera de las ventanas de mantenimiento; parchee pronto los hipervisores; y asegúrese de que al menos una copia está fuera del entorno virtual que protege, inmutable o desconectada. Las instantáneas del hipervisor sirven para deshacer cambios rápido, pero no son copias de seguridad: están en el mismo almacenamiento y desaparecen con él. Pruebe a restaurar una máquina virtual completa en otro hardware, porque después de un ataque el host original puede no estar disponible.

https://netsenx.com/es/faq/how-to-back-up-virtual-machines-and-hypervisors

## ¿Qué es la recuperación aislada o en sala limpia?

Consiste en restaurar primero los sistemas en un entorno separado y aislado, sin conexión con la red de producción ni con internet, donde se pueden comprobar antes de volver a confiar en ellos. Tras un ataque de ransomware, al principio rara vez se sabe si las copias contienen herramientas o cuentas del atacante, ni si este sigue teniendo acceso a la red. En una sala limpia se construye desde cero un pequeño conjunto de infraestructura de confianza, a menudo con servicios de identidad nuevos; los sistemas restaurados se analizan, se revisan sus cuentas y tareas programadas y se observa su comportamiento, y solo entonces pasan a producción. Las empresas grandes preparan ese entorno de antemano, a veces con ayuda de su proveedor de copias; las pequeñas pueden prever un servidor de reserva o una cuenta en la nube reservada para ello. No se trata de la perfección, sino de evitar el fallo de recuperación más común: restaurar directamente en una red comprometida y volver a ser cifrado.

https://netsenx.com/es/faq/what-is-isolated-or-clean-room-recovery

## ¿Cómo saber que una copia está limpia antes de restaurarla?

No se puede tener certeza, pero sí reducir mucho el riesgo. Empiece por la cronología: a partir de registros, datos de los endpoints e historial de red, averigüe cuándo empezó realmente la intrusión, no cuándo se cifró, y para los sistemas críticos prefiera un punto de restauración anterior a esa fecha. Restaure en un entorno aislado y analice el resultado con herramientas de seguridad actualizadas, incluidos los indicadores de compromiso de su investigación o del aviso de CISA correspondiente. Busque lo que no debería estar: cuentas locales o de dominio nuevas, tareas programadas, servicios y elementos de inicio, herramientas de acceso remoto y web shells en servidores web. Compare la configuración restaurada con la documentación o con una copia de confianza. Después observe el comportamiento en red del sistema restaurado antes de confiar en él. NetSenX ayuda en esto: un host restaurado que empieza conexiones salientes regulares o escanea otras máquinas aparece en las alertas, mientras que varios días tranquilos son una señal útil, aunque no absoluta.

https://netsenx.com/es/faq/how-to-know-a-backup-is-clean-before-restoring

## ¿Quién debería poder borrar las copias de seguridad?

Casi nadie, y nadie solo. Borrar copias o acortar su retención es la acción que los atacantes más quieren hacer antes de cifrar, así que debe ser más difícil que cualquier tarea de administración normal. Reglas prácticas: solo unos pocos administradores de copias designados por su nombre tienen ese derecho, con cuentas separadas del dominio principal y protegidas con MFA resistente al phishing; los borrados o cambios de retención requieren la aprobación de una segunda persona si el producto lo permite; nadie puede borrar las copias inmutables antes de que venza su bloqueo; y cada borrado queda registrado en un lugar que los administradores de copias no pueden modificar. El personal de TI normal puede ejecutar y vigilar las copias y restaurar archivos sin poder eliminarlas. Revise con regularidad la lista de personas con estos derechos y retire de inmediato a quienes se marchan. Si de verdad hace falta borrar, por ejemplo por una orden judicial o una solicitud de supresión según el RGPD, documente la decisión y la aprobación.

https://netsenx.com/es/faq/who-should-be-allowed-to-delete-backups

## ¿Hace NetSenX copias de seguridad de nuestros datos?

No. NetSenX es un servicio de detección y respuesta de red (NDR): observa cómo se comunican los dispositivos de su red y le avisa de señales de intrusión, como beaconing, escaneos, movimiento lateral y volúmenes de datos salientes inusuales. No copia sus archivos, bases de datos, buzones ni servidores, y no puede restaurarlos tras un incidente. Lo que NetSenX guarda son sus propios datos sobre su red: el inventario de dispositivos, los metadatos de conexión y el historial de alertas, con la retención que fije su plan. Ese historial es útil en una recuperación, porque ayuda a averiguar cuándo empezó una intrusión y qué hosts estuvieron implicados, y por tanto qué punto de restauración probablemente está limpio. Para las copias en sí necesita una solución de copias dedicada, idealmente con una copia inmutable o desconectada. NetSenX la complementa mostrando accesos inusuales al servidor de copias y comportamientos sospechosos de los sistemas restaurados.

https://netsenx.com/es/faq/does-netsenx-back-up-our-data

## ¿Debemos hacer copia de la configuración de cortafuegos, conmutadores y routers?

Sí, y a menudo se olvida. Los dispositivos de red guardan una configuración que costó años construir: reglas del cortafuegos, ajustes de VPN, VLAN, enrutamiento y listas de acceso. Si un cortafuegos falla, un atacante lo borra o hay que sustituirlo tras un compromiso, reconstruir esa configuración de memoria lleva días y suele introducir errores. Exporte la configuración automáticamente tras cada cambio y al menos una vez por semana, guarde las copias fuera de los propios dispositivos, idealmente en un sistema de control de versiones para ver qué cambió y cuándo, y mantenga al menos una copia desconectada. Proteja las exportaciones, porque contienen detalles sensibles y a veces credenciales o claves. Un historial de configuración también aporta seguridad: una regla, una cuenta o una redirección de puertos nuevas e inesperadas son una señal clásica de que alguien ha manipulado un dispositivo perimetral. Incluya la restauración de la configuración de un dispositivo en sus pruebas de recuperación, idealmente en una unidad de repuesto.

https://netsenx.com/es/faq/should-we-back-up-network-device-configurations

## ¿Una instantánea (snapshot) es una copia de seguridad?

Por sí sola, no. Una instantánea, en una cabina de almacenamiento, una máquina virtual o un sistema de archivos, registra el estado de los datos en un momento dado, normalmente registrando los bloques modificados en lugar de hacer una copia completa. Es rápida y muy útil para deshacer una actualización fallida o recuperar un archivo borrado. Pero suele estar en el mismo sistema de almacenamiento que los datos originales, se gestiona desde la misma consola con las mismas credenciales y desaparece si ese almacenamiento falla o un atacante la borra, algo que los operadores de ransomware intentan de forma rutinaria. Una instantánea pasa a formar parte de una estrategia de copias real cuando se replica en un almacenamiento separado, se protege contra el borrado y se prueba con restauraciones. Use las instantáneas para recuperarse rápido de errores cotidianos y mantenga copias independientes, inmutables o desconectadas para el día en que el problema sea el propio almacenamiento.

https://netsenx.com/es/faq/is-a-snapshot-a-backup

FAQ: https://netsenx.com/es/faq