Para la dirección y las finanzas

Lo que puede demostrar, no una suposición. Una respuesta útil tiene tres partes: lo que la monitorización muestra hoy (alertas e incidentes abiertos y los equipos afectados), lo que cubre (qué sedes, segmentos de red y equipos se vigilan) y lo que no ve (el contenido del tráfico cifrado, lo que nunca pasa por la red, los segmentos que nadie vigila). Un «no» rotundo que después resulta falso cuesta más credibilidad que un honesto «no vemos nada en lo que vigilamos». NetSenX ofrece esa imagen en lenguaje claro: en todos los planes, incluido Free, señala el beaconing C2, los escaneos, el movimiento lateral y los volúmenes inusuales de datos salientes, e indica qué segmentos vigilan sus sensores. No puede demostrar que no haya pasado nada en otra parte.

No. Ninguna herramienta puede demostrar que no hay una intrusión; solo puede mostrar que no ha encontrado rastro de ella en lo que observa. Un atacante que usa contraseñas robadas y herramientas de administración corrientes parece un empleado más, y un equipo que permanece en silencio no muestra nada. Lo que la dirección puede esperar razonablemente son pruebas de que las principales vías de entrada y salida están vigiladas, de que alguien lee las alertas y decide, y de que los puntos ciegos se conocen y están por escrito. Combine varias vistas: detección en los equipos (EDR), registros de identidad y de correo, y detección de red para el tráfico entre dispositivos. NetSenX cubre la parte de red y dice claramente qué segmentos no vigila. Desconfíe del proveedor que promete certezas.

Lo que ocurre entre los ordenadores, donde el antivirus no mira. El antivirus y el EDR (endpoint detection and response) buscan dentro de cada equipo archivos y comportamientos maliciosos. Un sensor de red mira las conexiones: un PC que contacta con un servidor desconocido cada pocos minutos, un puesto que de repente inicia sesión en muchos otros, un servidor que de noche envía muchos más datos de lo habitual. Son los pasos que da un atacante después de entrar, a menudo con herramientas legítimas que el antivirus deja pasar. NetSenX los señala en todos los planes, incluido Free, y explica cada alerta en lenguaje claro. No sustituye al antivirus ni al EDR: no ve cómo se cifra un archivo dentro de un portátil ni cómo se copia una carpeta a un USB. Las dos vistas juntas dejan menos puntos ciegos.

Normalmente un paquete breve: sus políticas de seguridad, la lista de incidentes de los últimos años y cómo se gestionó cada uno, los resultados de pruebas de penetración o auditorías, las certificaciones que tenga, su ciberseguro, sus contratos de encargo del tratamiento y una descripción de cómo detecta intrusiones. Un comprador pone precio a lo que usted no puede documentar, con una rebaja, un depósito en garantía o una cláusula de indemnidad, así que los registros valen más que las promesas. Empiece a reunirlos antes de que haya una venta sobre la mesa: un registro de incidentes, la decisión tomada en cada alerta grave y la fecha en que empezó la monitorización. NetSenX guarda un historial de alertas y un registro de auditoría de las decisiones de su equipo en todos los planes, con informes PDF desde el plan Starter; la antigüedad del historial depende del plan.

Depende del plan: el plan Free conserva 30 días de historial de alertas, los planes de pago más tiempo y el plan Enterprise sin límite temporal. El registro de auditoría, que anota lo que su equipo hizo con cada alerta y cada cambio de configuración, tiene su propio plazo de conservación, que también crece con el plan; la página de precios indica ambos. Elija el plan pensando en las pruebas que pueda necesitar: un comprador, una aseguradora o un auditor puede preguntar por el último año, y un historial que nunca se guardó no se puede recuperar después. Si necesita los registros durante más tiempo del que los guarda su plan, exporte informes PDF desde el plan Starter, o alertas por la API desde el plan Pro, y archívelos según su propia política de conservación.

Sí, de una forma que depende del plan. Desde el plan Starter, NetSenX genera informes PDF de las detecciones que puede entregar a un comprador, un inversor o un auditor; desde el plan Pro, las alertas se exportan por la API, y desde el plan Business pueden enviarse a un SIEM (security information and event management). El registro de auditoría de las decisiones se lleva en todos los planes. Antes de compartir, revise el contenido: los nombres de los equipos y las direcciones internas revelan cómo está construida su red, y los nombres de los equipos a veces incluyen nombres de empleados; compártalo con un acuerdo de confidencialidad y elimine lo que el destinatario no necesite. Una exportación muestra lo que vio NetSenX; no dice nada de los segmentos o sistemas que no vigilaba.

Unas pocas cifras que pueda comprobar y comparar en el tiempo, no un largo informe técnico. Son útiles: los incidentes abiertos y cuánto tiempo llevan abiertos; las alertas graves y cuánto se tardó en revisarlas; qué sedes, segmentos y equipos se vigilan y cuáles no; la fecha de la última prueba de restauración correcta de las copias de seguridad; el porcentaje de cuentas con autenticación multifactor (MFA); los parches críticos pendientes; y los incidentes notificados a las autoridades, con plazos cumplidos o incumplidos. Cada cifra necesita un responsable y una frase sobre lo que ha cambiado. NetSenX aporta la parte de red: número de alertas e incidentes, seguimiento de los plazos de notificación NIS2 y lista de segmentos vigilados. Las pruebas de copias, la MFA y los parches salen de otros sistemas.

Pocas veces. Una puntuación única mezcla cosas que no se pueden sumar, como copias de seguridad inexistentes, un servidor sin parches y un equipo de finanzas sin formación, y su precisión suele ser aparente: nadie puede justificar por qué la empresa tiene un 62 y no un 58. Una vez que una cifra entra en el acta, se cita durante años y oculta qué problema se movió de verdad. A la dirección le sirven mejor unos pocos hechos claros: qué se vigila, qué está abierto, qué se ha probado y qué está pendiente, cada uno con su tendencia y su responsable. Si una aseguradora o un portal de proveedores le asigna una nota, pregunte cómo se calcula y qué deja fuera. NetSenX ayuda con la parte de red: número de alertas e incidentes y lista de segmentos vigilados.

Describa resultados y decisiones, no tecnología. En lugar de «vimos beaconing C2 desde un host de la VLAN 20», diga: «un PC de contabilidad contactaba con un servidor desconocido cada cinco minutos; el martes lo aislamos, encontramos malware, lo limpiamos y cambiamos las contraseñas que tenía guardadas». En cada punto indique qué pasó, cuánto podría haber costado, qué hicieron y qué necesitan de la dirección: una decisión, un presupuesto o nada. Mantenga una página fija con las mismas pocas cifras cada trimestre, para que los cambios se vean de un vistazo. Termine con lo que todavía no ve y lo que haría falta para cerrar ese hueco. NetSenX redacta cada alerta en lenguaje claro, que puede reutilizar, y sus informes PDF, desde el plan Starter, pueden ir como anexo en la documentación de la dirección.

Sobre todo pruebas de que lo básico funciona y de que alguien se ocupa de ello. Las listas de comprobación habituales preguntan quién es responsable de la seguridad, si hay políticas por escrito, cómo se controla el acceso (incluida la autenticación multifactor), cómo se hacen y restauran las copias de seguridad, si ha habido incidentes y cómo se gestionaron, dónde se guardan los datos de los clientes y con qué contratos, y si se vigilan las intrusiones. Los inversores en fases tempranas rara vez esperan certificaciones, pero sí respuestas honestas que coincidan con sus documentos. Prepare un paquete breve: un responsable con nombre, las políticas, un registro de incidentes, sus contratos de encargo del tratamiento y una página sobre la monitorización. NetSenX aporta una parte: historial de alertas, registro de auditoría de decisiones y, desde el plan Starter, informes PDF; los datos de clientes se quedan en la UE.

Cada vez más, sí, aunque como pregunta y no como requisito fijo. La due diligence técnica pregunta cómo se daría cuenta usted de una intrusión, y «nos enteraríamos por un cliente» es una respuesta débil. A los inversores suele interesarles menos el nombre del producto que saber si las alertas llegan a alguien, si esa persona actúa y si queda constancia. Una red vigilada con historial de alertas y decisiones documentadas responde a la pregunta; una herramienta sin usar, no. Si empezó a monitorizar poco antes de una ronda, dígalo: un historial corto contado con honestidad es mejor que uno largo insinuado. El plan Free de NetSenX no tiene límite de tiempo, así que puede empezar a acumular un registro mucho antes de la due diligence y pasar a un plan de pago cuando necesite más historial o informes.

Sí, sin un equipo de seguridad. Los inversores quieren ver que existe monitorización, que alguien recibe las alertas y que las decisiones quedan registradas. Una empresa de 30 personas puede hacerlo con un solo sensor: un agente de NetSenX en el puerto espejo de un switch (SPAN) o en un TAP de red observa el tráfico de todo un segmento y cuenta como un dispositivo. Las alertas llegan por correo electrónico en todos los planes, cada una explicada en lenguaje claro, de modo que un responsable de oficina o un proveedor informático externo puede leerlas y actuar. Describa en una página qué se vigila y quién responde, y adjunte un informe PDF desde el plan Starter. Sea claro con los límites: un sensor de red no sustituye a la protección de los equipos, las copias de seguridad ni la autenticación multifactor, sobre las que los inversores también suelen preguntar.

La verdad, con hechos y con lo que cambió, dentro de sus límites legales y contractuales. Primero acuerde internamente qué cuenta como incidente para esta respuesta: un correo de phishing bloqueado no lo es; una cuenta comprometida, normalmente sí. Después responda con fechas, alcance, si se vieron afectados datos de clientes, a qué autoridades se informó y qué mejoraron. Si un incidente sigue en investigación o está sujeto a confidencialidad, diga lo que pueda y cuándo dirá más. Una respuesta vaga o evasiva suele costar más confianza que un incidente bien gestionado. Los registros lo facilitan: un registro de incidentes, las alertas que lo respaldan y las decisiones tomadas. NetSenX conserva el historial de alertas y el registro de auditoría de decisiones durante el plazo de su plan.

A menudo sí, y a veces es obligatorio. Según el RGPD, hay que comunicar a las personas afectadas una violación de datos personales que probablemente entrañe un alto riesgo para ellas; NIS2 puede exigir informar a los destinatarios de sus servicios de incidentes significativos, y los contratos suelen añadir sus propias obligaciones de aviso. Más allá de lo obligatorio, informar es una decisión empresarial: los clientes que se enteran de un incidente por un periodista o por un sitio de filtraciones rara vez perdonan el silencio, mientras que un relato claro de lo ocurrido y de lo que cambió puede reforzar la confianza. Acuerde la línea de comunicación con la dirección, el asesor jurídico y su aseguradora antes de un incidente, no durante. Tenga los hechos a mano: cuándo empezó, qué afectó y qué se hizo.

Un registro de incidentes y las pruebas que respaldan cada entrada. Para cada incidente, anote cuándo empezó, cuándo y quién lo detectó, qué afectó (sistemas, datos, clientes), cómo se contuvo, si se notificó y a quién, cuál fue la causa y qué cambió después. Guarde también el material de apoyo: alertas, registros, tickets, decisiones y comunicaciones con autoridades o clientes. El RGPD ya exige a los responsables documentar toda violación de datos personales, incluidas las no notificadas, y auditores y compradores preguntarán por los mismos hechos. NetSenX aporta la parte de red: alertas con hora, equipos y destinos, el registro de auditoría de quién decidió qué y el seguimiento de los plazos NIS2 por incidente. Lleve el registro en un lugar que usted controle.

Que suele ser el mayor coste de un incidente cibernético y que usted mismo puede estimarlo. Un día sin sistemas significa ventas o producción perdidas, plantilla pagada esperando, horas extra para recuperar, penalizaciones contractuales y clientes que se van. Pida a finanzas que estime un día para su propia empresa a partir de la facturación, las nóminas y los contratos clave, y pregunte a informática cuántos días llevaría de verdad una restauración completa; el producto de ambas cifras orienta mejor que cualquier media del sector. Esa cifra ayuda a la dirección a valorar las copias de seguridad, los planes de recuperación y los límites del seguro. Lo que cambia NetSenX es el momento: puede mostrar los pasos que suelen preceder al bloqueo por ransomware, como el movimiento lateral y la salida de datos, cuando aún hay tiempo para actuar. No restaura sistemas.

Preguntas que se puedan responder con hechos. Cinco que funcionan: ¿cómo sabríamos hoy que hay alguien dentro de nuestra red, y quién recibiría la alerta un domingo de madrugada? ¿Cuándo restauramos por última vez un sistema completo desde una copia de seguridad, y cuánto tardamos? ¿Qué cuentas siguen entrando sin autenticación multifactor? ¿Qué proveedores pueden llegar a nuestros sistemas, y cómo? ¿Qué no vemos, y cuánto costaría verlo? Pida las respuestas por escrito y vuelva sobre ellas cada trimestre. Una buena respuesta nombra a una persona, una fecha y un documento; una débil es «tenemos una herramienta para eso». NetSenX ayuda a responder la primera y la última pregunta en lo que toca a la red: quién recibe las alertas y qué segmentos se vigilan y cuáles no.

Lo suficiente para valorar riesgos y decisiones, no para configurar sistemas. Una buena formación cubre las principales formas de atacar a una empresa (contraseñas robadas, phishing, sistemas sin parches, proveedores), lo que un incidente hace al negocio y qué plazos empiezan a correr, las obligaciones propias de la dirección según normas como NIS2, cómo leer los indicadores de seguridad que recibe y qué hacer en las primeras horas de un incidente. Un breve ejercicio de simulación, en el que la dirección recorre un incidente realista, enseña más que las diapositivas. Según NIS2, los miembros de los órganos de dirección de las entidades incluidas deben seguir formación; las leyes nacionales fijan el detalle. Guarde los registros de asistencia: forman parte de las pruebas. NetSenX no imparte formación, pero sus alertas en lenguaje claro sirven como ejemplos reales.

Una persona con nombre en la dirección, aunque el trabajo lo hagan otros. En una empresa pequeña suele ser el gerente o el director financiero, con un responsable de informática, un administrador único o un proveedor externo para el día a día. Ser responsable significa fijar prioridades y presupuesto, recibir la imagen trimestral y ser la persona a la que se llama cuando empieza un incidente. Sin un responsable con nombre, las tareas se pierden entre informática, finanzas y el proveedor, y nadie lo nota hasta que algo falla. Ponga por escrito quién se ocupa de qué, incluido quién puede decidir desconectar sistemas o llamar a la aseguradora. Con NIS2, la responsabilidad de aprobar y supervisar las medidas de seguridad recae en el órgano de dirección, sea quien sea quien haga el trabajo. Ninguna herramienta asume ese riesgo por usted.

Tomar rápido unas pocas decisiones y dejar el trabajo técnico a quienes lo hacen. Confirme quién dirige la respuesta y quién habla en nombre de la empresa. Llame pronto a la línea de siniestros de su aseguradora, porque muchas pólizas exigen aviso inmediato y designan la empresa de respuesta que pagarán. Incorpore asesoría jurídica, y al delegado de protección de datos si puede haber datos personales afectados. Ponga en marcha los relojes: según NIS2, la alerta temprana vence en las 24 horas siguientes a tener conocimiento de un incidente significativo, y según el RGPD una brecha se notifica a la autoridad, si es posible, en 72 horas. No deje que nadie borre sistemas antes de asegurar las pruebas, y no pague ni contacte con los atacantes sin asesoramiento. NetSenX sigue los plazos NIS2 por incidente y conserva las alertas que muestran lo que pasó por la red.

El órgano de dirección, asesorado por abogados, la aseguradora y la empresa de respuesta a incidentes, y nunca una sola persona bajo presión. Antes de decidir, la empresa necesita hechos: si los sistemas se pueden restaurar desde las copias y con qué rapidez; si de verdad salieron datos, y cuántos; si el pago es siquiera legal, dado que algunos grupos criminales están sancionados; y qué dice la póliza. Los atacantes suelen afirmar que han copiado datos para aumentar la presión, así que contraste esa afirmación con pruebas. Acuerde de antemano quién toma esta decisión y a quién debe consultar. Pagar no garantiza ni un descifrado que funcione ni el borrado de los datos robados. NetSenX no asesora sobre el pago; puede mostrar si en los días previos al ataque salieron envíos inusuales desde equipos vigilados y hacia dónde.

Controles de proceso en finanzas, porque este fraude ocurre en el correo y por teléfono, no en la red. Los que mejor funcionan no cuestan nada: confirmar cualquier cambio de cuenta bancaria de un proveedor llamando a un número que ya tenga registrado, nunca al del correo; exigir la aprobación de dos personas para los pagos por encima de un importe fijado y para cualquier primer pago a una cuenta nueva; y permitir que el personal rechace sin consecuencias una petición urgente de un superior hasta que se verifique. Añada medidas técnicas para el correo: autenticación multifactor en los buzones y DMARC, un estándar que impide que terceros envíen correo en nombre de su dominio. NetSenX no filtra el correo ni ve una petición fraudulenta; solo ayuda si el fraude empieza con malware que luego se comunica hacia fuera por la red.

Sí, redactado como riesgos de negocio y no como una sola línea técnica. Describa cada riesgo en términos que la dirección reconozca: producción parada por ransomware, robo de datos de clientes, fraude en pagos, un proveedor clave hackeado, una multa por un plazo de notificación incumplido. Para cada uno, anote el impacto probable, los controles existentes, el responsable y lo que aún falta. Así el riesgo cibernético se puede comparar con los demás al fijar presupuestos, y auditores y aseguradoras tienen un rastro claro. Revise el registro al menos una vez al año y después de cada incidente grave. NIS2 espera que las entidades incluidas basen sus medidas en un análisis de riesgos, y la ISO/IEC 27001 está construida en torno a uno. NetSenX no lleva un registro de riesgos; aporta pruebas para los controles de detección que figuran en él.

Vinculando cada partida a un riesgo que reduce y a un resultado que debe dar. Pida el presupuesto en tres partes: lo que mantiene lo básico (copias de seguridad, parches, autenticación multifactor, protección de equipos), lo que cierra huecos conocidos (por ejemplo, que nadie vigile la red de noche) y lo opcional. En cada línea, pregunte qué pasa si se elimina y cómo sabrán que funciona. Compare el total con su propia estimación de lo que cuesta un día sin sistemas, no con medias del sector. Prefiera herramientas con precios publicados y sin permanencias largas, para conocer el coste de antemano y poder pararlo. NetSenX publica sus precios, desde un plan Free sin límite de tiempo hasta el plan Enterprise; la página de precios indica qué incluye cada plan.

Una alerta es una señal; un incidente es un hecho confirmado que perjudica o amenaza a la empresa. Una herramienta de monitorización lanza una alerta cuando ve algo inusual, como un PC que contacta con un servidor desconocido a intervalos regulares. Después alguien la revisa: muchas alertas resultan inofensivas y algunas revelan un problema real. Cuando una o varias alertas muestran que sistemas o datos se han visto afectados de verdad, hay un incidente, con un responsable, una respuesta y quizá la obligación de notificarlo. Para la dirección, las cifras útiles son los incidentes y la rapidez con que se revisaron las alertas, no el número bruto de alertas. NetSenX permite a su equipo seguir los incidentes junto con las alertas que los respaldan y sus plazos de notificación NIS2; decidir si un incidente es significativo le corresponde a usted.

Sobre todo por lo que no está documentado, más que por el incidente en sí. Los compradores preguntan por los incidentes pasados en la due diligence. Uno que se detectó, se contuvo, se notificó a tiempo y fue seguido de mejoras suele quedar en una línea de la carta de revelaciones. Uno que aparece tarde, o que el vendedor no sabe explicar, suele traducirse en un precio menor, un depósito en garantía, indemnidades especiales o un cierre aplazado, porque el comprador no sabe qué más puede estar oculto. Las aseguradoras del lado comprador hacen preguntas parecidas. Prepárese con un registro de incidentes, pruebas de la monitorización y las decisiones tomadas en cada alerta grave. NetSenX conserva el historial de alertas y un registro de auditoría de decisiones durante el plazo de su plan, y puede exportarlos como prueba.

Es la cantidad y el tipo de riesgo cibernético que la dirección está dispuesta a aceptar para llevar el negocio, puesto por escrito para que otros puedan actuar en consecuencia. Se traduce en frases concretas, por ejemplo: la producción no puede parar más de un día; los datos de clientes nunca salen de la UE; aceptamos que alguna vez se pierda un portátil, pero nunca uno sin cifrar. Estas frases permiten a informática y a los proveedores decidir sin consultar a la dirección cada vez, y muestran dónde hace falta dinero: si una restauración completa lleva cinco días y el límite es uno, hay un hueco que cerrar. Mantenga el texto breve y revíselo cada año. Es una decisión de la dirección que ninguna herramienta puede tomar. NetSenX ayuda a medir una parte: lo rápido que se ve la actividad de red inusual.

De ambos, con fines distintos. Los informes internos de informática o del responsable de seguridad dan la imagen habitual: indicadores, asuntos abiertos y decisiones necesarias. Una visión independiente, de un auditor, una prueba de penetración o un asesor externo, comprueba cada uno o dos años que esa imagen es correcta. Apoyarse solo en informes internos supone que los responsables se califican a sí mismos; apoyarse solo en los externos deja largos periodos entre fotografías. Pida a ambos que usen las mismas pocas cifras, para poder comparar sus conclusiones. Cuando sea posible, muestre también a la dirección pruebas en bruto, como un informe de alertas, y no solo diapositivas. Los informes de NetSenX salen del tráfico de su propia red, así que sirven para ambos tipos de revisión, pero solo cubren lo que vigilan sus sensores.

Pida pruebas sobre unos pocos puntos y compruebe parte usted mismo. El contrato debe decir qué vigila el proveedor, quién responde de noche y los fines de semana, con qué rapidez y cómo se le comunican los incidentes. Después, pida cada trimestre el estado de los parches de los servidores, el resultado de la última prueba de restauración, las cuentas sin autenticación multifactor y los incidentes con su gestión. Si el proveedor tiene un acceso remoto amplio a sus sistemas, pregunte cómo se protege, porque los atacantes se dirigen a los proveedores para llegar a sus clientes. Ayuda tener visibilidad propia: las alertas de su propia monitorización muestran si los problemas se detectan antes de que usted se entere por otros. Desde el plan Starter, NetSenX admite varios usuarios, de modo que su proveedor y alguien de su empresa pueden ver las alertas.

Alguien que pueda confirmar que son verdaderas, normalmente el responsable de seguridad, con la dirección al tanto de las importantes. En la práctica, las respuestas pasan a formar parte del contrato: un cliente que confió en un «sí» que no era cierto puede reclamar daños o resolver el contrato tras un incidente. Por eso responda sobre lo que existe hoy, no sobre lo previsto, y escriba «en parte», con una breve explicación, cuando esa sea la verdad. Guarde las pruebas de cada sí en una misma carpeta, para que el siguiente cuestionario lleve horas y no semanas. Revise las respuestas cada vez que algo cambie, como un proveedor nuevo o una herramienta retirada. Para las preguntas sobre detección de intrusiones, NetSenX aporta pruebas concretas: qué segmentos se vigilan, historial de alertas, registro de auditoría y datos almacenados en la UE.

Pronto, con hechos y con una sola voz. Prepare un breve comunicado inicial antes de necesitarlo: qué pasó en palabras sencillas, qué está haciendo, qué deben hacer los clientes (por ejemplo, desconfiar de facturas falsas en su nombre) y cuándo volverá a informar. No especule sobre el atacante ni el alcance, y no prometa que no se vieron afectados datos si no puede demostrarlo. Coordine el texto con su asesor jurídico, su aseguradora y, si hay datos personales, su delegado de protección de datos, y manténgalo coherente con lo que notifica a las autoridades. Nombre a un único portavoz. Comunicar con honestidad exige hechos: las alertas de NetSenX muestran cuándo empezó el tráfico inusual, qué equipos intervinieron y si salieron datos de los segmentos vigilados.

Sí, rápido, con lo que deben hacer y sin nada que perjudique la investigación. Los empleados notan cuando los sistemas caen y hablan de ello, así que el silencio genera rumores y a veces una publicación en redes sociales. Cuénteles lo que se sabe, qué deben y qué no deben hacer (no volver a encender los equipos afectados, avisar de correos extraños, remitir las preguntas de la prensa al portavoz) y de dónde llegarán las novedades. Si pueden verse afectados datos de los propios empleados, también pueden tener derecho a una comunicación según el RGPD. Agradezca a quien avisó de la primera sospecha: quien recibe la culpa deja de avisar. Las pruebas de red ayudan a dirigir el mensaje a los departamentos y equipos realmente afectados, sin señalar a personas antes de que los hechos estén claros.

Es una conversación guiada sobre un incidente realista, y sí, la dirección debería participar al menos una vez al año. Un moderador describe un escenario paso a paso, por ejemplo una petición de rescate en todas las pantallas un lunes por la mañana, y los participantes deciden qué harían: quién dirige, quién llama a la aseguradora, cuándo notificar a las autoridades, si parar la producción, qué decir a los clientes. No se toca ningún sistema. El valor está en encontrar huecos mientras corregirlos es barato: teléfonos que faltan, autoridad poco clara para decidir, copias de seguridad que nadie ha probado. Anote las conclusiones y quién corrige cada una. Alertas reales de NetSenX, con hora, equipos y destinos, son un buen punto de partida para un escenario ajustado a su propia red.

A través de las obligaciones de aviso, los niveles de servicio y las cláusulas de responsabilidad que quizá ya haya firmado. Muchos contratos exigen informar al cliente de un incidente de seguridad en un plazo fijado, cumplir niveles de disponibilidad y proteger sus datos según un estándar acordado; los clientes sujetos a NIS2 o DORA suelen incluir esas obligaciones en sus contratos con proveedores. Un aviso que no llega a tiempo puede ser por sí solo un incumplimiento contractual, aparte del incidente. Antes de que ocurra nada, haga una lista de sus contratos principales y sus cláusulas sobre incidentes, e inclúyala en el plan de respuesta para que se avise a las personas adecuadas a tiempo. Compruebe si su seguro cubre la responsabilidad contractual. Las pruebas de NetSenX ayudan a responder las preguntas que los clientes hacen después: cuándo empezó, qué equipos intervinieron y qué salió de la red.

Normalmente no a tiempo completo, pero alguien tiene que hacer ese trabajo. El responsable de seguridad de la información (CISO) se ocupa de la estrategia de seguridad, el riesgo y la respuesta a incidentes. En una empresa de unas decenas a unos cientos de personas, esas tareas suelen repartirse: un directivo asume el riesgo, un informático o un proveedor gestiona los controles, y un asesor externo o un «CISO virtual» a tiempo parcial ayuda con políticas, auditorías y cuestionarios. Lo importante es que cada tarea tenga un nombre al lado y que la dirección reciba una imagen periódica. Cuando la empresa crece o los clientes exigen más, un puesto dedicado empieza a compensar. Las herramientas alivian la vigilancia, no el criterio: NetSenX explica cada alerta para que alguien no especialista pueda clasificarla, pero sigue decidiendo una persona.

Decidiendo de antemano qué debe seguir funcionando y cómo hacerlo sin los sistemas que puedan caer. Un plan de continuidad de negocio enumera las actividades críticas (recibir pedidos, pagar las nóminas, enviar mercancía), los sistemas de los que depende cada una y una forma manual o alternativa de mantenerlas unos días. Incluye listas de contactos en papel, un medio de comunicación si no hay correo y el orden en que se restauran los sistemas. Las copias de seguridad deben guardarse donde un atacante que controle la red no pueda borrarlas, y las restauraciones deben probarse. Ensaye el plan una vez al año. NIS2 incluye la continuidad de las actividades, la gestión de copias de seguridad y la gestión de crisis entre las medidas exigidas. NetSenX no restaura sistemas; puede avisar antes para que el plan arranque antes.

Qué riesgo reduce, quién la usará y qué no hará. Pregunte al proveedor y a su equipo de informática: qué problema de nuestra lista de riesgos resuelve; quién lee sus resultados y cuándo, también de noche; cuánto tarda en ser útil; cuál es el coste anual completo, incluido el tiempo del personal; qué datos recoge, dónde se guardan y con qué contrato; y cómo salimos llevándonos nuestros datos. Pida los límites por escrito: es más fácil confiar en un proveedor que dice lo que su producto no ve. Mejor una prueba en su propia red que una presentación. NetSenX tiene un plan Free sin límite de tiempo, publica sus precios y dice claramente lo que un sensor de red no ve.

Las que tienen que ver con el dinero que se mueve y el dinero en riesgo. ¿Quién puede cambiar la cuenta bancaria de un proveedor y cómo se verifica el cambio? ¿Desde qué ordenadores se pueden hacer pagos y los vigila alguien? ¿Cuánto costaría un día sin sistemas y qué cubre nuestro seguro, con qué condiciones y exclusiones? ¿Siguen siendo ciertas hoy nuestras respuestas al cuestionario de la aseguradora? ¿Cuánto cuestan al año en total nuestras herramientas de seguridad, con el tiempo del personal, y qué riesgo reduce cada una? ¿Qué contratos tienen penalizaciones por parada o pérdida de datos? Estas preguntas convierten la seguridad en cifras que la dirección puede sopesar. NetSenX ayuda directamente con una: en todos los planes señala un PC de pagos que empieza a contactar con un servidor desconocido a intervalos regulares, una señal habitual de malware bancario.

Al menos cada trimestre como punto fijo del orden del día, y de inmediato tras cualquier incidente grave. Una revisión trimestral mantiene ante la dirección las mismas pocas cifras, deja constancia de las decisiones y muestra tendencias: incidentes abiertos, cobertura de la monitorización, pruebas de copias, parches pendientes y plazos de notificación cumplidos. Una vez al año, vaya más allá: revise el registro y el apetito de riesgo, el plan de respuesta y la cobertura del seguro, y haga un ejercicio breve. Según NIS2, el órgano de dirección de una entidad incluida aprueba las medidas de seguridad y supervisa su aplicación, algo difícil de demostrar sin actas periódicas. Guarde actas y documentos: prueban que la supervisión existió. Los informes PDF de NetSenX, disponibles desde el plan Starter, pueden ser el anexo de red de cada paquete trimestral.

Haciendo unas pocas preguntas concretas, llevando las respuestas al contrato y limitando a lo que puede llegar. Antes de dar a un proveedor acceso remoto o sus datos, pregunte cómo protege sus propios sistemas (autenticación multifactor, parches, monitorización), si ha tenido incidentes, quién en su lado puede llegar a sus sistemas y cómo le avisará si sufre una intrusión. Incluya una obligación de aviso en el contrato. Después conceda el mínimo acceso necesario, durante el tiempo necesario, y retírelo al terminar el trabajo. El riesgo de proveedores es real: el Data Breach Investigations Report 2025 de Verizon encontró participación de terceros en el 30 % de las brechas, frente al 15 % anterior. NetSenX muestra las conexiones que una sesión remota del proveedor abre dentro de su red y lanza una alerta si empieza a saltar de un equipo a otro.