So funktioniert es
Totenvis ist eine einzige Installation, die einen IT-Bestand kennt, ihn beobachtet, auf ihn einwirkt und seine Compliance nachweist — ganz allein. Ein Geräteagent und ein Compliance-Paket erweitern sie weiter. Alle zehn Teile unten sind gebaut und laufen heute. Diese Seite wird mit dem Branch main des Produkt-Repositorys auf dem Laufenden gehalten — nichts unten behauptet mehr, als tatsächlich geliefert wurde.
Die Plattform
Richten Sie Totenvis auf ein Netzwerk, und ganz allein, ohne etwas hinzuzufügen, findet es jedes erreichbare Asset, beobachtet, was darauf passiert, verwandelt, was falsch ist, in eine Änderung, die ein Bediener genehmigt, und weist das Ergebnis nach. Ein Gerät, das nichts direkt erreichen kann, meldet sich stattdessen über den Agenten, und die Installation meldet sich beim Konto-Portal, um ihre Lizenz aktuell zu halten — alles andere unten läuft ohne beides.
Erkennung
Totenvis durchsucht die angepeilten Subnetze per ICMP- und TCP-Sonden, sammelt ARP-Tabellen und durchläuft SNMP, wo ein Nur-Lese-Zugangsdaten verfügbar ist — einschließlich LLDP- und CDP-Nachbartabellen, sodass Gerät-zu-Gerät-Verbindungen automatisch erscheinen. Jedes Asset wird mit seiner IP, MAC, Hostname und erster/letzter Sichtungszeit gespeichert. Wenn die Erkennung blockiert ist — ein Gerät, das nicht antwortet, ein fehlendes Zugangsdatum — sagt Totenvis genau, wo, und schlägt vor, was es entblocken würde.
Topologie
Eine interaktive, kraftbasierte Karte wird aus dem aufgebaut, was die Erkennung findet: Assets, Subnetze und die Verbindungen zwischen ihnen. Zoomen, verschieben, nach Standort, VLAN oder Gerätetyp filtern und ein Detailfenster für alles auf der Karte öffnen.
Behebung
Erkennungslücken werden zu Vorschlägen mit angehängten Nachweisen, und das Schließen der Schleife durch eine Aktion an einem Gerät ist live: Das Genehmigen eines Vorschlags erzeugt einen Änderungsdatensatz, statt das Gerät direkt zu berühren, und der Treiber läuft, wenn das geplante Zeitfenster dieser Änderung sich öffnet, wobei das Ergebnis beim nächsten Scan überprüft und im Prüfprotokoll festgehalten wird. Der heutige Treiber deckt eine Klasse von Behebungen ab — das Wiederaktivieren des SNMP-Zugriffs auf Meraki-verwalteten Geräten, der erste echte Geräteschreibvorgang des Produkts; weitere Gerätetypen und Behebungsarten stehen noch auf der Roadmap, und die Behebung auf agentenabgedeckten Geräten ist geplant, über die Agenten-Erweiterung unten zu laufen.
Änderungsdatensätze
Das Genehmigen eines Vorschlags erzeugt eine Änderung, keine sofortige Aktion: Der Tab Vorschläge behält nur Genehmigen und Verwerfen, und die Änderung trägt ihre eigene Bewertung, Genehmigung und geplantes Zeitfenster. Ein Planer führt den Treiber aus, wenn sich dieses Zeitfenster öffnet, oder ein Bediener kann ihn früher über den Tab Änderungen ausführen, der jede Änderung mit ihrem Status, Zeitfenster, Genehmiger und Ergebnis listet. Der Datensatz lebt heute in Totenvis, mit einem ServiceNow-Connector, um dieselbe Änderung durch das ITSM-Tool laufen zu lassen, das Sie bereits nutzen — gebaut, aber noch nicht gegen eine echte Instanz verifiziert.
Vorfälle
Ein blockierender Erkennungsvorschlag, ein Asset, das über seine Kulanzfrist hinaus verschwindet, oder ein Controller, der seinen Gesundheitscheck nicht besteht, können jeweils einen Vorfall über dieselbe Datensatzgrenze öffnen, die eine Änderung durchläuft, und ihn wieder schließen, wenn die Bedingung sich auflöst. Regeln sind durch den Bediener konfigurierbar und standardmäßig ausgeschaltet, sodass der erste Scan einer frischen Installation nie eine Ticket-Warteschlange überflutet.
Beobachtbarkeit
Messungen über die Zeit kommen als OpenTelemetry an, von Ihren eigenen Collectoren und vom Agenten, und ein Flow-Collector liest NetFlow direkt von den Exportern, die Ihr Netzwerk bereits hat — sodass der Datenverkehr zwischen zwei Assets neben dem Datensatz steht, was diese Assets sind. Die Seite eines Assets stellt seine eigenen Messwerte über die letzte Stunde oder den letzten Tag dar; die Topologiekarte legt die Live-Linknutzung über jede Schnittstelle, die sie messen kann; und ein Host, den nichts durchsucht hat, erscheint auf der Karte in dem Moment, in dem er Telemetrie zu exportieren beginnt, markiert als auf diese Weise gefunden statt durch einen Scan.
Konten und Rollen
Jede Installation startet mit einem Benutzer, einem Administrator. Über einen Tab Konten kann dieser Administrator zusätzliche Konten als Bediener oder Betrachter anlegen, die Rolle jedes Kontos ändern und einen Benutzer deaktivieren oder wieder aktivieren, ohne seinen Datensatz zu löschen. Eine Schutzmaßnahme verhindert, dem letzten verbleibenden Administrator die Administratorrechte zu entziehen oder ihn zu deaktivieren, sodass eine Installation nie aus ihren eigenen Konten ausgeschlossen werden kann. Es gibt keine Selbstbedienungs-Anmeldung — ein Administrator legt jedes Konto an.
Support
Ein Tab Support lässt einen Bediener eine Frage mit angehängtem Kontext stellen — der Bildschirm, die Bereitschaft dieser Installation, die Version — geleitet durch eine Einstellung an den Hersteller (verwaltete Kunden, über den Anmeldefeed), den eigenen Service-Desk des Kunden oder ein Postfach; nichts verlässt die Installation, bis ein Weg festgelegt ist. Ein KI-Assistent, verankert in der eigenen Dokumentation des Produkts und dem Zustand dieser Installation, antwortet zuerst und übergibt an eine Person auf dem jeweils konfigurierten Weg, mit dem Transkript. Der Agent auf dem Gerät eines Endbenutzers bietet dieselbe erste Zeile mit dem eigenen Kontext dieses Geräts; die Bitte um eine Person benachrichtigt sofort den Weg, und jemand bei der Installation kann direkt im Chat aus dem Tab Support antworten — ein vollständiges Transkript folgt über den Weg nur, wenn niemand rechtzeitig antwortet. Der Postfach-Weg ist im Feld durchgängig verifiziert, sowohl für eine erhobene Anfrage als auch für den Live-Chat eines Geräts, und erreicht eine echte Adresse auf der eigenen Installation des Inhabers; die Hersteller- und Service-Desk-Wege sind durch die eigenen Tests ihrer Absender gedeckt, noch nicht einen echten Endpunkt.
Erweiterungen
Zwei Dinge erweitern die Plattform über das hinaus, was sie heute allein leistet. Beide sind gebaut.
Geräteagent
Wo das Öffnen eines Ports keine Option ist, läuft stattdessen ein kleiner Totenvis-Agent auf dem Gerät — Windows, macOS oder Linux — und verbindet sich nur nach außen. Er meldet sich mit einem einmaligen Token an, installiert sich als Dienst und berichtet, was das Gerät ist und was es ausführt. Der Agent stammt von Ihrer eigenen Totenvis-Installation, nicht von einem öffentlichen Download — Linux als einzeiliger Silent-Install-Befehl oder .deb/.rpm-Pakete, Windows als interaktiver Assistent, der nach Adresse und Anmelde-Token fragt, im Feld verifiziert bei Installation und Anmeldung auf einem echten Windows-PC. Er trägt auch den oben unter Support genannten Live-Chat. Die Behebung auf agentenabgedeckten Geräten ist geplant, noch nicht gebaut.
Compliance-Paket
Die Bewertungs-Engine sammelt einen echten Schnappschuss der Installation — Asset-Inventar, Zugangsdaten-Tresor, Prüfprotokoll, Änderungsdatensätze, Rollen, Agentenabdeckung — und prüft ihn gegen DORA, ISO 27001 und ITIL, 281 Kontrollen insgesamt, nach einem täglichen Zeitplan oder auf Anfrage. Eine fehlgeschlagene Kontrolle erzeugt einen Vorschlag über dieselbe Engine wie jeder andere Befund, sodass das Schließen einer Lücke ein geregelter Akt mit eigenem Nachweis ist, und ein Tab Compliance zeigt das Urteil und die Historie jeder Kontrolle mit einem Markdown- oder PDF-Bericht und einem Nachweisbündel zum Export für einen Prüfer. Kein Rahmenwerk wird bewertet, bis ein Bediener ein Paket installiert. Totenvis bewertet und weist nach; es zertifiziert nicht.