Personas, RR. HH. y riesgo interno

Comprobando qué equipos se conectan de verdad, no solo qué cuentas se cerraron. La salida de un empleado suele eliminar la cuenta de usuario y recoger el portátil, pero un portátil no devuelto, un móvil personal con la contraseña del wifi guardada o una herramienta de acceso remoto olvidada pueden seguir conectándose. Compare la lista de equipos devueltos con los equipos vistos en la red después de la fecha de salida, cambie las credenciales compartidas de wifi y VPN que conocía la persona y revoque los certificados emitidos a sus equipos. En todos los planes, el mapa de red de NetSenX enumera los equipos vistos en los segmentos vigilados, con el nombre que anuncia cada uno y cuándo se vio por primera y por última vez. NetSenX no sabe quién se ha ido de la empresa: eso lo deciden RR. HH. e informática, y la vista de red muestra si la puerta quedó cerrada de verdad.

Los accesos que tenía la persona, no solo su cuenta. Una lista breve de salida para informática: desactivar la cuenta de directorio y el correo y retirar los tokens de autenticación multifactor; recoger los equipos de la empresa y anotar sus nombres; cambiar las contraseñas compartidas que conocía, como las del wifi, la VPN, las cuentas de administración y los portales de proveedores; eliminar las herramientas de acceso remoto que instaló; revocar los certificados de sus equipos; y comprobar, a los pocos días y a las pocas semanas de la salida, que ninguno de sus equipos aparece ya en la red. Aplique la misma lista a contratistas y becarios. Acuerde con RR. HH. quién la activa y cuándo. NetSenX ayuda en el último paso: el mapa de red, en todos los planes, muestra el nombre de cada equipo y cuándo se vio por última vez, así que destaca un equipo que ya no debería estar.

Sí, si se conecta a un segmento vigilado o si todavía ejecuta el agente de NetSenX. En todos los planes, el mapa de red muestra cada equipo con el nombre que anuncia y cuándo se vio por última vez, así que un portátil que reaparece tras la salida de su usuario es visible, y si empieza a escanear, a contactar a intervalos regulares con un servidor externo o a enviar datos de forma inusual, llegan alertas. Un portátil que solo se usa en casa o en otra red, sin el agente, es invisible para un sensor de red. En paralelo, cierre las otras puertas: desactive las cuentas, revoque los certificados y el perfil VPN del equipo y, si tiene una herramienta de gestión de dispositivos, bloquee o borre el portátil a distancia. Recuperar el equipo y cualquier paso frente a la persona son asuntos de RR. HH. y de asesoría jurídica.

En parte: puede ver subidas inusuales desde su ordenador, no los archivos ni a la persona. En todos los planes, NetSenX compara el tráfico saliente de cada equipo con sus propios destinos, volúmenes y horarios habituales, y lanza una alerta cuando, por ejemplo, un portátil que suele enviar poco sube de repente varios gigabytes a un servicio de almacenamiento en la nube de madrugada. La alerta muestra el equipo, el destino, el volumen y la hora. No muestra nombres de archivo ni contenido, porque el tráfico va cifrado y NetSenX nunca lo descifra, y no ve copias a un USB. Trate una alerta así primero como un evento de seguridad: el portátil también puede estar infectado. Cualquier paso frente al empleado debe seguir su política, la ley y el consejo de RR. HH. y de un abogado, no solo la alerta.

Solo las que permitan la legislación laboral y de protección de datos del país, recogidas con una finalidad legítima y de forma proporcionada. En términos generales, el RGPD exige una base jurídica, una finalidad concreta, minimización de datos y transparencia con la plantilla, y muchos países añaden normas laborales sobre la vigilancia y sobre los representantes de los trabajadores. Los registros que ya lleva por seguridad, como alertas sobre subidas inusuales, solo pueden reutilizarse si la nueva finalidad es compatible y la ley lo permite; leer en secreto las comunicaciones privadas de una persona queda en principio fuera de lo admisible. Antes de recoger nada, implique a RR. HH., al delegado de protección de datos y a un asesor jurídico, documente la sospecha y los pasos dados, y haga que asegure las pruebas personal cualificado. NetSenX muestra en las alertas la actividad de los equipos; no es una herramienta para perfilar a una persona.

No. Un sensor de red ve conexiones, no archivos. La mayoría de las subidas viajan hoy dentro de sesiones cifradas, y NetSenX nunca descifra el tráfico, así que no puede leer nombres de archivo ni contenido. Lo que sí puede mostrar es que un equipo concreto envió una cantidad inusual de datos a un destino concreto en un momento concreto, comparado con el comportamiento normal de ese equipo. Eso acota la pregunta: cuándo, desde qué equipo y hacia dónde. Para saber qué archivos fueron, hacen falta otras fuentes: los registros de auditoría del propio servicio en la nube, los registros de acceso del servidor de archivos, herramientas en los equipos o software de prevención de fuga de datos (DLP), cada uno usado dentro de los límites del derecho laboral y de protección de datos. Una copia a un USB o una impresión nunca pasan por la red.

Con NetSenX, no. Analiza metadatos y algunos campos de protocolo: qué equipo se conectó a qué dirección y puerto, cuándo, con qué frecuencia y cuántos datos se movieron, el nombre del servidor en la negociación TLS y las respuestas a las consultas DNS. Nunca descifra el tráfico, así que el contenido de correos, mensajes de chat, páginas web y peticiones escritas en herramientas de IA queda sin leer. Algunos otros productos sí descifran o inspeccionan el contenido, así que haga la misma pregunta a cada proveedor y pida la respuesta por escrito. Los metadatos pueden seguir siendo datos personales, porque los nombres de equipos y las direcciones IP se pueden vincular a una persona, así que se les aplica el RGPD. Explique esta diferencia a la plantilla y a sus representantes antes de empezar: responde con precisión a la preocupación más habitual.

Datos sobre equipos más que sobre personas, aunque algunos pueden identificar a alguien. NetSenX registra metadatos de conexión de los segmentos que vigila: direcciones IP internas y externas, puertos, horas, volúmenes, los nombres de los servidores con los que contactan los equipos (de la negociación TLS y las respuestas DNS) y los nombres que los equipos anuncian en la red. Con ello genera alertas y un mapa de red. No registra contenido de mensajes ni de archivos y nunca descifra el tráfico. Como un portátil que lleva el nombre de su usuaria, o una dirección asignada al ordenador de una persona, puede señalar a un individuo, trate estos registros como datos personales: informe a la plantilla, guarde solo lo necesario, limite quién puede verlos y bórrelos según un calendario. NetSenX almacena los datos de clientes en la UE y publica su contrato de encargo del tratamiento con la lista completa de subencargados.

Puede que sí, según el país y según cómo pudiera usarse la monitorización. En Alemania, el artículo 87, apartado 1, punto 6 de la Ley de organización de empresas (Betriebsverfassungsgesetz) da al comité de empresa un derecho de codecisión sobre la introducción y el uso de dispositivos técnicos destinados a controlar el comportamiento o el rendimiento de los trabajadores; muchas empresas firman un acuerdo antes de desplegar herramientas de seguridad. Otros países reconocen a los representantes de los trabajadores derechos de información y consulta, y el RGPD permite al derecho nacional añadir normas para el ámbito laboral; en España, compruebe las normas sobre derechos digitales en el trabajo. Implique pronto al comité o a los representantes, explique que la finalidad es detectar ataques en los equipos, qué se registra y qué no, quién ve las alertas y cuánto tiempo se guardan los datos. La valoración jurídica le corresponde a usted.

Mirando lo que se conecta de verdad a la red, no el inventario. Móviles, portátiles y dispositivos inteligentes personales se conectan a menudo al wifi de la oficina o a una toma de red libre sin que nadie lo anote. En todos los planes, el mapa de red de NetSenX enumera los equipos vistos en los segmentos vigilados, con el nombre que anuncia cada uno y cuándo se vio por primera y por última vez, así que los desconocidos destacan; si uno de ellos escanea la red o contacta sin parar con un servidor externo desconocido, llega una alerta. Un sensor de red no puede saber de quién es un dispositivo ni si está permitido: compare la lista con su inventario y su política. La solución duradera es estructural: una red de invitados separada para los dispositivos personales y, donde se pueda, control de acceso a la red de la oficina.

Sí, sobre todo porque nadie sabe qué llevan dentro. Un portátil personal puede no tener protección, tener software desactualizado, programas piratas o malware cogido en casa, y en una red de oficina plana queda al lado de las nóminas y los datos de clientes. Además, escapa a su control cuando la persona se va. Más seguro: entregar el portátil de empresa el primer día; si no es posible, dar acceso temporal mediante una red de invitados separada y el navegador a servicios en la nube, no a carpetas compartidas internas; y escribir la regla en el proceso de incorporación. Si aun así se conectan equipos personales, vigile lo que hacen: NetSenX muestra los equipos nuevos en el mapa de red en todos los planes y lanza una alerta cuando un equipo escanea la red o contacta sin parar con un servidor externo desconocido.

Sí, de los segmentos que vigila NetSenX. En todos los planes, el mapa de red enumera cada equipo visto allí, con el nombre que anuncia y cuándo se vio por primera y por última vez, así que es fácil sacar los vistos por primera vez este mes y compararlos con los registros de incorporación y el inventario. La lista cubre solo los segmentos con sensor: un agente en el puerto espejo de un switch (SPAN) o en un TAP de red ve todo un segmento, mientras que un wifi de invitados o una delegación sin sensor quedan fuera de la vista. Los nombres son los que anuncian los equipos, no identidades verificadas, y se pueden cambiar. Un equipo que se conectó un momento y no envió nada destacable puede aparecer con muy poco detalle. Para un inventario completo, combine esta vista con su gestión de dispositivos y los registros DHCP.

Solo donde pueda ver su tráfico: cuando el portátil ejecuta el agente de NetSenX o cuando su tráfico llega a un segmento vigilado, por ejemplo por la VPN de la empresa. Una VPN comercial o la red Tor aparecen como una conexión cifrada larga a una dirección externa en lugar de la mezcla habitual de destinos; NetSenX muestra los destinos y los volúmenes, y si un destino pertenece a uno de esos servicios lo juzga usted por la dirección y los nombres de servidor implicados. No puede ver dentro del túnel. Una VPN privada suele ser inofensiva, así que empiece con una pregunta, no con una acusación, y revise su política de teletrabajo. Las herramientas de gestión de dispositivos que imponen la VPN de la empresa y los registros de identidad que muestran desde dónde se inicia sesión cubren lo que un sensor de red no ve.

Sobre todo que la persona no sea quien dice ser, o que su equipo no esté bajo su control. Se han usado candidatos con identidades prestadas o inventadas para obtener acceso legítimo a código, datos y sistemas internos, y un portátil que solo se conecta desde el extranjero a través de un túnel privado es difícil de supervisar. Reduzca el riesgo en la selección y la incorporación: verifique la identidad en una videollamada en directo y con documentos oficiales, compruebe las referencias directamente, envíe un portátil de empresa gestionado en lugar de admitir uno personal, conceda accesos poco a poco y solo a lo que exige el puesto, y exija autenticación multifactor. Verificar la identidad es tarea de RR. HH. Cuando el portátil ejecuta el agente de NetSenX, túneles inusuales, beaconing o grandes subidas aparecen como indicios o alertas para que informática los revise.

No: vigile los equipos de la empresa y lo que llega a la empresa, no la casa del empleado. Una red doméstica lleva los móviles de la familia, los juegos y el tráfico privado; observarla supondría recoger datos personales que no tiene motivo para tener, algo difícil de justificar con el RGPD y el derecho laboral. Lo que sí puede proteger razonablemente es el portátil de empresa y la red de la empresa: protección y gestión del equipo en el portátil, VPN de empresa obligatoria para los recursos internos y vigilancia allí donde llega ese tráfico. Con NetSenX, un portátil de empresa puede ejecutar el agente, que observa las conexiones de ese único equipo esté donde esté; no vigila los demás dispositivos de la red doméstica. Diga a la plantilla exactamente qué se vigila en su equipo de trabajo y por qué.

Vigilando qué equipos hablan con él y señalando los nuevos. Un servidor de nóminas o de RR. HH. suele tener un grupo pequeño y estable de clientes: unos pocos ordenadores de RR. HH. y finanzas, un sistema de copias de seguridad, quizá el proveedor de nóminas. Cuando un puesto que nunca se había conectado lo hace de repente, sobre todo a una hora rara o después de escanear otras máquinas, conviene comprobarlo enseguida. En todos los planes, NetSenX aprende las conexiones habituales de cada equipo y lanza una alerta de movimiento lateral cuando las sesiones entre equipos no encajan en ese patrón, con el equipo de origen, el destino y la hora. No gestiona permisos ni sabe quién estaba ante el teclado: limite el acceso con cuentas y reglas de cortafuegos, y use los registros de inicio de sesión del propio servidor para ver qué cuenta se usó.

Normalmente los sistemas de nóminas y de RR. HH., las carpetas compartidas con contratos y bajas médicas, el servidor de directorio con todas las cuentas, el servidor de copias de seguridad con copia de todo y los buzones de RR. HH. y de la dirección. Empiece por hacer la lista, con el responsable de cada uno, qué ordenadores y proveedores deben llegar a él y si está en la empresa o en la nube. Después protéjalos por capas: autenticación multifactor, acceso solo para quien lo necesita, cifrado de los datos almacenados, registros de inicios de sesión y copias de seguridad que la red no pueda borrar. Para los sistemas de su propia red, NetSenX ayuda en una capa: en todos los planes lanza una alerta cuando empieza a conectarse a ellos un equipo que normalmente no lo hace, o cuando uno de ellos envía fuera volúmenes inusuales de datos. Los servicios de RR. HH. en la nube necesitan sus propios registros de auditoría.

Primero como un evento de seguridad sobre un equipo, no como una prueba contra una persona. Una alerta dice que un equipo se comportó de forma inusual: puede estar infectado, usarlo otra persona o hacer algo legítimo que parece raro. Informática comprueba primero los hechos: qué hizo el equipo, cuándo, si hay malware y si se usó mal una cuenta. RR. HH. interviene solo si los hechos apuntan a un problema de conducta, y entonces conforme a su régimen disciplinario, el derecho laboral y las normas de protección de datos, idealmente consultando al delegado de protección de datos. Mantenga el círculo reducido, deje constancia de cada paso y no hable de nombres hasta que los hechos estén claros. NetSenX respalda esta separación: sus alertas describen equipos, conexiones y destinos, y su registro de auditoría anota quién gestionó una alerta y qué decidió.

Solo dentro de límites estrechos, y no es para lo que está hecho NetSenX. La monitorización de seguridad sirve para detectar ataques a los equipos; usar sus registros para investigar a una persona es otra finalidad, que la normativa de protección de datos trata como una cuestión aparte de compatibilidad, base jurídica y proporcionalidad, y que el derecho laboral y las normas sobre representantes de los trabajadores suelen limitar aún más. En algunos casos, como una sospecha documentada de un delito grave, un uso limitado puede ser lícito tras asesoramiento jurídico. Nunca lleve a cabo por su cuenta una investigación oculta con una herramienta de seguridad. NetSenX se centra en los equipos: sus alertas describen lo que hizo un equipo en la red, no el historial de navegación de una persona, y nunca lee contenido. Fije de antemano y por escrito quién puede pedir registros de seguridad para una investigación y quién lo aprueba.

A veces, pero depende del derecho nacional y de cómo se recogieron y comunicaron los registros. Según el RGPD, los datos personales recogidos con una finalidad, como la seguridad de la red, solo pueden usarse para otra si la nueva finalidad es compatible o existe otra base jurídica, y la plantilla debe haber sido informada de la monitorización. El derecho laboral nacional añade sus propias condiciones: algunos países exigen aviso previo o un acuerdo con los representantes, y tribunales de varios Estados miembros han descartado pruebas obtenidas mediante una vigilancia oculta o desproporcionada. Antes de usar un registro contra alguien, pida asesoramiento jurídico, implique al delegado de protección de datos y compruebe qué se dijo a los empleados. Los registros de NetSenX describen la actividad de los equipos y se guardan durante el plazo de su plan; si son admisibles es una cuestión jurídica.

Fijando antes de empezar la finalidad, los datos y quién tiene acceso, y poniéndolo por escrito. Defina la finalidad como detectar ataques a equipos y sistemas, y excluya de forma expresa el control del rendimiento o del comportamiento. Recoja solo metadatos, guárdelos durante un plazo definido y limite el acceso a las pocas personas que se ocupan de la seguridad, con constancia de lo que hacen. Diga a la plantilla qué se vigila y por qué, implique al comité de empresa o a los representantes donde existan y haga una evaluación de impacto relativa a la protección de datos si el tratamiento puede entrañar un alto riesgo. Revise el planteamiento cada año. NetSenX lo facilita por diseño: observa equipos y conexiones, nunca descifra el tráfico, informa del uso de IA por equipo y programa y no por persona, y lleva un registro de auditoría de quién hizo qué en la cuenta.

Sí, y a menudo es un buen escondite. Un ordenador que nadie usa pero que sigue encendido y conectado, como el puesto de alguien de baja larga, un PC de reserva en una sala de reuniones o una máquina vieja que se conserva para un solo programa, rara vez recibe actualizaciones y nadie nota si se comporta de forma rara. Los atacantes usan esas máquinas como base discreta para escanear la red, llegar a servidores o sacar datos. Apague y desconecte lo que no se necesite, mantenga actualizado el resto y asigne un responsable a cada máquina. En todos los planes, NetSenX lanza alertas cuando un equipo vigilado empieza a contactar a intervalos regulares con un servidor externo, a escanear, a conectarse a equipos con los que nunca habló o a subir volúmenes inusuales, algo que destaca más en una máquina que no debería estar haciendo nada.

Comparando lo que hace ahora con lo que hace normalmente. Un ordenador que debería estar inactivo, porque su usuario está de baja o solo se enciende para actualizaciones, tiene un patrón normal muy pequeño: unos pocos servidores de actualización, quizá el sistema de copias de seguridad. Todo lo que vaya más allá, como conexiones regulares a un servidor externo desconocido, inicios de sesión en otras máquinas internas, escaneos o grandes subidas de noche, es una señal clara. En todos los planes, NetSenX aprende los destinos, volúmenes y horarios habituales de cada equipo y lanza alertas de beaconing C2, escaneo, movimiento lateral y volumen inusual de datos salientes, con el equipo, el destino y la hora. No ve lo que ocurre dentro de la máquina sin tráfico de red; eso lo cubre la protección de los equipos. Anote qué máquinas deberían estar inactivas, para que lo sepa también quien sustituya.

Normalmente apagarlos o recogerlos, y asegurarse de que nadie pueda usar mal sus cuentas mientras tanto. Acuerde con RR. HH. una rutina sencilla para ausencias de más de unas semanas, como un permiso parental, una baja larga o una excedencia: el portátil se guarda o se mantiene apagado, los equipos de sobremesa se apagan, y la cuenta se suspende o queda activa solo con autenticación multifactor, según si la persona necesita aún acceso remoto. Cuando vuelva, actualice el equipo antes de que se reincorpore a la red. Trátelo como una medida de seguridad, no como un juicio sobre la persona, y escríbalo así en la política. Si una máquina debe seguir encendida, por ejemplo para una tarea compartida, asígnele un responsable. NetSenX lanza una alerta en todos los planes si un equipo así empieza a hacer beaconing, a escanear o a subir datos cuando debería estar en silencio.

Sobre todo controlando dónde pueden conectarse y después observando lo que hacen allí. Los contratistas suelen traer su propio portátil, que usted no gestiona ni puede revisar. Deles una red o VLAN aparte con acceso solo a los sistemas que necesita su proyecto, cuentas con caducidad y autenticación multifactor, y una cláusula contractual sobre seguridad y aviso de incidentes. Después vigile ese segmento. En todos los planes, NetSenX enumera los equipos vistos allí, con el nombre que anuncia cada uno y cuándo se vio por primera y por última vez, y lanza alertas si el portátil de un contratista escanea la red, contacta sin parar con un servidor externo desconocido o se conecta a máquinas internas fuera de su patrón habitual. No ve el interior del portátil ni el de las sesiones cifradas. Diga a los contratistas qué se vigila, como haría con la plantilla.

Sí, siempre que se pueda, porque limita lo que puede alcanzar un portátil no gestionado. En una red plana, el portátil de un contratista queda al lado de las nóminas, los servidores de archivos y los sistemas de producción, así que cualquier malware que traiga puede intentar llegar a todos. Un wifi o una VLAN aparte que, a través de un cortafuegos, solo permita internet y los sistemas concretos que necesita el proyecto convierte eso en una lista corta y revisable de conexiones permitidas. Retire el acceso cuando termine el proyecto. La segmentación se hace en los switches, el cortafuegos y el controlador wifi; NetSenX no cambia la configuración de red ni bloquea tráfico. Lo que añade es comprobar que la separación funciona: si la monitorización muestra que un equipo de un contratista llega a equipos internos fuera de la lista permitida, o escanea, lanza una alerta.

Sí, en los segmentos que vigila NetSenX: el mapa de red muestra en todos los planes cuándo se vio cada equipo por última vez. Al terminar un proyecto, compruebe que los equipos de los contratistas ya no aparecen y vuelva a mirar unas semanas después; un portátil que sigue apareciendo tras la fecha de fin significa que el acceso no se retiró del todo, ya sea por una contraseña de wifi guardada, un perfil VPN o una herramienta de acceso remoto olvidada. Combínelo con los pasos administrativos: desactivar las cuentas de los contratistas en la fecha de fin, cambiar las credenciales compartidas que se les dieron, eliminar sus perfiles VPN y certificados, y recoger tarjetas y equipos. La vista de red no conoce contratos ni fechas de fin, así que lleve una lista sencilla de los equipos de contratistas con la fecha de fin prevista y compárela con el mapa.

No. Copiar archivos a un USB, un disco externo o un móvil conectado por cable ocurre dentro del ordenador y nunca pasa por la red, así que ningún sensor de red, tampoco NetSenX, puede verlo. Ese hueco se cubre en el equipo: los ajustes de control de dispositivos de su protección de equipos o del sistema operativo pueden bloquear o registrar el almacenamiento extraíble, las herramientas de prevención de fuga de datos (DLP) pueden vigilar qué archivos se copian y el cifrado del disco protege los portátiles de empresa si se pierden. La monitorización de red solo ayuda en un paso posterior: si los datos copiados se suben luego desde un equipo de empresa en una red vigilada, un volumen saliente inusual de ese equipo puede lanzar una alerta. Decida qué control encaja, explíqueselo a la plantilla y compruebe las normas nacionales sobre vigilancia en el trabajo antes de activar un registro a nivel de archivo.

Un control en el equipo, no una herramienta de red. La mayoría de las suites de protección de equipos, y las funciones de gestión de los sistemas operativos actuales, incluyen control de dispositivos: puede bloquear del todo el almacenamiento extraíble, permitir solo unidades cifradas entregadas por la empresa o solo lectura, y registrar los intentos. El software de prevención de fuga de datos (DLP) va más allá y puede bloquear la copia de documentos marcados como confidenciales. Empiece por la regla más sencilla que encaje con el trabajo, porque una prohibición total suele empujar a la gente a enviarse los archivos por correo, y combínela con cifrado de disco en los portátiles. Escriba la regla en la política de informática e informe a la plantilla, porque registrar lo que copian es vigilancia a efectos de protección de datos y derecho laboral. NetSenX no hace esto; solo ve los datos que después pasan por la red.

La subida en sí, si sale de un equipo o segmento vigilado: el equipo, el destino, el volumen y la hora, pero no los archivos. Si alguien copia datos a un USB en la oficina y los sube desde casa, la red de la oficina nunca ve la subida. Si la subida se hace desde un portátil de empresa con el agente de NetSenX, o desde un ordenador en un segmento vigilado, NetSenX compara en todos los planes ese tráfico saliente con el patrón normal del equipo y lanza una alerta si es inusual, por ejemplo varios gigabytes de madrugada a un almacenamiento en la nube personal. El contenido queda sin leer, porque NetSenX nunca descifra el tráfico. Para saber qué se subió hacen falta los registros del servicio en la nube o de herramientas en los equipos, usados dentro del derecho laboral y de protección de datos.

Puede limitar quién tiene acceso a la cuenta de seguridad, y ese es el primer paso. Las alertas pueden nombrar equipos de RR. HH., de la dirección o de finanzas, y a veces esos nombres señalan a personas. Desde el plan Starter, NetSenX ofrece gestión de equipo con roles, así que puede añadir solo a las pocas personas que se ocupan de la seguridad y dar a cada una el rol que necesita; el plan Free tiene un único usuario. Todo el que tenga acceso debe saber que las alertas son confidenciales. Si necesita una separación más fina, por ejemplo para que informática no vea alertas sobre el portátil de la directora de RR. HH., consulte con nosotros qué admite el modelo de roles actual antes de confiar en él, y valore pasar esas alertas a un grupo pequeño o a un proveedor externo. Cada acción en la cuenta queda en el registro de auditoría en todos los planes.

Registra acciones. En todos los planes, el registro de auditoría de NetSenX anota lo que hacen los usuarios en la cuenta: quién cambió el estado de una alerta o la cerró, quién anotó una decisión, quién cambió un ajuste o añadió a un miembro del equipo, y cuándo. Eso le da un rastro para revisiones internas, auditores y preguntas de los representantes de los trabajadores sobre quién gestionó alertas sensibles. El registro de auditoría tiene su propio plazo de conservación, que crece con el plan; la página de precios lo indica. No dé por hecho que se registra el simple hecho de abrir o leer una alerta: si necesita constancia de quién vio qué, pregúntenos qué registra la versión actual antes de prometérselo a nadie. Combine el registro de auditoría con una breve norma escrita sobre quién puede acceder a las alertas de seguridad y por qué.

Sí: la autenticación en dos pasos está disponible en todos los planes, incluido Free. Añade un segundo paso al inicio de sesión, normalmente un código de una aplicación de autenticación, de modo que una contraseña robada o adivinada no basta para abrir la cuenta. Actívela para cada persona que use NetSenX e inclúyala en la lista de incorporación, porque una cuenta de seguridad muestra cómo está construida su red y qué equipos han generado alertas, justo lo que querría leer un atacante. El mismo razonamiento vale para todas sus demás cuentas de administración: correo, servicios en la nube, cortafuegos, sistema de copias y herramientas de acceso remoto. NetSenX también registra las acciones y los cambios en la cuenta en su registro de auditoría, para poder revisar cualquier actividad inesperada en la cuenta. Elimine a los usuarios en cuanto dejen el equipo.

Qué se vigila, por qué, qué no, quién lo ve y cuánto tiempo se guarda, con palabras sencillas y antes de empezar. El RGPD exige a los responsables dar información clara sobre el tratamiento de los datos personales, y el derecho laboral de muchos países añade deberes de aviso o consulta. Una buena información dice: vigilamos los equipos y las conexiones de red de la empresa para detectar ataques; registramos metadatos de conexión, como direcciones, horas, volúmenes y nombres de servidor, no el contenido de mensajes ni archivos; un equipo pequeño y nombrado ve las alertas; los registros se guardan durante un plazo fijado; para dudas, diríjase a esta persona. Inclúyalo en la política de informática y en la información de privacidad para la plantilla, y actualícelo cuando cambie el planteamiento. La descripción de lo que lee NetSenX ayuda a redactarlo con precisión.

No. NetSenX informa del uso de IA por equipo y por programa, no por persona. Desde el plan Pro muestra qué equipos llegaron a qué servicios de IA externos o entornos de modelos locales, cuándo y cuántos datos se movieron; donde el agente se ejecuta en el propio ordenador, también puede nombrar el programa que abrió la conexión. Nunca descifra el tráfico, así que no puede mostrar lo que se escribió, pegó o subió. Vincular un equipo a una persona es un paso aparte que RR. HH. solo debería dar por un motivo claro y lícito, como la sospecha de una brecha de datos, y con las garantías que exijan su política y la ley nacional. Para casi todo no hacen falta nombres: saber que los equipos de finanzas envían datos a un servicio no aprobado basta para corregir la política, aprobar una herramienta adecuada u ofrecer formación.

El riesgo interno es el daño causado por alguien con acceso legítimo: un empleado, contratista o proveedor que usa mal datos o sistemas a propósito, comete un error costoso o sufre el robo de su cuenta. La diferencia con un ataque externo está en el punto de partida: quien actúa desde dentro ya ha pasado la puerta, con credenciales válidas y una actividad de apariencia normal, así que las protecciones montadas solo en el perímetro no lo ven. La mayoría de los incidentes internos son errores más que mala fe, así que las mejores medidas son sencillas: dar solo el acceso que exige el puesto, retirarlo cuando cambia el puesto, autenticación multifactor, copias de seguridad y formación. NetSenX ve una parte de esto: el comportamiento inusual de un equipo, como conexiones a servidores que nunca usó o grandes subidas. No juzga intenciones ni vigila a las personas.

Sí, pueden pedirlo, porque el RGPD da a toda persona un derecho de acceso a los datos personales que le conciernen. Si los registros de red pueden vincularse a un empleado, por ejemplo por un portátil con su nombre o una dirección asignada a su ordenador, puede pedir una copia e información sobre fines, destinatarios y plazo de conservación, con los límites que permiten el RGPD y la ley nacional, como proteger los derechos de otras personas o una investigación en curso. Como empleador, usted es el responsable y responde a la solicitud en el plazo que fija el artículo 12 del RGPD. Prepárese: sepa dónde se guardan los registros de seguridad, quién puede exportarlos y cómo quitar los datos de otras personas. NetSenX, como encargado del tratamiento, apoya estas solicitudes según su contrato de encargo; sus registros tratan de conexiones de equipos, no del contenido de mensajes.

Debe decir claramente que los equipos y redes de la empresa se vigilan por seguridad, qué significa eso y dónde están los límites. Una sección útil cubre: la finalidad (detectar ataques y proteger datos, no medir el rendimiento); qué se registra (metadatos de conexión de los equipos y redes de la empresa, no el contenido de los mensajes); si se permite el uso privado de los equipos de trabajo y cómo se trata el tráfico privado; las normas sobre dispositivos personales, memorias USB, herramientas de acceso remoto y servicios de IA; quién ve las alertas y cuánto tiempo se guardan los registros; qué ocurre cuando una alerta afecta al equipo de un empleado; y a quién preguntar. Manténgala lo bastante breve para que se lea, hágala revisar por un asesor jurídico y, donde se exija, acuérdela con los representantes de los trabajadores. Describa NetSenX por lo que hace: vigilancia de equipos y conexiones, sin descifrado.

El tiempo que hagan falta para la seguridad y para posibles obligaciones legales, y no más: el principio de limitación del plazo de conservación del RGPD exige un plazo definido, no guardar registros por si acaso. No hay una cifra única en la UE para los registros de seguridad de red, así que fíjela usted y deje escrito el motivo. A favor de un plazo más largo suelen estar los incidentes descubiertos tarde, las peticiones de auditores, aseguradoras y autoridades, y normas sectoriales o nacionales que exigen registros; a favor de uno más corto, que los registros se refieren a empleados identificables y que menos datos implican menos que proteger. Muchas empresas eligen un plazo de meses para las alertas y uno mayor para los expedientes de incidentes y las decisiones. La conservación del historial de alertas y del registro de auditoría en NetSenX depende del plan; la página de precios indica ambos.

El reconocimiento de emociones en el trabajo está prohibido, y la IA que vigila o evalúa a los trabajadores se considera de alto riesgo. El artículo 5 del Reglamento de inteligencia artificial (AI Act) prohíbe los sistemas de IA que infieren las emociones de las personas en el lugar de trabajo, salvo por motivos médicos o de seguridad, y el anexo III clasifica como de alto riesgo la IA usada para supervisar y evaluar el rendimiento y el comportamiento de las personas en relaciones laborales, con obligaciones estrictas para proveedores y responsables del despliegue. A esto se suman el RGPD y el derecho laboral nacional, y los representantes de los trabajadores suelen tener voz. Por eso conviene tener cuidado con herramientas que puntúan la productividad, registran pulsaciones o analizan caras y voces. NetSenX está hecho de otra manera: observa equipos y conexiones de red para detectar ataques, informa del uso de IA por equipo y programa, nunca por persona, y no evalúa a los empleados.