--- title: "CrowdStrike refuerza su estrategia “Zero Standing Privilege” con la compra de Seraphic: el navegador pasa a ser el nuevo perímetro" description: "CrowdStrike ha firmado un acuerdo definitivo para adquirir Seraphic Security, una compañía especializada en seguridad en tiempo de ejecución del navegador (browser runtime security). El movimiento apu..." url: https://revistacloud.com/crowdstrike-refuerza-su-estrategia-zero-standing-privilege-con-la-compra-de-seraphic-el-navegador-pasa-a-ser-el-nuevo-perimetro/ date: 2026-01-15 modified: 2026-01-15 author: "Nota de Prensa" image: https://revistacloud.com/wp-content/uploads/2024/08/soluciones-crowdstrike.jpg categories: ["Empresas", "Noticias"] tags: ["adquisición", "Crowdstrike", "Seraphic"] type: post lang: es --- # CrowdStrike refuerza su estrategia “Zero Standing Privilege” con la compra de Seraphic: el navegador pasa a ser el nuevo perímetro CrowdStrike ha firmado un acuerdo definitivo para adquirir Seraphic Security, una compañía especializada en **seguridad en tiempo de ejecución del navegador** (browser runtime security). El movimiento apunta directamente a un cambio que ya se nota en cualquier empresa: el navegador se ha convertido en el lugar donde “pasa el trabajo” —SaaS, colaboración, productividad— y, cada vez más, **donde también operan los agentes de Inteligencia Artificial**. La tesis de CrowdStrike es clara: si el endpoint era el gran campo de batalla de la última década, **la sesión del navegador es el “nuevo front door”**. En su anuncio, la firma afirma que cerca del **85% de la jornada laboral transcurre en el navegador**, un dato que usa para justificar por qué este punto ciego necesita controles más finos que los enfoques tradicionales. ## ¿Qué compra exactamente CrowdStrike? Seraphic se posiciona como una capa de protección “dentro” del navegador, con **visibilidad en sesión** (in-session) y controles capaces de actuar mientras el usuario navega, inicia sesión en apps corporativas, copia/pega datos, descarga ficheros o interactúa con herramientas de IA generativa. Según la comunicación oficial, la integración en Falcon permitirá, entre otras capacidades: - **Proteger el acceso a IA empresarial desde el navegador**, evitando usos “shadow AI” y la exfiltración de datos sensibles desde chatbots y apps GenAI. - **Zero Trust continuo en sesión**, no solo en el login: políticas dinámicas que acompañan al usuario “pestaña a pestaña”. - **Web DLP de nueva generación**, con controles sobre copia, subida, capturas y flujos de datos en el propio runtime. - **Mitigación de amenazas de sesión**, como secuestro de sesión, phishing avanzado o ataques tipo *man-in-the-browser*. - Cobertura para **dispositivos no gestionados y BYOD**, con un enfoque “agentless-style” (sin exigir un agente completo en el endpoint para ciertos escenarios). La operación se pagará **principalmente en efectivo**, con una parte en acciones sujeta a condiciones de *vesting*, y CrowdStrike prevé cerrarla durante su **primer trimestre del ejercicio fiscal 2027**, sujeto a condiciones habituales. ## La pieza que faltaba: identidad + sesión + endpoint La compra no se entiende solo por “seguridad del navegador”. CrowdStrike la enmarca dentro de una estrategia mayor de **Next-Gen Identity Security**, donde el acceso deja de ser una decisión estática. La idea es combinar: 1. **Telemetría masiva del endpoint** (Falcon) 2. **Telemetría profunda en sesión del navegador** (Seraphic) 3. **Autorización continua** (SGNL) El resultado prometido: permisos que se **conceden por sesión y por señal de riesgo**, y que se pueden **revocar inmediatamente** si el contexto cambia. Es el tipo de planteamiento que encaja con el concepto que CrowdStrike está empujando: **Zero Standing Privilege** (privilegios permanentes, cero; privilegios dinámicos, cuando hacen falta). ## Por qué “enterprise browser” ya no basta En los últimos años han crecido dos enfoques muy comunes para blindar el navegador: - Obligar a usar un **“enterprise browser”** (una especie de navegador corporativo “jardín vallado”). - Encauzar el tráfico por **rutas de red** (SSE/SWG/CASB) con inspección y políticas centralizadas. CrowdStrike intenta diferenciarse con una tercera vía: **seguridad en el runtime**, donde el control vive en la propia sesión y no depende tanto del “camino” de la red ni de forzar un navegador específico. ### Tabla comparativa rápida: enfoques para asegurar el navegador | Enfoque | Cómo protege | Ventaja típica | Principal limitación | | --- | --- | --- | --- | | Enterprise browser “cerrado” | Controla el entorno imponiendo un navegador corporativo | Gobierno fuerte y homogéneo | Fricción: cambio de navegador, adopción, compatibilidad | | Seguridad vía red (SSE/SWG) | Inspección del tráfico y políticas centralizadas | Visión macro y control de salidas | Latencia/ruteo, “ciego” ante eventos dentro de la pestaña | | Runtime security (en sesión) | Observa y aplica políticas durante la sesión | Control granular en tiempo real | Integración y cobertura real dependen del diseño e implementación | ## Lo que está en juego: agentes de IA y datos sensibles El momento también importa. En muchas empresas, el “trabajo” ya no es solo correo y CRM: es **copiar datos a un copiloto**, abrir extensiones, conectar herramientas, automatizar tareas, y —cada vez más— permitir que un agente haga acciones en nombre del usuario. Eso multiplica los riesgos clásicos (phishing, robo de credenciales, *session hijacking*) y añade otros nuevos: **filtraciones por prompts**, automatizaciones que “leen” lo que no deben, o fuga silenciosa de información a servicios no autorizados. En ese escenario, la propuesta de valor de una defensa “en sesión” es intuitiva: no se trata solo de bloquear dominios maliciosos, sino de **entender intención, contexto y flujo de datos** mientras sucede. ## ¿Cuánto ha pagado CrowdStrike? CrowdStrike no detalla el importe en su anuncio público. No obstante, medios especializados han publicado estimaciones y cifras atribuidas a la operación, situándola **en torno a los 420 millones de dólares**, y contextualizándola con la reciente compra de SGNL, también difundida por la compañía como parte de su giro hacia identidad y autorización continua. --- ## Preguntas frecuentes **¿Qué es “browser runtime security” y en qué se diferencia de un antivirus o un SWG?** Es una capa de seguridad que actúa **durante la sesión del navegador**, con controles y visibilidad dentro del flujo de trabajo (pestañas, acciones, interacciones), no solo a nivel de endpoint o tráfico de red. **¿Por qué el navegador se ha convertido en un objetivo prioritario para los atacantes?** Porque concentra autenticación, apps corporativas, datos y sesiones activas. Además, es donde se usan herramientas GenAI y agentes, lo que amplía el impacto potencial de una sesión comprometida. **¿Esto sustituye a una estrategia SSE (Zscaler, Netskope, etc.) o a un “enterprise browser”?** No necesariamente: puede complementar. La propuesta de CrowdStrike apunta a cubrir lo que a veces queda fuera del control puramente de red o de obligar a un navegador concreto: **la actividad granular dentro de la sesión**. **¿Qué cambia para empresas con BYOD o terceros?** La promesa es reducir fricción: aplicar políticas y controles en el navegador incluso en dispositivos no gestionados, sin exigir siempre un agente completo en el endpoint (dependiendo del caso de uso y despliegue).