--- title: "Cuando un elemento de seguridad se vuelve peligroso — ZEBR.ai" description: "En el ámbito de TI, hoy en día la gran mayoría de las empresas se protege de los ciberdelincuentes de diversas formas, normalmente mediante la implementación de uno o varios productos de seguridad. Sin embargo, ¿puede ocurrir que alguno de estos productos sea atacado por atacantes y se vuelva peligroso por sí mismo, poniendo en riesgo la red protegida? Por desgracia, debemos…" url: "https://zebr.ai/es/blog/cuando-un-elemento-de-seguridad-se-vuelve-peligroso" markdown_url: "https://zebr.ai/es/blog/cuando-un-elemento-de-seguridad-se-vuelve-peligroso.md" language: "es" published: "2021-02-26T12:45:35+00:00" alternates: cs: "https://zebr.ai/cs/blog/kdyz-se-bezpecnostni-prvek-stane-nebezpecnym.md" en: "https://zebr.ai/en/blog/when-a-security-tool-becomes-dangerous.md" sl: "https://zebr.ai/sl/blog/ko-se-varnostni-element-spremeni-v-nevarnega.md" sk: "https://zebr.ai/sk/blog/ked-sa-bezpecnostny-prvok-stane-nebezpecnym.md" hr: "https://zebr.ai/hr/blog/kada-sigurnosni-element-postane-opasan.md" sr-Latn: "https://zebr.ai/sr-latn/blog/kada-bezbednosni-element-postane-opasan.md" bs: "https://zebr.ai/bs/blog/kada-sigurnosni-element-postane-opasan.md" sq: "https://zebr.ai/sq/blog/kur-nje-element-sigurie-behet-i-rrezikshem.md" fr: "https://zebr.ai/fr/blog/quand-un-element-de-securite-devient-dangereux.md" de: "https://zebr.ai/de/blog/wenn-ein-sicherheitselement-gefaehrlich-wird.md" pt-BR: "https://zebr.ai/pt-br/blog/quando-um-recurso-de-seguranca-se-torna-perigoso.md" pl: "https://zebr.ai/pl/blog/gdy-element-bezpieczenstwa-staje-sie-niebezpieczny.md" it: "https://zebr.ai/it/blog/quando-un-elemento-di-sicurezza-diventa-pericoloso.md" nl: "https://zebr.ai/nl/blog/wanneer-een-beveiligingscomponent-gevaarlijk-wordt.md" hu: "https://zebr.ai/hu/blog/amikor-egy-biztonsagi-elem-veszelyesse-valik.md" ro: "https://zebr.ai/ro/blog/cand-un-element-de-securitate-devine-periculos.md" tr: "https://zebr.ai/tr/blog/guvenlik-unsuru-tehlikeli-hale-geldiginde.md" id: "https://zebr.ai/id/blog/ketika-fitur-keamanan-menjadi-berbahaya.md" --- [Inicio](https://zebr.ai/es/) [Blog](https://zebr.ai/es/blog) Cuando un elemento de seguridad se vuelve peligroso # Cuando un elemento de seguridad se vuelve peligroso [blog](https://zebr.ai/es/blog?tag=blog) [gestión de parches](https://zebr.ai/es/blog?tag=patch-management) [GFI Software](https://zebr.ai/es/blog?tag=gfi-software) [N-able](https://zebr.ai/es/blog?tag=n-able) [vulnerabilidades](https://zebr.ai/es/blog?tag=vulnerabilities) En el ámbito de TI, hoy en día la gran mayoría de las empresas se protege de los ciberdelincuentes de diversas formas, normalmente mediante la implementación de uno o varios productos de seguridad. Sin embargo, ¿puede ocurrir que alguno de estos productos sea atacado por atacantes y se vuelva peligroso por sí mismo, poniendo en riesgo la red protegida? Por desgracia, debemos… 26/2/2021 · 5 min de lectura · Redacción ZEBR.ai En el ámbito de TI, hoy en día la gran mayoría de las empresas se protege de los ciberdelincuentes de diversas formas, normalmente mediante la implementación de uno o varios productos de seguridad. Sin embargo, ¿puede ocurrir que alguno de estos productos sea atacado por atacantes y se vuelva peligroso por sí mismo, poniendo en riesgo la red protegida? Por desgracia, debemos afirmar que puede suceder, y la historia ya recuerda varios casos de este tipo. Uno de ellos es el caso de finales del año pasado, cuando se reveló que el software de administración remota de estaciones y servidores SolarWinds Orion había sido atacado y los atacantes aprovecharon su capacidad para distribuir código ejecutable, propagando malware en lugar de actualizaciones y parches. CISA (Cybersecurity & Infrastructure Security Agency) emitió el 13 de diciembre de 2020 una directiva en la que advierte sobre este riesgo de seguridad y ordena a todas las agencias federales de Estados Unidos una respuesta inmediata, que incluye no solo una comprobación inmediata para determinar si ya se ha producido un ataque, sino también, en la mayoría de los casos, el apagado inmediato de la plataforma SolarWinds Orion. La lista de instituciones afectadas es bastante impresionante e incluye nombres muy conocidos, como el Pentágono de EE. UU., NASA, NSA y otros. Aquí me permitiré una aclaración: el malware denominado Sunburst atacó únicamente la plataforma SolarWinds Orion, no otros productos de la familia SolarWinds, como SolarWinds MSP N-Central y RMM. Puede encontrar más detalles en este enlace: ¿Cómo se lleva a cabo un ataque de este tipo a través de un producto de seguridad? La intrusión en el sistema SolarWinds Orion consta de varios niveles. La parte del servidor de la plataforma Orion se actualiza regularmente desde los servidores de actualización. Precisamente estos servidores fueron los primeros en ser atacados, y los atacantes lograron colocar en ellos código malicioso, poniéndolo así a disposición de organizaciones desprevenidas para su descarga. Tras penetrar en la red de las víctimas, los atacantes evitaron la detección de varias maneras; la primera de ellas consistía en retrasar cualquier acción: el código no se activaba de inmediato, sino después de 2 semanas. Además, los atacantes pudieron firmar digitalmente el código y ocultarlo en una biblioteca llamada BusinessLayer.dll. Por último, este código utiliza varias técnicas para detectar si se está ejecutando en un sandbox. Normalmente, le basta con probar un «ping» a segmentos de red conocidos para verificar si existen, así como a su propia «base». Hasta este punto se trataba de una intrusión clásica en la red de SolarWinds Orion y en las redes de sus clientes. Sin embargo, en este momento debemos darnos cuenta de que el atacante se encontró literalmente en el lugar adecuado en el momento adecuado. El software destinado a administrar ordenadores en una red, actualizarlos e instalar o desinstalar aplicaciones debe necesariamente contar con privilegios suficientemente elevados, por ejemplo, en forma de administrador local o de dominio. Y nuestro atacante ahora dispone plenamente de este software, por lo que puede instalar cualquier código adicional en todos los dispositivos de la red administrada y, por supuesto, ejecutarlo. Así puede comenzar la fase final del ataque, que variará de una víctima a otra; el atacante decidirá, según la información obtenida, qué hará que la red de la víctima sea interesante para él. Quizá ahora piense que, si estuviera en la situación de la víctima, bastaría con simplemente apagar la plataforma Orion y el peligro desaparecería. Sin embargo, esto es un gran error, ya que si el atacante llegó a la fase en la que ya controlaba por completo la red, pudo haber instalado cualquier código adicional en otros ordenadores; por tanto, ni siquiera apagar la plataforma de administración elimina el peligro. Es necesario actuar de forma proactiva y escanear toda la red en busca de código peligroso. Otros fabricantes ya han reaccionado a la situación de compromiso de la plataforma Orion y, por ejemplo, GFI ha añadido a su producto **GFI LanGuard** la capacidad de detectar vulnerabilidades causadas por este compromiso. Y no solo eso: LanGuard de GFI cuenta con capacidades muy similares a las de SolarWinds Orion, es decir, la posibilidad de gestión de parches y auditoría de red, y además incorpora la capacidad de escanear vulnerabilidades en todos los dispositivos de la red. Es muy positivo el enfoque del fabricante, que ofrece una versión de prueba totalmente funcional y sin limitaciones durante 30 días. De forma predeterminada, la versión de prueba está limitada a 25 direcciones IP, pero mediante una sencilla solicitud al fabricante se puede ampliar la cobertura hasta 10 mil dispositivos. Una oferta tan generosa sin duda permitirá a todas las empresas afectadas por la vulnerabilidad de la plataforma Orion limpiar su red y mantenerse plenamente protegidas durante todo el tiempo. *El artículo fue publicado en la revista IT Systems n.º 1-2/2021.* Autor del artículo: Redacción ZEBR.ai Siga leyendo ## Más artículos relacionados [Todos los artículos](https://zebr.ai/es/blog) ### [ZEBR.AI: N-able incorpora la identificación de IA en la sombra en sus soluciones UEM y de seguridad](https://zebr.ai/es/blog/zebr-ai-n-able-incorpora-la-identificacion-de-ia-en-la-sombra-en-sus-soluciones-uem-y-de-seguridad) Las nuevas funciones proporcionan visibilidad del uso de herramientas de IA en todos los dispositivos terminales y redes según cada identidad, sin necesidad de agentes ni infraestructura adicionales 28/9/2026 · 3 min de lectura ### [Acronis: El ransomware puede detener la producción incluso sin atacar los sistemas PLC](https://zebr.ai/es/blog/acronis-el-ransomware-puede-detener-la-produccion-incluso-sin-atacar-los-sistemas-plc) Para las empresas manufactureras, el ransomware no es solo una cuestión de seguridad informática, sino de continuidad de la producción 23/9/2026 · 4 min de lectura ### [GFI Archiver AI simplifica la conexión con GFI KerioConnect](https://zebr.ai/es/blog/gfi-archiver-ai-simplifica-la-conexion-con-gfi-kerioconnect) La integración directa de ambos productos facilita el trabajo con los correos electrónicos corporativos, mejora el rendimiento del servidor de correo y permite cumplir la normativa de forma más eficaz 21/9/2026 · 3 min de lectura Contacto ## ¿Necesita una solución para su empresa o para su cliente? Indíquenos qué servicio le interesa y un especialista en esa área se pondrá en contacto directamente con usted. [+420 596 912 961](tel:+420596912961)\ --- - Fuente: - Resumen del sitio para agentes de IA: