Más allá del perímetro: creación de resiliencia contra los ataques a la nube y a la cadena de…

Una vulnerabilidad crítica de zero-day en Oracle PeopleSoft expuso al Consejo de Europa y a decenas de otras organizaciones al robo de datos y la extorsión en mayo y principios de junio de 2026. El Consejo de Europa se negó a negociar o pagar.  ¿Por qué los modelos tradicionales de seguridad basados en el perímetro ya no son suficientes?  El incidente demostró por qué el perímetro de seguridad tradicional ya no es un límite confiable.  Los usuarios, las aplicaciones y los datos ahora abarcan plataformas en la nube, servicios SaaS, dispositivos remotos y entornos de terceros, por lo que la seguridad ya no puede depender de si un activo se encuentra dentro o fuera de una red corporativa.

La identidad, la confianza en el dispositivo, el acceso menos privilegiado y la verificación continua son más importantes.  La mentalidad esencial es asumir que el compromiso es posible y construir en torno a la prevención, detección, contención y recuperación.  Mark Child, CEO de Quantum Evolve, dice que la seguridad perimetral supone que las organizaciones podrían defender un límite claro con firewalls, VPN y segmentación de red.  Ese modelo es cada vez más insostenible a medida que las aplicaciones, las cargas de trabajo y los usuarios distribuidos en servicios en la nube, API, entornos móviles y ecosistemas de terceros.  La IA acelera el cambio al ayudar a los atacantes a automatizar el reconocimiento, crear campañas de ingeniería social convincentes e identificar debilidades a escala. Por lo tanto, la confianza cero es fundamental. Trata el perímetro como poroso y hace hincapié en la identidad, la verificación continua, los privilegios mínimos, la protección de datos y la recuperación.  El objetivo no es solo evitar el compromiso, sino también detectar, contener y sobrevivir a las fallas de control.  SaaS y cadenas de suministro en la nube expandir la exposición organizacional Cada servicio en la nube o SaaS añade una dependencia, y los proveedores a menudo dependen de otros. Una organización puede tener fuertes controles internos y aún así estar expuesta a un compromiso en varias capas de la cadena.  El riesgo de la cadena de suministro es un riesgo heredado, por lo que las organizaciones deben comprender no solo a sus proveedores, sino también los servicios críticos que utilizan esos proveedores.  Child señala que las plataformas en la nube y SaaS mejoran la agilidad y reducen las cargas de gestión de la infraestructura, al tiempo que crean un riesgo de concentración.  Las organizaciones dependen cada vez más de una pequeño grupo de proveedores de nube, identidad y servicios gestionados con acceso privilegiado a datos confidenciales y procesos centrales. Los modelos de IA, las API, los agentes y los servicios de procesamiento de datos añaden más dependencias y preguntas sobre dónde se procesan los datos, qué modelos pueden acceder a ellos y qué sucede si un proveedor se ve comprometido.  Los parches retrasados pueden convertir estas debilidades en eventos de exploit masiva.  El parche retrasado aumenta el impacto de la masa explotación  La brecha entre la divulgación de vulnerabilidades y la exploit activa es ahora extremadamente pequeña.

Consecuencias operativas del compromiso del servicio en la nube El compromiso en la nube puede convertirse en un incidente en toda la empresa, que afecta a la disponibilidad, la integridad, el acceso a los datos, los servicios de identidad y los procesos críticos al mismo tiempo.  Si un servicio crítico falla, las organizaciones pueden perder simultáneamente autenticación, comunicaciones, sistemas de clientes y entornos de desarrollo. Los equipos de seguridad deben aceptar que los controles preventivos pueden fallar, mientras que los equipos de continuidad deben reconocer que la recuperación cibernética difiere de una interrupción normal porque los sistemas, las credenciales y los datos pueden no ser de confianza.  Las prioridades son claras: mapear dependencias críticas, proteger identidades, parchear vulnerabilidades de alto riesgo rápidamente, mantener copias de seguridad aisladas y probar la recuperación regularmente.  La resiliencia también debe extenderse a los proveedores, desde la adquisición y la contratación a través del monitoreo y la planificación de salidas.

Consultar publicación original ↗