Seguridad5 nov 2026, 6:56 UTC·2 min de lectura

Beget recupera el 35 % de sus servidores tras un ciberataque

El proveedor ruso de hosting Beget ha reactivado el 35 % de sus servidores tras un ciberataque. Los datos en la nube se perdieron, pero hay copias de archivos.

Rows of server racks in a data center with status lights, illustrating hosting infrastructure being restored after a cyberattack. — Imagen: Хабр

El proveedor ruso de hosting Beget informó el 4 de noviembre de 2026 de que el 35 % de sus servidores vuelve a funcionar tras un ciberataque. Continúan los trabajos en el resto. Como cada servidor se revisa manualmente, los sitios web regresan de forma gradual.

Estado de la recuperación

Los servidores dedicados que Beget no administra están todos en marcha y accesibles. En los servidores dedicados bajo administración de la empresa, se ha restablecido por ahora el 15 %. Los dominios funcionan: los clientes cuyos dominios apuntan a los servidores DNS de Beget pueden gestionar sus registros en domains.beget.ru.

La compañía también reconstruye su infraestructura de copias de seguridad y publicará en una entrada aparte cómo obtener las copias. El panel de control aún no está disponible: la prioridad son los servidores, los sitios y la restauración de backups, y su regreso se anunciará por separado.

Qué ocurrió

Según Beget, el incidente comenzó en la noche del 1 al 2 de noviembre de 2026. Los atacantes accedieron al plano de control de toda la arquitectura y después ejecutaron scripts que borraron datos. La empresa ha declarado oficialmente causa de fuerza mayor.

En la infraestructura en la nube (VPS, S3 y Kubernetes) se perdieron todos los datos, así como la configuración de CDN e IP. Se conservan las copias de archivos de los VPS, pero las copias binarias de los VPS se perdieron por completo. Las copias de archivos de todo el hosting y de la nube están intactas, por lo que aún es posible restaurar datos a partir de ellas.

Por qué importa

El caso muestra el daño que puede causar el compromiso de la capa de gestión de un proveedor: un único punto de acceso bastó para destruir datos de varias líneas de producto a la vez. Para los clientes, lo que ocurra ahora depende de las copias a nivel de archivo y de la rapidez con que se verifique y relance cada servidor.

Todo el personal trabaja en modo de crisis y el equipo de DevOps cubre turnos las 24 horas hasta cerrar el incidente. La empresa no ha dado fecha para la recuperación completa.