Lo m\u00e1s importante en resumen<\/p>\n
- \n
- Dos brechas graves en el stack de copias de seguridad.<\/strong> Afectan al Veeam Agent para Windows (CVE-2026-32996) y a la appliance Linux (CVE-2026-32997); ambas se corrigen con la actualizaci\u00f3n de seguridad actual de Backup & Replication.<\/li>\n
- No hay acceso remoto desde la nada.<\/strong> Ambas vulnerabilidades exigen autenticaci\u00f3n o acceso local. Son especialmente peligrosas si una cuenta de administrador de backups ya est\u00e1 en manos de un tercero.<\/li>\n
- El servidor de backups es el lugar equivocado para dejar flancos descubiertos.<\/strong> Constituye la \u00faltima l\u00ednea de defensa contra el ransomware. Justo all\u00ed, una escalada de privilegios reviste una gravedad especial.<\/li>\n<\/ul>\n<\/div>\n
Relacionado:<\/span>Backups frente al ransomware: 3-2-1-1-0<\/a> \/<\/span> Reactivaci\u00f3n tras ransomware: lo que realmente se rompe<\/a><\/p>\n
\u00bfQu\u00e9 es Veeam Backup & Replication?<\/strong> Veeam Backup & Replication es un software ampliamente utilizado por las empresas para realizar copias de seguridad de sus servidores, m\u00e1quinas virtuales y equipos finales, y restaurarlos en caso de emergencia. El servidor de backups gestiona estas copias de forma centralizada. Si falla o es comprometido, toda la capacidad de recuperaci\u00f3n queda paralizada ante un incidente real.<\/p>\n
Qu\u00e9 implican concretamente estas dos brechas<\/h2>\n
Veeam ha corregido estas vulnerabilidades mediante una actualizaci\u00f3n de seguridad para Backup & Replication y las ha documentado en su propia base de datos de avisos. Ambas est\u00e1n clasificadas como graves, pero afectan a componentes distintos y exigen condiciones diferentes.<\/p>\n
La primera brecha, identificada como CVE-2026-32996, afecta al Veeam Agent para Microsoft Windows. Permite a un atacante con acceso local obtener privilegios elevados en el sistema. Veeam la valora con una puntuaci\u00f3n CVSS de 7,3. Una escalada de privilegios local se vuelve peligrosa cuando un atacante ya tiene un primer punto de apoyo en el equipo y pretende escalar a administrador.<\/p>\n
La segunda brecha, CVE-2026-32997, reside en la Veeam Software Appliance en Linux. En este caso, un usuario autenticado con el rol de administrador de backups puede escribir archivos arbitrarios en el servidor y preparar as\u00ed ataques posteriores. Veeam la clasifica con una puntuaci\u00f3n CVSS de 8,6, es decir, ligeramente superior a la brecha de Windows. El requisito es disponer de una cuenta v\u00e1lida de administrador de backups. Precisamente esta condici\u00f3n modula el riesgo: mientras las cuentas de administrador de backups est\u00e9n limpias, la brecha resulta dif\u00edcil de explotar. Una cuenta privilegiada comprometida la convierte en un vector de ataque peligroso.<\/p>\n
\n2<\/div>\nbrechas clasificadas como graves afectan al Veeam Agent para Windows y a la appliance Linux. Ambas se corrigen con la actualizaci\u00f3n a Backup & Replication 13.0.2.29.<\/div>\nFuente: Veeam Security Advisory (KB4852), heise security<\/div>\n<\/div>\nPor qu\u00e9 el servidor de copia de seguridad es un objetivo especialmente delicado<\/h2>\n
El enfoque fr\u00edo primero: ninguna de las dos vulnerabilidades se puede explotar desde lejos sin autenticaci\u00f3n. Sin embargo, la valoraci\u00f3n cambia cuando se considera de qu\u00e9 sistema se trata.<\/p>\n
El servidor de copia de seguridad es el refugio para el caso grave. Cuando los sistemas productivos est\u00e1n cifrados, la posibilidad de recuperaci\u00f3n determina d\u00edas o semanas de parada. Por eso, los grupos de ransomware atacan primero las copias de seguridad: quien elimina o manipula la copia de seguridad quita al afectado su salida de emergencia. Una ampliaci\u00f3n de permisos o un acceso de escritura en este sistema golpea directamente el n\u00facleo de la defensa.<\/p>\n
Se suma un segundo punto. Los servidores de copia de seguridad suelen funcionar en segundo plano, rara vez se reinician y a\u00fan menos se actualizan, ya que su fallo interrumpe la copia de seguridad. Esta inercia es comprensible, pero tambi\u00e9n es la raz\u00f3n por la que en el pasado ciertas vulnerabilidades de Veeam se han explotado durante mucho tiempo incluso despu\u00e9s del parche. Un actualizaci\u00f3n disponible no sirve mientras no se instale.<\/p>\n
\u00bfCu\u00e1n urgente es realmente el parche?<\/h2>\n
En una evaluaci\u00f3n honesta, la urgencia est\u00e1 en el medio, no en la zona roja de un parche de emergencia. Ambas vulnerabilidades requieren un pie dentro del sistema o una cuenta privilegiada; no existe una explotaci\u00f3n masiva automatizada desde Internet. Una empresa con cuentas de administrador de copia de seguridad bien separadas y dispositivos finales actualizados tiene algo de margen.<\/p>\n
No obstante, el actualizaci\u00f3n debe incluirse en la lista de pr\u00f3ximos ventanas de mantenimiento y no en la cola para el pr\u00f3ximo trimestre. Lo decisivo es la combinaci\u00f3n: los servidores de copia de seguridad son objetivos preferidos, las cuentas privilegiadas se ven regularmente comprometidas en ataques reales, y entonces una vulnerabilidad media se convierte en una herramienta afilada. Quien planea cualquier ventana de mantenimiento, prioriza el actualizaci\u00f3n de Veeam.<\/p>\n
\u00bfQu\u00e9 deben hacer ahora los administradores?<\/h2>\n
El orden es sencillo y no requiere acci\u00f3n desesperada. Cuatro pasos cubren la necesidad inmediata.<\/p>\n
\nCuatro pasos tras el actualizaci\u00f3n de Veeam<\/div>\n\n\nComprobar la versi\u00f3n<\/div>\nDeterminar el estado actual de Backup & Replication. Todo hasta y incluyendo la versi\u00f3n 13.0.1.2067 est\u00e1 afectado y debe incluirse en la lista.<\/div>\n<\/div>\n\nAplicar el actualizaci\u00f3n<\/div>\nActualizar a la versi\u00f3n 13.0.2.29 en una ventana de mantenimiento planificada, seguido de una prueba funcional de los trabajos de copia de seguridad.<\/div>\n<\/div>\n\nControlar estrictamente al administrador de copia de seguridad<\/div>\nAsignar el rol de administrador de copia de seguridad solo a unos pocos usuarios, con protecci\u00f3n multifactorial en la consola. Ambas vulnerabilidades requieren exactamente este tipo de cuentas o acceso local.<\/div>\n<\/div>\n\nMonitorear accesos<\/div>\nRegistrar las conexiones y accesos de escritura en el servidor de copia de seguridad y revisarlos en busca de anomal\u00edas. Quien conoce el estado normal reconoce las desviaciones m\u00e1s temprano.<\/div>\n<\/div>\n<\/div>\n<\/div>\nNinguno de estos pasos es costoso, y el m\u00e1s importante es el segundo. Un parche disponible que permanece sin usar en el backlog de mantenimiento no protege a nadie. Especialmente en el caso del servidor de copia de seguridad, vale la pena anticipar la ventana de mantenimiento.<\/p>\n
Preguntas frecuentes<\/h2>\n
Cada pregunta est\u00e1 bloqueada. Un toque desbloquea la respuesta.<\/p>\n
\n\u00bfQu\u00e9 versiones de Veeam est\u00e1n afectadas por estas vulnerabilidades?<\/strong><\/summary>\n
Todas las versiones de Veeam Backup & Replication hasta y incluyendo la versi\u00f3n 13.0.1.2067 est\u00e1n afectadas. Con la versi\u00f3n 13.0.2.29, Veeam ha cerrado ambas vulnerabilidades. Quien utilice una versi\u00f3n anterior debe planificar el actualizaci\u00f3n cuanto antes.<\/p>\n<\/details>\n
\n\u00bfSe pueden aprovechar las lagunas desde lejos sin estar registrado?<\/strong><\/summary>\n
No. CVE-2026-32996 requiere acceso local al sistema Windows, CVE-2026-32997 un cuenta registrada con el rol de Administrador de respaldos. Un atacante necesita ya tener un pie dentro del sistema o una cuenta comprometida con privilegios. Esto reduce la urgencia inmediata, pero no anula la obligaci\u00f3n de aplicar parches.<\/p>\n<\/details>\n
\n\u00bfQu\u00e9 productos est\u00e1n exactamente en peligro?<\/strong><\/summary>\n
La primera laguna afecta al Veeam Agent para Microsoft Windows, la segunda a la Veeam Software Appliance en servidores Linux. Ambas pertenecen al entorno de Backup & Replication, por lo que el parche de seguridad para la software central de respaldo corrige estas vulnerabilidades.<\/p>\n<\/details>\n
\n\u00bfCu\u00e1l es la medida m\u00e1s importante inmediata?<\/strong><\/summary>\n
Aplicar el parche disponible en un horario de mantenimiento planificado y despu\u00e9s probar los trabajos de respaldo. Como apoyo, deben restringirse los derechos de administrador de respaldo y protegerse con autenticaci\u00f3n multifactorial.<\/p>\n<\/details>\n
\n\u00bfPor qu\u00e9 el servidor de respaldo es un objetivo atractivo para los atacantes?<\/strong><\/summary>\n
Porque lleva a cabo la restauraci\u00f3n. Los grupos de ransomware intentan regularmente eliminar o manipular primero los respaldos para quitarle al v\u00edctima la salida. Una vulnerabilidad que permita ampliar permisos o acceso de escritura en este sistema pesa m\u00e1s que en cualquier dispositivo final.<\/p>\n<\/details>\n
Sugerencias de lectura de la redacci\u00f3n<\/h3>\n
- \n
- El BSI advierte sobre sistemas Ivanti no parchados<\/a><\/li>\n
- Ransomware: Las fechas l\u00edmite de NIS2 presionan a los equipos de seguridad<\/a><\/li>\n
- Git-Push basta para RCE en servidores GitHub Enterprise<\/a><\/li>\n<\/ul>\n
\n<\/p>\nSelecci\u00f3n de la redacci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/ivanti-epmm-zero-days-cve-2025-4427-und-cve-2025-4428-was-kritis-betreiber-jetzt-tun-muessen-cover-hero-250x141.jpg\")
<\/span>Recomendado<\/span>El BSI advierte sobre los sistemas Ivanti sin parches<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/04\/st-15-04-ransomware-playbook-72h-2026-250x167.jpg\")
<\/span>Recomendado<\/span>Ransomware-Playbook 2026: Lo que deciden realmente los equipos de seguridad en las primeras 72 horas<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/05\/cve-2026-3854-github-enterprise-rce-cover-hero-250x167.jpg\")
<\/span>Recomendado<\/span>Un push de Git es suficiente para RCE en servidores empresariales de GitHub<\/span><\/span><\/a><\/p>\nM\u00e1s de la red MBF Media<\/h3>\n
![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-container-supply-chain-security-wie-it-t-655299.jpg\")
<\/span>cloudmagazin<\/span>Seguridad en la cadena de suministro de contenedores<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-lieferketten-auf-der-vorstandsagenda-war-83952600-250x187.jpg\")
<\/span>Digital Chiefs<\/span>Transparencia en las cadenas de suministro: \u00bfPor qu\u00e9 los COO no podr\u00e1n gestionarlas en 2026 sin datos en tiempo real?<\/span><\/span><\/a>![\"\"](\"https:\/\/www.securitytoday.de\/wp-content\/uploads\/2026\/07\/net-lieferkettenangriff-software-mittelstand-72660027-250x143.jpg\")
<\/span>MyBusinessFuture<\/span>Si la actualizaci\u00f3n en s\u00ed misma se convierte en una puerta de entrada<\/span><\/span><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"Actualizaci\u00f3n de seguridad de Veeam: Dos vulnerabilidades clasificadas como cr\u00edticas afectan a Veeam Agent para Windows y al dispositivo Linux.","protected":false},"author":50,"featured_media":16373,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_focuskw":"Actualizaci\u00f3n seguridad Veeam","_yoast_wpseo_title":"Cuando el servidor de respaldo se convierte en el punto d\u00e9bil","_yoast_wpseo_metadesc":"**Actualizaci\u00f3n de seguridad Veeam: 2 fallos cr\u00edticos afectan a Veeam Agent (Windows) y appliance Linux. Gu\u00eda para parches urgentes.**","_yoast_wpseo_meta-robots-noindex":"","_yoast_wpseo_meta-robots-nofollow":"","_yoast_wpseo_meta-robots-adv":"","_yoast_wpseo_canonical":"","_yoast_wpseo_opengraph-title":"","_yoast_wpseo_opengraph-description":"","_yoast_wpseo_opengraph-image":"","_yoast_wpseo_opengraph-image-id":0,"_yoast_wpseo_twitter-title":"","_yoast_wpseo_twitter-description":"","_yoast_wpseo_twitter-image":"","_yoast_wpseo_twitter-image-id":0,"_evm_slot_owner":"","evm_cvss":0,"evm_risk":0,"evm_casefile":"","evm_primary_cve":"","evm_pin_until":0,"evm_external_preview_token":"","evm_external_preview_expires":"","_evm_translation_lang":"","featured_post":0,"featured_post_sortierung":0,"_wp_old_slug":[],"footnotes":""},"categories":[257],"tags":[],"class_list":["post-16422","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-praxis-umsetzung-es"],"evm_reading_time_minutes":8,"wpml_language":"es","wpml_translation_of":16309,"_links":{"self":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/16422","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/users\/50"}],"replies":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/comments?post=16422"}],"version-history":[{"count":4,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/16422\/revisions"}],"predecessor-version":[{"id":21174,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/posts\/16422\/revisions\/21174"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media\/16373"}],"wp:attachment":[{"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/media?parent=16422"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/categories?post=16422"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.securitytoday.de\/es\/wp-json\/wp\/v2\/tags?post=16422"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} - Ransomware: Las fechas l\u00edmite de NIS2 presionan a los equipos de seguridad<\/a><\/li>\n
- No hay acceso remoto desde la nada.<\/strong> Ambas vulnerabilidades exigen autenticaci\u00f3n o acceso local. Son especialmente peligrosas si una cuenta de administrador de backups ya est\u00e1 en manos de un tercero.<\/li>\n