Cómo funciona
Totenvis es una sola instalación que conoce un parque informático, lo vigila, actúa sobre él y da fe de su cumplimiento, por sí misma. Un agente de dispositivo y un paquete de cumplimiento la amplían aún más. Las diez partes de abajo están construidas y funcionando hoy. Esta página se mantiene al día con la rama main del repositorio del producto — nada de lo que hay abajo afirma más de lo que realmente se ha entregado.
La plataforma
Apunte Totenvis a una red y, por sí sola y sin añadir nada, encuentra cada activo accesible, vigila lo que ocurre en él, convierte lo que está mal en un cambio que un operador aprueba, y demuestra el resultado. Un dispositivo al que nada puede llegar directamente se reporta en su lugar a través del agente, y la instalación se registra con el portal de cuenta para mantener su licencia vigente — todo lo demás de abajo funciona sin ninguno de los dos.
Descubrimiento
Totenvis recorre las subredes a las que se apunta mediante sondas ICMP y TCP, recoge tablas ARP, y recorre SNMP donde hay disponible una credencial de solo lectura — incluidas las tablas de vecinos LLDP y CDP, de modo que los enlaces dispositivo a dispositivo aparecen automáticamente. Cada activo se guarda con su IP, MAC, nombre de host y horas de primera y última vez visto. Cuando el descubrimiento está bloqueado — un dispositivo que no responde, una credencial que falta — Totenvis dice exactamente dónde y propone qué lo desbloquearía.
Topología
Se construye un mapa interactivo, de disposición dirigida por fuerzas, a partir de lo que encuentra el descubrimiento: activos, subredes y los enlaces entre ellos. Haga zoom, desplácese, filtre por sitio, VLAN o tipo de dispositivo, y abra un panel de detalle para cualquier cosa del mapa.
Remediación
Las lagunas de descubrimiento se convierten en propuestas con pruebas adjuntas, y cerrar el ciclo con una acción sobre un dispositivo ya está en marcha: aprobar una propuesta genera un registro de cambio en lugar de tocar el dispositivo directamente, y el controlador se ejecuta cuando se abre la ventana programada de ese cambio, con el resultado comprobado en el siguiente barrido y registrado en el rastro de auditoría. El controlador actual cubre una clase de corrección — reactivar el acceso SNMP en dispositivos gestionados por Meraki, la primera escritura real del producto sobre un dispositivo; más tipos de dispositivos y de correcciones siguen en la hoja de ruta, y la remediación en dispositivos cubiertos por el agente está prevista para pasar por la extensión de agente de abajo.
Registros de cambio
Aprobar una propuesta genera un cambio, no una acción inmediata: la pestaña Propuestas solo conserva Aprobar y Descartar, y el cambio lleva su propia evaluación, aprobación y ventana programada. Un planificador ejecuta el controlador cuando se abre esa ventana, o un operador puede ejecutarlo antes desde la pestaña Cambios, que lista cada cambio con su estado, ventana, aprobador y resultado. El registro vive en Totenvis hoy, con un conector de ServiceNow para ejecutar el mismo cambio a través de la herramienta ITSM que ya usa — construido, pero aún no verificado contra una instancia real.
Incidentes
Una propuesta de descubrimiento bloqueante, un activo que desaparece más allá de su periodo de gracia, o un controlador que falla su comprobación de salud pueden abrir cada uno un incidente a través de la misma frontera de registro que atraviesa un cambio, y cerrarlo de nuevo cuando la condición se disipa. Las reglas son configurables por el operador y están desactivadas por defecto, de modo que el primer barrido de una instalación nueva nunca inunda una cola de tickets.
Observabilidad
Las mediciones a lo largo del tiempo llegan como OpenTelemetry, desde sus propios colectores y desde el agente, y un colector de flujo lee NetFlow directamente de los exportadores que su red ya tiene — de modo que el tráfico entre dos activos se sitúa junto al registro de qué son esos activos. La página de un activo traza sus propias métricas durante la última hora o día; el mapa de topología superpone la utilización de enlace en vivo sobre cada interfaz que puede medir; y un host que nada ha barrido aparece en el mapa en el momento en que empieza a exportar telemetría, marcado como encontrado de esa manera en lugar de por un barrido.
Cuentas y roles
Cada instalación empieza con un solo usuario, un administrador. Desde una pestaña Cuentas, ese administrador puede crear cuentas adicionales como operador o visor, cambiar el rol de cualquier cuenta, y deshabilitar o reactivar a un usuario sin borrar su registro. Una salvaguarda bloquea quitar los derechos de administrador al último administrador restante, o deshabilitarlo, de modo que una instalación nunca puede quedar bloqueada fuera de sus propias cuentas. No hay alta por autoservicio — un administrador crea cada cuenta.
Soporte
Una pestaña Soporte permite a un operador plantear una pregunta con contexto adjunto — la pantalla, la preparación de esta instalación, la versión — encaminada por un ajuste al proveedor (clientes gestionados, a través del flujo de inscripción), al propio servicio de atención del cliente, o a un buzón; nada sale de la instalación hasta que se fija una vía. Un asistente de IA, anclado en la propia documentación del producto y el estado de esta instalación, responde primero y pasa a una persona por la vía que esté configurada, con la transcripción. El agente en el dispositivo de un usuario final ofrece la misma primera línea con el contexto propio de ese dispositivo; pedir una persona notifica la vía de inmediato, y alguien de la instalación puede responder directamente en el chat desde la pestaña Soporte — una transcripción completa sigue por la vía solo si nadie responde a tiempo. La vía del buzón está verificada en campo de extremo a extremo, tanto para una solicitud planteada como para el chat en vivo de un dispositivo, llegando a una dirección real en la instalación propia del propietario; las vías de proveedor y servicio de atención están cubiertas por las propias pruebas de sus remitentes, todavía no un punto final real.
Extensiones
Dos cosas amplían la plataforma más allá de lo que hace por sí sola hoy. Ambas están construidas.
Agente de dispositivo
Donde abrir un puerto no es una opción, un pequeño agente de Totenvis se ejecuta en el dispositivo en su lugar — Windows, macOS o Linux — y solo se conecta hacia afuera. Se inscribe con un token de un solo uso, se instala como servicio, e informa de qué es el dispositivo y qué está ejecutando. El agente viene de su propia instalación de Totenvis, no de una descarga pública — Linux como un comando de instalación silenciosa de una línea o paquetes .deb/.rpm, Windows como un asistente interactivo que pide la dirección y el token de inscripción, verificado en campo instalando e inscribiéndose en un PC Windows real. También lleva el chat en vivo nombrado bajo Soporte más arriba. La remediación en dispositivos cubiertos por el agente está prevista, aún no construida.
Paquete de cumplimiento
El motor de evaluación recoge una instantánea real de la instalación — inventario de activos, bóveda de credenciales, registro de auditoría, registros de cambio, roles, cobertura del agente — y lo comprueba contra DORA, ISO 27001 e ITIL, 281 controles en total, con una programación diaria o a demanda. Un control fallido genera una propuesta a través del mismo motor que cualquier otro hallazgo, de modo que cerrar una laguna es un acto gobernado con su propia prueba, y una pestaña Cumplimiento muestra el veredicto y el historial de cada control con un informe en Markdown o PDF y un paquete de pruebas para exportar a un auditor. Ningún marco se evalúa hasta que un operador instala un paquete. Totenvis evalúa y da fe; no certifica.