Monitorización en la pequeña empresa

No todas. Una empresa con unos pocos portátiles y todo en la nube puede sacar más partido de la protección de endpoints y de buenas copias de seguridad. El NDR tiene sentido cuando hay una red local con servidores, impresoras, cámaras o máquinas que no admiten un agente, o cuando NIS2 o un contrato con un cliente exige detectar y notificar incidentes.

Lo básico detiene la mayoría de los ataques: autenticación multifactor en el correo y el acceso remoto, actualizaciones aplicadas con rapidez, protección en cada ordenador, copias de seguridad desconectadas o inmutables y probadas, y una lista corta de a quién llamar ante un incidente. Añada dos hábitos que no cuestan nada: una lista actualizada de sus dispositivos y cuentas, y la norma de confirmar por teléfono cualquier cambio de datos bancarios pedido por correo. La supervisión de red llega después, cuando tiene una red local con servidores, impresoras o máquinas en las que no puede instalar nada, o cuando NIS2 o un cliente le pide detectar y notificar incidentes. NetSenX encaja en ese siguiente paso, con la detección principal en todos los planes, incluido Free.

Una que funcione sola, cubra los dispositivos donde no puede instalar software y explique sus alertas a un generalista. Empiece por lo que ya tiene: active los registros y alertas de su cortafuegos, su servicio de correo y sus cuentas en la nube. Después añada detección de red si tiene una red local con servidores, impresoras, cámaras o máquinas. Busque precios publicados, una forma gratuita de probar en su propia red, despliegue desde un sensor en un puerto espejo y alertas que digan con palabras sencillas qué pasó. NetSenX se creó para eso: detección principal en todos los planes, incluido Free, un agente en un puerto SPAN o TAP por segmento y una explicación en cada alerta. No sustituye la protección de equipos ni las copias de seguridad.

Menos que en una empresa con red local, y a veces nada: si su personal trabaja con portátiles desde cualquier sitio y solo usa servicios en la nube, hay poco tráfico de oficina que observar. En ese caso, invierta en protección para cada portátil, autenticación multifactor, los registros de acceso y auditoría de sus servicios en la nube y copias de los datos en la nube. La supervisión de red vuelve a ser útil en cuanto una oficina tiene dispositivos compartidos: impresoras, un NAS, teléfonos, cámaras, un sistema del edificio o un servidor en un armario. También ayuda si hay que vigilar algunos portátiles directamente: el agente de NetSenX funciona en Linux y macOS y ve las conexiones propias de esa máquina esté donde esté.

Use primero lo que ya tiene y después añada un sensor donde vea más. La mayoría de los cortafuegos y routers pueden registrar conexiones bloqueadas y permitidas y avisar de dispositivos nuevos; actívelo y envíelo a un buzón que lea. Mantenga una lista sencilla de dispositivos y compárela cada mes con la lista de dispositivos conectados del router. Active los avisos de inicio de sesión en el correo y los servicios en la nube. Después coloque un sensor de red donde converge el tráfico: en un puerto espejo del switch que conecta con el router o los servidores. El plan Free de NetSenX cubre 3 dispositivos sin límite de tiempo, y un agente en un puerto SPAN o TAP cuenta como un solo dispositivo para todo un segmento, así que una oficina pequeña puede empezar sin coste.

Depende del número de dispositivos y de las funciones que necesite. NetSenX publica sus precios: la tabla de esta página sale del mismo catálogo de planes que aplica el producto, desde el plan Free hasta Enterprise.

Un dispositivo es un host que ejecuta el agente de NetSenX. Un agente en un puerto SPAN o TAP supervisa todo un segmento de red y cuenta como un solo dispositivo.

Puede bastar si alguien tiene tiempo y conocimientos para instalarlo, actualizarlo y ajustarlo; la licencia es gratis, el trabajo no. Las herramientas de código abierto para registrar tráfico, detectar intrusiones y recoger registros son maduras y muy usadas. Para una pequeña empresa, el coste real son las personas: un servidor donde funcionen, actualizaciones periódicas, reglas que ajustar y alguien que lea y entienda los resultados cada día. Si tiene un administrador al que le gusta ese trabajo, es una opción sólida. Si no, el conjunto suele instalarse una vez y quedar olvidado. Pregúntese con honestidad quién lo mantendrá el año que viene. Una herramienta alojada con precios publicados y alertas en lenguaje claro cambia algo de flexibilidad por menos mantenimiento; el plan Free de NetSenX permite compararlo en su propia red.

Más del que esperan la mayoría de los equipos pequeños: instalarlo es lo fácil, mantenerlo útil es el trabajo continuo. Prevea un servidor dedicado con almacenamiento suficiente para registros, actualizaciones periódicas de software y reglas, vigilancia del disco y del rendimiento del propio sistema, ajustes para reducir el ruido y tiempo cada día para leer alertas. Cuando algo falla, como un disco lleno o una actualización fallida, la detección se detiene en silencio hasta que alguien lo nota. Documente la configuración para que sobreviva a la marcha de quien la montó. Estime las horas con honestidad y valórelas a su coste interno antes de decir que el sistema es gratis. Si esas horas no existen, elija una herramienta que funcione sin mantenimiento y dedique el tiempo ahorrado a investigar alertas.

Lo ideal es que sí, porque cada una ve lo que la otra no, pero una pequeña empresa puede añadirlas de una en una. La detección en el equipo (HIDS, hoy normalmente EDR) funciona en un ordenador y ve archivos, procesos e inicios de sesión de esa máquina. La detección en red (NIDS o NDR) observa el tráfico y ve cómo hablan los dispositivos entre sí, incluidos aquellos donde no se puede instalar software. Una herramienta en el equipo no ve una impresora que llama al exterior; una herramienta de red no ve cómo se abre un archivo malicioso. Empiece por proteger cada ordenador, que es la necesidad más básica, y añada la detección de red cuando su red local tenga más que portátiles. NetSenX es la parte de red; no sustituye la protección de equipos.

La detección como código consiste en escribir sus propias reglas de detección como archivos de texto, a menudo en un formato compartido como Sigma, guardarlas en un control de versiones y probarlas como software. Encaja en equipos de seguridad que buscan amenazas concretas y quieren un control preciso. Una pequeña empresa rara vez la necesita al principio: escribir y mantener reglas exige conocimientos y tiempo, y una regla mal escrita crea ruido o puntos ciegos. Le aportará más una herramienta cuyas detecciones y explicaciones integradas ya funcionan, y marcar los falsos positivos sobre la marcha. Si más adelante tiene un especialista en seguridad y necesidades concretas, las reglas propias pasan a merecer la pena. En NetSenX, las políticas de detección propias están en el plan Enterprise; las detecciones principales funcionan en todos los planes.

Sí, si las alertas están escritas para generalistas. Cada alerta de NetSenX explica en lenguaje claro qué ha pasado y enumera las características de red detrás de su puntuación, en todos los planes. Investigar y contener un incidente sigue requiriendo a alguien: su administrador, su proveedor de TI o una empresa de respuesta a incidentes.

Sí, si la herramienta está hecha para ello. Con NetSenX, su administrador instala un agente en un host conectado a un puerto SPAN o TAP, o en los hosts que elija, y cada alerta se explica en lenguaje claro: qué pasó, en qué dispositivo y por qué parece inusual. Lo que sigue necesitando es una persona que lea las alertas, idealmente cada mañana, y decida qué hacer, además de un suplente para las vacaciones y el teléfono de una empresa de respuesta a incidentes para los casos graves. NetSenX no presta un servicio gestionado, así que planifique quién recibe las alertas fuera del horario de oficina: un segundo buzón, su proveedor de TI o una guardia.

Unas pocas herramientas bien elegidas que funcionen solas, con alertas lo bastante breves como para leerlas cada mañana en minutos. Realista para una persona: protección de equipos con consola central, autenticación multifactor con avisos de inicio de sesión, registros del cortafuegos y la VPN guardados para investigar, una copia de seguridad probada con una restauración de control al mes y un sensor de red en un puerto espejo. Poco realista para una persona: un SIEM cuyas búsquedas hay que escribir y ajustar, varias consolas que se solapan o cualquier cosa que obligue a vigilar paneles todo el día. Deje por escrito quién le sustituye en vacaciones y quién decide en una emergencia. NetSenX está pensado para esta situación: un agente en un puerto SPAN o TAP por segmento, alertas en lenguaje claro por correo en todos los planes y ningún ajuste necesario para empezar.

Para la mayoría de los sensores de código abierto, sí; para NetSenX, solo nociones básicas. Un sensor propio suele implicar instalar y mantener al día un servidor Linux, gestionar el espacio en disco y los servicios y leer archivos de configuración. Con NetSenX, instalar el agente en Linux es copiar un comando del panel, pegarlo en un terminal y ejecutarlo con permisos de administrador; el instalador comprueba la firma del paquete y configura el servicio. En un Mac se instala un paquete firmado. Después, el trabajo se hace en el panel web: leer alertas, marcar falsos positivos y consultar el mapa de red. Si incluso ese paso en el terminal le resulta ajeno, un proveedor de TI lo hace en minutos, y el soporte de NetSenX ayuda con los agentes de macOS. Leer las alertas no exige ningún conocimiento de Linux.

A menudo sí, si nadie dentro tiene tiempo o conocimientos, pero acuerde con precisión qué hace el MSP y qué sigue siendo cosa suya. Un proveedor de servicios gestionados (MSP) puede encargarse de actualizaciones, protección de equipos, copias de seguridad y supervisión para muchos clientes a un coste que una pequeña empresa no lograría sola. Pregunte por escrito: qué herramientas usa, quién lee las alertas y cuándo, qué pasa de noche y en fin de semana, con qué rapidez responde y qué pruebas recibe usted cada mes o trimestre. Compruebe cómo protege sus propias herramientas de acceso remoto, porque llegan hasta su red. Conserve la titularidad de sus cuentas y sus datos. La detección de red puede formar parte del acuerdo: un MSP puede gestionar NetSenX por usted, con cada cliente en su propio tenant.

Un puerto SPAN (switch port analyser, también llamado puerto espejo o port mirroring) es un ajuste del switch que copia el tráfico de otros puertos a uno solo, donde un sensor puede observarlo. La mayoría de los switches gestionables lo admiten, normalmente en la interfaz web con un nombre como mirroring o monitor session; los no gestionables no. Un TAP de red es un pequeño dispositivo que hace lo mismo en un cable, útil sin switch gestionable o cuando quiere una copia que no pierda paquetes bajo carga. Copie el enlace hacia su router o los puertos de sus servidores para ver lo máximo. Con NetSenX, un agente en un puerto SPAN o TAP vigila todo un segmento y cuenta como un solo dispositivo.

Para vigilar todo un segmento, sí, uno de los dos; para vigilar servidores concretos, no, porque un agente en cada servidor ve su propio tráfico. Un puerto SPAN es un ajuste de espejo en un switch gestionable y no cuesta nada si su switch lo admite. Un TAP es un pequeño dispositivo físico en un cable, útil cuando el switch no es gestionable o cuando quiere una copia que nunca pierda paquetes. Colóquelo donde converge el tráfico, por ejemplo en el enlace entre el switch principal y el router, o en los puertos de sus servidores. Con NetSenX, un agente en un host conectado a un puerto SPAN o TAP cuenta como un solo dispositivo para todo el segmento, y es también la forma de obtener la captura de paquetes para la huella TLS y el inventario criptográfico.

Instalar un agente lleva unos minutos; el paso más largo suele ser configurar un puerto espejo en el switch, si nunca lo ha hecho. En Linux, copia un comando del panel, lo ejecuta en el host y el dispositivo aparece en la lista en uno o dos minutos. En un Mac, ejecuta un instalador firmado; los agentes de macOS se configuran junto con el soporte de NetSenX. Para vigilar todo un segmento, configure un puerto SPAN en los ajustes del switch y conecte a él el host del agente, o intercale un TAP en el cable de enlace. Los dispositivos empiezan entonces a aparecer en el mapa de red a medida que envían tráfico, y las alertas comienzan en cuanto circula tráfico. Reserve después unas semanas de atención para marcar lo que es normal.

Sí. Un sensor en un puerto espejo ve el tráfico de todos los dispositivos del segmento, sea cual sea su sistema operativo, porque observa la red y no el ordenador. Eso cubre en un solo lugar los PC de oficina, los Mac, los servidores Linux, los teléfonos, las impresoras y las máquinas. El sistema operativo solo importa para el dispositivo en el que se instala el propio sensor. En NetSenX, el agente funciona en Linux y macOS, así que el host del sensor debe usar uno de ellos; los dispositivos vigilados pueden ser cualquiera. Si quiere vigilar ciertas máquinas directamente en lugar de a través de un puerto espejo, esas máquinas deben funcionar con Linux o macOS. La protección de cada ordenador sigue siendo una necesidad aparte, propia de cada sistema.

La supervisión pasiva en un puerto espejo no ralentiza la red, porque el sensor solo recibe una copia del tráfico y no está en su camino. La copia la hace el propio switch. Compruebe dos cosas: que el switch puede copiar los puertos elegidos sin saturar el puerto de supervisión y que el host del sensor tiene capacidad suficiente para el volumen de tráfico. Los productos en línea, situados en el camino del tráfico, como algunos sistemas de prevención de intrusiones, pueden añadir retardo o convertirse en un punto único de fallo; NetSenX no es uno de ellos. Si, en cambio, instala el agente de NetSenX directamente en un servidor con mucha carga, vigile su consumo de recursos los primeros días y empiece con un host menos crítico.

Depende del producto, y conviene preguntarlo. Algunos sensores graban todo el tráfico para analizarlo después; otros solo guardan registros de conexión. NetSenX analiza metadatos de las conexiones y algunos campos de protocolo: hora, volumen, origen y destino, puertos, respuestas DNS y, donde el agente captura paquetes, las partes no cifradas del intercambio TLS. Nunca descifra el tráfico, así que el contenido de las sesiones cifradas, como correos, archivos o lo que alguien escribió en una web, sigue siendo ilegible. Eso basta para ver comportamientos como beaconing, escaneos, movimiento lateral y subidas inusuales, y limita cuántos datos personales maneja la herramienta. Aun así, los metadatos de red pueden referirse a personas: revíselo con su delegado de protección de datos y lea el contrato de encargo del tratamiento del proveedor.

Sí, y es una forma sensata de empezar, siempre que anote lo que aún no está cubierto. Elija los sistemas cuyo compromiso haría más daño: el servidor de archivos, los servidores de finanzas y el ERP, el sistema de copias, el controlador de dominio y el acceso a internet. Copie los puertos del switch que usan esos sistemas o instale el agente directamente en ellos. Verá quién se conecta a ellos, que es a menudo donde una intrusión se nota primero. Después amplíe segmento a segmento. Sea honesto en cualquier informe a la dirección, a una aseguradora o a un cliente: supervisar los servidores no es supervisar toda la red. El plan Free de NetSenX cubre 3 dispositivos, suficiente para empezar con sus sistemas más críticos.

Establecer una línea base es aprender cómo es la normalidad de cada dispositivo: con quién habla, por qué puertos, con cuántos datos y a qué horas, para que una desviación destaque. Tarda lo que su negocio necesite para mostrar su ritmo normal: los patrones diarios aparecen en días, los semanales en semanas, y las tareas mensuales, como nóminas o informes, solo al cabo de un mes o más. Durante ese tiempo, espere más alertas y confirme lo que es normal; sus decisiones lo aceleran. Una línea base nunca está terminada, porque las redes cambian: servidores nuevos, software nuevo, proveedores nuevos. NetSenX alerta de patrones claros desde el principio y mejora sus comparaciones con el historial de cada host a medida que aprende su red.

Leerla, contrastarla con lo que sabe y decidir en menos de una hora si es inofensiva, si hay que vigilarla o si exige actuar. Primero, identifique el dispositivo y a su responsable. Segundo, pregúntese si hay una explicación inocente: una copia de seguridad, una actualización, un proveedor nuevo, un trabajo previsto de un compañero. Tercero, si no la hay, contenga antes de investigar: desconecte el dispositivo de la red, pero no lo apague, porque la memoria y los registros ayudan a los investigadores. Cambie desde otro ordenador las contraseñas que el dispositivo pudo usar. Llame a su proveedor de TI o a una empresa de respuesta a incidentes si tiene dudas. Anote qué hizo y cuándo. Las alertas de NetSenX dicen qué pasó, en qué host y por qué, y el registro de auditoría guarda sus decisiones.

Quien usted organice: el software detecta de noche, pero actuar lo decide una persona. La mayoría de las pequeñas empresas elige una de tres opciones. Las alertas llegan a dos personas por correo y notificación en el móvil, con una norma sencilla sobre qué es lo bastante urgente para actuar de noche. Un proveedor de TI o un MSP recibe las alertas fuera del horario de oficina según un acuerdo escrito. O un servicio de managed detection and response vigila las 24 horas a cambio de una cuota. Elija lo que elija, deje por escrito quién puede desconectar un dispositivo o la línea de internet, y pruebe el sistema una vez. NetSenX detecta a cualquier hora y envía alertas por correo en todos los planes, y por webhook desde el plan Pro, pero nadie en NetSenX las vigila por usted.

Nadie, salvo que lo organice antes de que empiecen. Decida quién recibe las alertas mientras el administrador no está: un compañero, la dirección o su proveedor de TI. Dele a esa persona una nota de una página: cómo leer una alerta, cuáles escalar, cómo desconectar un ordenador y a quién llamar. Asegúrese de que puede acceder a las cuentas que necesita, con autenticación multifactor, y de que el acceso del administrador no se comparte. Antes de irse, compruebe que las copias funcionan y que las actualizaciones están al día. La detección no se va de vacaciones: NetSenX sigue vigilando y envía alertas por correo en todos los planes, así que añadir al suplente como destinatario suele ser el único cambio necesario.

Quien esté en la lista de destinatarios, así que revísela antes de cerrar la oficina. Añada un segundo destinatario que de verdad vaya a leer el correo durante el parón y acuerden qué es urgente: por ejemplo, una alerta en el servidor de archivos o en el sistema de copias, frente a una impresora que llama a un servidor de actualizaciones. Anote en la misma nota el teléfono de su proveedor de TI o de una empresa de respuesta a incidentes, y compruebe que estarán disponibles en las fechas de cierre. Confirme las copias la semana anterior y guarde una copia desconectada. Los parones largos son un riesgo conocido, porque menos personas notan los problemas. NetSenX sigue detectando mientras usted no está, con alertas por correo en todos los planes y por webhook desde el plan Pro.

Porque hay menos personas vigilando, así que los atacantes tienen más tiempo antes de que alguien reaccione. En festivos y puentes, las oficinas están vacías, el personal de TI está fuera y las respuestas son más lentas, lo que da a un intruso horas o días para extenderse y cifrar datos antes de que lo descubran. La CISA y el FBI advirtieron de este patrón en su aviso conjunto sobre ransomware en festivos y fines de semana, publicado en agosto de 2021. La defensa es la preparación, no quedarse en la oficina: alertas que llegan a alguien de guardia, una lista escrita de quién puede desconectar qué, copias recientes con una copia desconectada y autenticación multifactor en el acceso remoto. La detección de red ayuda porque vigila: NetSenX alerta a cualquier hora, pero alguien tiene que leer las alertas.

Planifíquelo como cualquier periodo crítico: congele los cambios arriesgados, compruebe las copias, refuerce los controles de pago y asegúrese de que alguien vigila los sistemas financieros. En las semanas previas, aplique las actualizaciones pendientes y después evite grandes cambios. Pruebe una restauración de los datos de contabilidad y del ERP. Recuerde al equipo de finanzas que cualquier cambio de datos bancarios, aunque venga de un proveedor conocido o de la dirección, se confirma por teléfono en un número conocido. Limite el acceso remoto a los servidores financieros a quienes lo necesitan. Acuerde quién recibe las alertas durante el cierre, también por la tarde. En la parte de red, NetSenX muestra en todos los planes conexiones inusuales hacia y desde los servidores financieros, como sesiones nuevas desde otros puestos o grandes subidas de noche.

Ponga un sensor en cada oficina y envíe todas las alertas a las mismas personas y al mismo panel. Una segunda sede suele tener su propio switch y su propia línea de internet, así que su tráfico nunca pasa por el sensor de la primera oficina. Un agente en un puerto espejo en la nueva sede cubre su segmento local; el personal de la sede central lee sus alertas junto a las demás. Asegúrese de vigilar también el enlace entre sedes, a menudo una VPN, porque por ahí se propaga una infección de una a otra. Anote quién es el contacto local en la segunda sede para tareas físicas como desenchufar un dispositivo. Con NetSenX, un agente en un puerto SPAN o TAP por sede cuenta como un dispositivo, y todas las sedes aparecen en una misma cuenta.

Normalmente al menos dos: un agente en un puerto SPAN o TAP en cada sede, porque cada una tiene su propio tráfico local. Un dispositivo es un host con el agente de NetSenX, y un agente en un puerto espejo cuenta como un solo dispositivo para todo el segmento que vigila. Si una sede tiene varios segmentos separados, como oficina, wifi de invitados y producción, cada segmento que quiera vigilar necesita su propio punto espejo o agente. Sume los servidores que quiera vigilar directamente con su propio agente. Una empresa típica con dos sedes necesita, por tanto, pocos dispositivos, lo que puede caber en los 3 dispositivos del plan Free o en los 10 dispositivos del plan Starter, a 49 € al mes.

Sí, si la VPN entre sedes permite que cualquier dispositivo de la sucursal llegue a cualquier servidor de la sede central, lo que es habitual. Una VPN permanente entre oficinas las une en una sola red, así que un PC infectado en la sucursal puede escanear los servidores de la sede e iniciar sesión en ellos como si estuviera en la misma planta. Limite lo que cruza la VPN: permita solo los servicios que la sucursal necesita, como el servidor de archivos o el ERP, y solo desde los dispositivos que los necesitan. Use cuentas de administrador distintas en cada sede. Vigile el tráfico que cruza el enlace. NetSenX señala escaneos y movimiento lateral en todos los planes; con un sensor en cada sede, verá una infección pasar de una a otra.

Sí. Los datáfonos y las cajas deben estar en su propio segmento de red, con solo las conexiones necesarias permitidas, para que un PC de oficina infectado no pueda llegar a ellos. La separación limita el daño de un ordenador comprometido y es además la vía por la que el estándar de pagos con tarjeta (PCI DSS) permite a una empresa reducir la parte de su red sujeta a sus requisitos. En la práctica, use una VLAN aparte o un puerto distinto del router para los dispositivos de pago, bloquee el tráfico de la red de oficina hacia ese segmento y permita solo las conexiones con el proveedor de pagos. Pregunte a su proveedor de pagos y a su instalador cómo recomiendan hacerlo. Después compruebe que la separación se mantiene, porque las configuraciones se desvían con el tiempo.

Pruébelo desde un ordenador de oficina y después observe el tráfico para ver si pasa algo que no debería. Una prueba sencilla: desde un PC de oficina, intente llegar a la dirección de una caja, por ejemplo con un ping o una conexión a su puerto de administración, y confirme que falla. Repítalo tras cualquier cambio en la red o el router. La prueba demuestra que la regla funciona en ese momento; la observación muestra si algo usa un camino que usted desconocía. Un sensor de red en un puerto espejo que vea ambos segmentos muestra cada conexión entre ellos. NetSenX muestra en todos los planes quién habla con quién en el mapa de red y señala como alertas los escaneos o sesiones nuevas hacia las cajas.

El malware puede intentar propagarse a las cajas, robar datos de tarjetas o bloquearlas, y la tienda puede quedarse sin poder cobrar. Los atacantes que entran en un ordenador de oficina mediante phishing suelen explorar la red a continuación. Si las cajas y los dispositivos de pago están en la misma red plana, están a su alcance, a menudo con software antiguo y contraseñas débiles. Las consecuencias van desde ventas perdidas mientras las cajas no funcionan hasta una fuga de datos de tarjetas, con avisos al proveedor de pagos y quizá a los clientes. Evítelo separando la red de pagos, manteniendo actualizadas las cajas y cambiando las contraseñas por defecto. NetSenX le ayuda a verlo a tiempo: los escaneos y el movimiento lateral desde un PC de oficina hacia las cajas generan alertas en todos los planes.

Puede serlo: los routers domésticos a menudo carecen de actualizaciones periódicas, redes separadas y registros útiles, y algunos siguen con contraseñas por defecto. En una oficina pequeña, compruebe cuatro cosas. ¿Sigue el fabricante actualizando el firmware, y está al día? ¿Se ha cambiado la contraseña de administración y desactivado la administración remota desde internet? ¿Puede crear redes separadas para que invitados, dispositivos de pago y PC de oficina estén aislados? ¿Guarda registros que se puedan leer? Si la respuesta es no en dos o más, un router o cortafuegos profesional es una mejora barata. Busque también equipos olvidados, como un router 4G que un proveedor dejó en un armario. El mapa de red de NetSenX muestra en todos los planes los dispositivos que aparecen en la LAN.

Encontrarlos, decidir si cada uno hace falta y, o bien actualizarlo y documentarlo, o bien apagarlo y borrarlo. Servidores viejos, NAS olvidados, portátiles de antiguos empleados y máquinas de pruebas son puntos de entrada habituales, porque nadie los actualiza y sus contraseñas son antiguas. Recorra la oficina y compare lo que encuentre con su lista de dispositivos y la lista de dispositivos conectados del router. Asigne un responsable a cada dispositivo. Si nadie lo reclama, desconéctelo unas semanas para ver si alguien se queja y después bórrelo de forma segura. Elimine también sus cuentas y reglas de cortafuegos. El mapa de red de NetSenX, en todos los planes, muestra los dispositivos que envían tráfico, con su primera y última aparición, lo que ayuda a encontrar los que nadie recuerda.

Espere preguntas sobre control de acceso, actualizaciones, copias de seguridad, gestión de incidentes y pruebas, sobre todo de clientes sujetos a NIS2, que les exige gestionar la seguridad de su cadena de suministro. Preguntas típicas: ¿usan autenticación multifactor, con qué rapidez aplican las actualizaciones, prueban las copias, quién gestiona los incidentes y en cuánto tiempo nos avisarán, supervisan su red, dónde se guardan nuestros datos y pueden demostrarlo? Responda con sinceridad: un no claro con un plan es mejor que un sí que no puede probar. Tenga preparadas una breve descripción de su seguridad y las pruebas que la respaldan. NetSenX puede aportar parte de esas pruebas: registros de detección, el registro de auditoría y, desde el plan Starter, informes PDF.

Lleve unos pocos registros con constancia en lugar de muchos de vez en cuando: qué tiene, qué cambió, qué pasó y qué hizo. Una lista de dispositivos y cuentas con responsables. Un registro de cambios de los sistemas importantes. Las fechas de copias de seguridad y pruebas de restauración. Un registro sencillo de incidentes con la fecha, lo observado, las decisiones y quién las tomó. Guárdelos donde un atacante que entre en un ordenador no pueda borrarlos, y asegúrese de que todos los dispositivos tienen la hora correcta, porque las cronologías dependen de ello. Estos registros responden a las preguntas de aseguradoras, auditores, clientes y, según NIS2, autoridades. NetSenX lleva parte de ellos por usted: alertas con marca de tiempo y explicación, historial de alertas según el plan y un registro de auditoría de decisiones y cambios en todos los planes.