Ciberseguro

Depende del texto de la póliza, no de la palabra «ciber» en su nombre. Las pólizas difieren en lo que cubren: costes de respuesta al incidente, restauración de sistemas, interrupción del negocio, reclamaciones de terceros y, en algunas, el propio rescate. También difieren en exclusiones, franquicias, periodo de carencia antes de que cuenten las pérdidas por interrupción y en las condiciones de seguridad que usted declaró al contratar, como la autenticación multifactor (MFA) y las copias de seguridad desconectadas. Además, pagar un rescate puede estar restringido por ley, por ejemplo cuando los atacantes figuran en una lista de sanciones, de modo que la aseguradora puede rechazar esa parte aunque cubra el resto. Antes de un incidente, revise la cobertura con su corredor, anote la línea de emergencia de la aseguradora y las condiciones para comunicarle el siniestro, y compruebe que cada medida declarada existe de verdad. NetSenX no decide la cobertura, pero sus alertas y su registro de auditoría, en todos los planes, ayudan a mostrar qué se vigilaba y cuándo aparecieron las primeras señales.

Sí, pueden ayudar a establecer qué ocurrió y cuándo, y de eso dependen tanto el siniestro como una posible notificación de brecha. Los registros de red pueden mostrar cuándo empezaron las conexiones inusuales, qué dispositivos intervinieron, si un dispositivo contactaba con un servidor externo a intervalos regulares y si salieron grandes volúmenes de la red, lo que ayuda a distinguir un ataque que solo cifra de otro en el que además se llevaron datos. Para que cuenten, deben cubrir el periodo en cuestión, llevar marcas de tiempo fiables y estar protegidos frente a cambios posteriores; fije la conservación antes de necesitarla y guarde copias fuera de los sistemas afectados. NetSenX conserva las alertas durante el historial de alertas de su plan y un registro de auditoría de las acciones y cambios en la cuenta. Registra metadatos, no el contenido de las sesiones cifradas: muestra que salieron datos y hacia dónde, no qué contenían los archivos. Si un registro basta a una aseguradora concreta es algo que debe confirmar usted con su corredor.

Puede afectar, según lo que declaró y cómo esté redactada la póliza. Los cuestionarios suelen preguntar no solo si hay una herramienta de vigilancia instalada, sino quién revisa sus alertas y con qué rapidez, y una respuesta que no se ajustaba a la realidad puede reducir o anular la cobertura tras un incidente. Revise el texto con su corredor y describa su organización tal como es en realidad, incluidas noches, fines de semana y vacaciones. Después cierre la brecha: designe una persona y un suplente para las alertas, decida qué es urgente, deje por escrito quién llama a quién y pruébelo. Si nadie en la empresa puede hacerlo, puede hacerlo un proveedor de servicios gestionados (MSP). Una herramienta solo ayuda si alguien ve las alertas a tiempo. NetSenX explica cada alerta con lenguaje claro, para que también la valore alguien que no es especialista, y desde el plan Pro puede enviar alertas a Slack o a un webhook para que lleguen a la persona de guardia. El registro de auditoría recoge las acciones y cambios en la cuenta.

Casi siempre porque los hechos tras el incidente no coinciden con lo que se declaró o exigió antes. Los motivos típicos son una medida de seguridad indicada en la solicitud que faltaba o solo existía en parte, como MFA en el correo pero no en el acceso remoto; una comunicación tardía a la aseguradora; un hecho incluido en una exclusión, como la guerra o una vulnerabilidad conocida sin parchear cuando la póliza lo prevé; pérdidas fuera de la cobertura, como una multa que no se puede asegurar; o empresas de respuesta contratadas sin el consentimiento de la aseguradora. Reduzca el riesgo desde ahora: responda el cuestionario con la persona que gestiona los sistemas, guarde pruebas de que cada medida funciona, conserve el procedimiento de comunicación del siniestro junto al plan de respuesta e informe a su corredor cuando cambie su entorno. NetSenX no puede hacer que un siniestro prospere. Ayuda en una parte: un registro fechado de lo que mostró la red y de las acciones y cambios en su cuenta.

Normalmente, pruebas de tres cosas: que ocurrió un hecho cubierto, cuánto costó y que se cumplían las condiciones de la póliza. Prepárese para aportar una cronología del incidente, el informe forense o de respuesta al incidente, las facturas de las empresas de respuesta, los costes de restauración y horas extra, las cifras de ingresos perdidos durante la interrupción, las comunicaciones a autoridades o clientes y pruebas de que las medidas declaradas, como MFA, copias de seguridad y vigilancia, estaban en marcha ese día. Lo que basta lo deciden la póliza y el tramitador del siniestro, así que pregúnteles pronto y lleve una lista al día. Conserve registros y sistemas afectados antes de reconstruirlos, porque un servidor borrado no podrá mostrar nada después. NetSenX aporta una pieza: alertas con su fecha y hora y los dispositivos afectados, guardadas durante el historial de alertas de su plan (30 días en Free, más en los planes de pago), y un registro de auditoría de las acciones y cambios en la cuenta. No ofrece análisis forense de equipos ni valoración de costes.

A menudo sí, o al menos tiene voz. Muchas pólizas dan acceso a un panel de empresas de respuesta, abogados y especialistas en recuperación, y algunas solo cubren los costes por completo si usted recurre a ellos o si la aseguradora aprueba otra empresa por adelantado. Infórmese antes de un incidente: lea la cláusula de servicios de respuesta, anote el teléfono de emergencia y quién puede llamar, y pregunte si su proveedor de TI o su proveedor de servicios gestionados (MSP) puede trabajar junto a la empresa del panel. Durante el incidente, llame pronto a la aseguradora, antes de firmar con nadie, y deje por escrito lo acordado. Aclare también de quién es el informe forense, porque puede compartirse con la aseguradora. NetSenX no es una empresa de respuesta a incidentes ni figura en los paneles de las aseguradoras. Puede dar a quienes respondan un punto de partida: qué dispositivos generaron alertas, cuándo y con qué direcciones externas conectaron.

En la mayoría de los cuestionarios aparece una lista breve, aunque cada aseguradora fija la suya. Espere preguntas sobre autenticación multifactor (MFA) para el correo, el acceso remoto y las cuentas de administrador; copias de seguridad desconectadas o inmutables y probadas con una restauración; parches aplicados a tiempo, sobre todo en sistemas accesibles desde internet; detección y respuesta en endpoints (EDR) en portátiles y servidores; filtrado del correo y formación del personal; derechos de administrador restringidos; un plan de respuesta a incidentes; y alguna forma de vigilancia con una persona designada que responde. Conteste por toda la empresa, no por su parte mejor gestionada, y anote la prueba que respalda cada «sí». El cuestionario forma parte del contrato, así que una respuesta falsa pesa más que una carencia declarada. NetSenX cubre parte de la pregunta sobre vigilancia: en todos los planes, también en Free, detecta beaconing hacia servidores de mando y control, escaneos, movimiento lateral y volúmenes de salida inusuales en los segmentos que observa. No es MFA, ni EDR, ni una copia de seguridad, y no los sustituye.

Para la mayoría de las aseguradoras es hoy casi una condición, al menos para el correo, el acceso remoto y las cuentas de administrador. La autenticación multifactor (MFA) añade un segundo paso al inicio de sesión, como un código de una aplicación o una llave física, de modo que una contraseña robada no basta para abrir la cuenta. Los cuestionarios suelen preguntar dónde se exige exactamente, y el detalle importa: MFA en el correo pero no en la VPN, o en los usuarios pero no en los administradores, puede convertir un «sí» en una declaración inexacta tras un incidente. Enumere todas las vías de acceso a sus sistemas, exija MFA en cada una, documente las excepciones y comuníquelas a su corredor. Un sensor de red no puede comprobar la MFA, porque los inicios de sesión constan en los registros de su sistema de identidad y de la VPN. NetSenX ofrece autenticación de dos factores en todos los planes, también en Free, para acceder a la cuenta de NetSenX, y no verifica la MFA de sus otros sistemas.

Muchas lo piden en todos los portátiles y servidores, y algunas preguntan qué porcentaje de dispositivos cubre, así que revise la pregunta exacta. La detección y respuesta en endpoints (EDR) es software instalado en cada equipo que vigila procesos y archivos y puede aislar una máquina. No funciona en muchos dispositivos, como impresoras, cámaras, teléfonos, controles de edificios o equipos industriales, y falta allí donde alguien olvidó instalarlo. Responda con cifras reales: cuente sus dispositivos, cuente los que tienen EDR y explique el resto y cómo se protege, por ejemplo con separación de red. La detección en la red es el complemento habitual, porque ve el tráfico de cada dispositivo de un segmento vigilado, con agente o sin él. NetSenX es ese complemento: observa dispositivos y conexiones, no procesos dentro de un equipo, y no es un EDR. Su mapa de red muestra los dispositivos vistos en cada segmento vigilado, lo que ayuda a encontrar los que faltan en su recuento de EDR.

Sobre todo si podría recuperarse sin pagar y con qué rapidez se notaría un ataque. Las preguntas típicas tratan de las copias de seguridad (si están desconectadas o son inmutables, si están separadas de sus cuentas de administrador habituales y cuándo se probó por última vez una restauración), la MFA en el acceso remoto y el correo, la rapidez con que se aplican los parches críticos, si el escritorio remoto está expuesto a internet, si los derechos de administrador están limitados, si los equipos tienen EDR y si alguien vigila las alertas y responde. Algunas aseguradoras preguntan también si existe un protocolo para ransomware y quién decide ante una petición de rescate. El ransomware suele ir precedido de días de preparación dentro de la red: el atacante contacta con su servidor, escanea y salta de un equipo a otro. Esa ventana es la que la detección en la red puede acortar. NetSenX avisa de esos pasos en todos los planes y los explica con claridad, pero no bloquea tráfico ni restaura datos; la respuesta a la primera pregunta siguen siendo las copias de seguridad y un plan de recuperación probado.

Normalmente porque cambió la valoración del riesgo de la aseguradora, no por la falta de una sola herramienta. Los motivos habituales son respuestas del cuestionario de renovación que muestran una carencia, como falta de MFA en el acceso remoto o copias de seguridad sin probar; un siniestro o incidente en el último año; un cambio en el negocio, como nuevos países, más datos o adquisiciones; sistemas expuestos que la aseguradora encontró al escanear sus direcciones visibles desde internet; y cambios en el apetito de la propia aseguradora por su sector. Pida a su corredor los motivos concretos por escrito, corrija lo que se pueda, documéntelo y solicite una nueva valoración, o acuda a otras aseguradoras con esas pruebas. No marque respuestas que no pueda respaldar. NetSenX puede ayudar en un punto: muestra que hay vigilancia en marcha y ofrece registros de las alertas de los segmentos que observa. No escanea sus sistemas expuestos a internet como hacen las aseguradoras y no puede garantizar cobertura ni precio.

Algunas lo preguntan y unas pocas lo ponen como condición, pero muchas solo preguntan si existe vigilancia y quién responde. Lea la pregunta exacta: «vigilancia 24/7» en un cuestionario de seguro suele significar que una persona revisa las alertas a cualquier hora, a menudo mediante un centro de operaciones de seguridad (SOC) o un proveedor gestionado, no solo que el software funcione todo el tiempo. Los ataques suelen programarse para noches, fines de semana y festivos, cuando nadie mira, y por eso importa a las aseguradoras. Si no puede cubrir todas las horas, dígalo con honestidad y describa lo que hace: alertas enviadas a un móvil, un turno de guardia, un contrato con un MSP o un tiempo de respuesta que de verdad cumpla. NetSenX analiza el tráfico de forma continua en los segmentos que observa y genera alertas a cualquier hora, y desde el plan Pro puede enviarlas a Slack o a un webhook. Alguien tiene que leerlas y actuar; NetSenX no presta vigilancia con personal.

Por sí solas normalmente no, porque las aseguradoras que preguntan por vigilancia 24/7 suelen referirse a que una persona pueda responder a cualquier hora. El software que analiza el tráfico todo el tiempo y envía alertas es la primera mitad; la segunda es alguien que recibe la alerta a las tres de la madrugada, la entiende y puede actuar, por ejemplo desconectando un dispositivo o llamando a una empresa de respuesta. Que una organización con alertas enviadas a un móvil de guardia sea suficiente depende del texto de la aseguradora, así que descríbala con exactitud y pregunte a su corredor en lugar de marcar la casilla. Anote el tiempo de respuesta que de verdad cumple fuera del horario laboral y pruébelo una vez con una alerta provocada. NetSenX aporta la primera mitad: análisis continuo en los segmentos que observa, alertas en lenguaje claro y, desde el plan Pro, su envío a Slack o a un webhook. La segunda mitad es su turno de guardia, su MSP o un centro de operaciones de seguridad.

Puede ser parte de la respuesta si el proveedor se compromete de verdad a vigilar y responder a cualquier hora, y el contrato lo recoge. Lo que hace defendible un «sí» es el servicio, no el software: un tiempo de respuesta por escrito, cobertura de noches y fines de semana, una lista clara de lo que el proveedor puede hacer por su cuenta, como aislar un dispositivo, e informes periódicos para usted. Pida al proveedor las cláusulas del contrato, compárelas con la pregunta de la aseguradora junto a su corredor y guarde el contrato con la documentación de la póliza. NetSenX encaja en este modelo: cada cliente tiene su propio espacio (tenant), separado de los demás clientes en la base de datos; desde el plan Pro las alertas pueden enviarse al Slack del proveedor o a un webhook; y la gestión de equipos con roles está disponible desde el plan Starter, de modo que el proveedor puede trabajar en su cuenta con sus propios accesos. Los informes de marca blanca están disponibles en Enterprise, por contrato. El compromiso de vigilancia en sí es del proveedor, no de NetSenX.

Debe indicar quién vigila, cuándo, con qué rapidez responde y qué puede hacer. Un centro de operaciones de seguridad (SOC) es un equipo que vigila las alertas de seguridad y responde a ellas, propio o contratado como servicio. Cuando una aseguradora pregunta por él, busca algunos puntos concretos: horario de cobertura, incluidos noches y fines de semana; un tiempo de respuesta para alertas urgentes, fijado como acuerdo de nivel de servicio (SLA); qué sistemas y fuentes de datos se cubren; qué acciones puede tomar el proveedor sin consultar, como aislar un dispositivo o desactivar una cuenta; cómo y cuándo se le informa a usted; y qué ocurre durante las caídas del propio proveedor. Asegúrese de que el alcance del contrato coincide con el que declara, porque un SOC que solo ve su cortafuegos no cubre sus portátiles. NetSenX puede ser una de las fuentes de datos de ese equipo, con alertas a Slack o a un webhook desde el plan Pro y exportación a SIEM desde el plan Business. NetSenX no vende servicios de SOC.

Normalmente, si notaría una actividad sospechosa dentro de su red y quién actuaría, no si tiene instalado un cortafuegos. El cortafuegos filtra el tráfico en el perímetro; la vigilancia de la red examina el tráfico que circula, también entre dispositivos internos, y avisa de patrones como un dispositivo que contacta con un servidor externo a intervalos regulares, una máquina que sondea muchas otras o volúmenes de salida inusuales. La pregunta suele ir acompañada de otras sobre cobertura (qué sedes y segmentos), revisión de alertas y conservación de registros. Responda con el alcance real: indique qué redes se vigilan y cuáles no, como una oficina remota o la wifi de invitados. NetSenX es detección y respuesta de red (NDR): en todos los planes detecta beaconing, escaneos, movimiento lateral y volúmenes de salida inusuales en los segmentos que observa, mediante un agente en Linux o macOS o un sensor en un puerto SPAN/TAP. No ve los segmentos que no están conectados a él.

Pruebas de que la vigilancia existe, cubre lo que declara y de que alguien actúa sobre ella. Las aseguradoras rara vez piden pruebas al contratar, pero pueden pedirlas en la renovación, en una auditoría o tras un siniestro, así que vaya reuniéndolas. Son útiles una breve descripción de qué se vigila y cómo, con un esquema de red que marque los segmentos vigilados; el nombre de la persona o proveedor que revisa las alertas y los tiempos de respuesta acordados; algunas alertas recientes con lo que se hizo; y un informe resumen periódico. Guárdelos con la documentación de la póliza y actualícelos cuando cambie la red. NetSenX puede aportar una parte: el mapa de red con los dispositivos vistos en cada segmento vigilado, en todos los planes; informes PDF desde el plan Starter; y un registro de auditoría de las acciones y cambios en la cuenta, en todos los planes. No certifica su vigilancia, y si una prueba se acepta lo decide la aseguradora.

Sí, como una prueba más, pero NetSenX no certifica nada y es la aseguradora quien decide qué acepta. Los informes de cumplimiento en PDF están disponibles desde el plan Starter. Junto con el historial de alertas, ayudan a mostrar que la vigilancia funcionaba, qué encontró y cuándo. Acompañe cada informe del contexto que necesita la aseguradora: qué segmentos se vigilaban y cuáles no, quién revisó las alertas y qué se hizo con las importantes. Un informe de una herramienta de vigilancia no dice nada de sus copias de seguridad, la MFA o los parches, que suelen ser las primeras preguntas de la aseguradora. Tras un incidente, exporte pronto las alertas relevantes para conservarlas más allá del historial de alertas de su plan (30 días en Free, más en los planes de pago, sin límite en Enterprise). Desde el plan Pro también puede extraer las alertas mediante la API a su propio archivo.

A veces ayuda, pero ninguna herramienta garantiza un precio más bajo, y la prima depende mucho más del sector, la facturación, el historial de siniestros y las medidas básicas. Las aseguradoras tarifican el riesgo que ven en sus respuestas y, cada vez más, en sus propios escaneos de los sistemas que usted expone a internet. Una vigilancia con alguien que responde puede mejorar esa imagen, sobre todo si antes respondía «no», pero la MFA, las copias de seguridad probadas y los parches suelen pesar más. Si incorpora detección en la red, comuníquelo a su corredor en la renovación, describa el alcance y quién revisa las alertas, y adjunte una prueba como un informe. Pregunte si la aseguradora ofrece descuentos por medidas concretas y qué prueba necesita. No compre una herramienta solo para el cuestionario: una herramienta de vigilancia que nadie mira puede perjudicarle tras un siniestro. La detección básica de NetSenX está disponible en todos los planes, también en Free, así que puede describir una vigilancia real antes de pagar nada; NetSenX no puede prometer ningún cambio en la prima.

Como mucho en parte, y depende de la ley nacional y de la póliza. NIS2 hace responsables a los órganos de dirección de las entidades incluidas de aprobar las medidas de gestión de riesgos de ciberseguridad y supervisar su aplicación, y las leyes nacionales asocian consecuencias: en Alemania, el artículo 38, apartado 2, de la BSIG hace responsables a los administradores conforme al derecho de sociedades cuando incumplen ese deber. El seguro de responsabilidad de administradores y directivos (D&O) puede cubrir los costes de defensa y las indemnizaciones que un directivo deba a la sociedad o a terceros. Las multas administrativas son otra cuestión: si pueden asegurarse siquiera lo decide la ley nacional y el orden público, y muchas pólizas las excluyen. Revise tres puntos con su corredor: si la póliza D&O excluye los incidentes cibernéticos o los remite a la póliza cibernética, si las multas están cubiertas donde la ley lo permite y cómo se coordinan ambas pólizas. El seguro no elimina el deber en sí, que es aprobar y supervisar las medidas. NetSenX no tiene ningún papel en la cobertura del seguro.