MSPs und MSSPs

Ein MSP (Managed Service Provider) betreibt die IT seiner Kunden; ein MSSP (Managed Security Service Provider) betreibt deren Sicherheitsüberwachung und Reaktion. Die Grenze ist verschwommen: Viele MSPs verkaufen heute Sicherheitsleistungen, und Kunden erwarten das oft. Entscheidend ist, was Sie versprechen. Ein MSSP verpflichtet sich meist, Alarme in festgelegten Zeiten zu beobachten, oft rund um die Uhr, mit Reaktionszeiten im Vertrag und dafür geschultem Personal. Ein MSP, der ein Sicherheitswerkzeug ergänzt, aber nachts niemanden hat, der hinschaut, ist kein MSSP, und sein Vertrag sollte das sagen. Beide können NetSenX zur Erkennung nutzen: Jeder Kunde ist ein eigener Mandant, und das Partnerprogramm richtet sich an MSSPs und Reseller.

Ja. Jeder Kunde ist ein eigener Mandant, in der Datenbank durch Row-Level Security getrennt, und jeder kann mit dem Free-Plan beginnen und in den Plan wechseln, den sein Netz braucht. Diese Trennung zählt für Ihre Kunden: Ihre Alarme, Netzwerkkarten und Audit-Logs vermischen sich nie mit denen eines anderen Kunden. White-Label-Berichte gibt es im Enterprise-Plan, und das Partnerprogramm richtet sich an MSSPs und Reseller, sodass Sie Konditionen klären können, bevor Sie bei vielen Kunden ausrollen. Die Untersuchung von Alarmen bleibt bei Ihnen oder Ihrem Kunden; NetSenX betreibt keinen Managed Service. Beschreiben Sie Ihre Leistung entsprechend: NetSenX erkennt und erklärt, Ihr Team entscheidet und reagiert.

Jeder Kunde wird als eigener NetSenX-Mandant eingerichtet, in der Datenbank durch Row-Level Security getrennt; wie ein Partner mandantenübergreifend arbeitet, wird im Partnerprogramm vereinbart. Die Trennung ist der Kern: Alarme, Geräte und Audit-Log eines Kunden erscheinen nie in der Ansicht eines anderen, und genau danach werden Ihre Kunden und deren Prüfer fragen. Bevor Sie Ihre Abläufe um eine einzige Konsole für alle Kunden herum planen, fragen Sie NetSenX, wie der Partnerzugang heute funktioniert und was in welchem Plan enthalten ist, statt es vorauszusetzen. Jeder Kundenmandant kann mit dem Free-Plan beginnen und in den Plan wechseln, den sein Netz braucht.

In einem gut gebauten Werkzeug erzwingt das System selbst die Trennung, nicht nur die Oberfläche, sodass ein Fehler in einer Ansicht die Daten eines Kunden nicht einem anderen zeigen kann. Fragen Sie Anbieter, wie das gelöst ist: Trägt jeder Datensatz einen Mandanten, verweigert die Datenbank mandantenübergreifende Abfragen, und sind Personalkonten auf die betreuten Mandanten beschränkt? In NetSenX ist jeder Kunde ein eigener Mandant, in der Datenbank durch Row-Level Security getrennt, sodass Abfragen nur Zeilen des Mandanten zurückgeben, zu dem sie gehören. Geben Sie auf Ihrer Seite Technikern eigene Konten mit Mehrfaktor-Authentifizierung, vergeben Sie Zugriffe je Kunde und entziehen Sie sie, wenn jemand geht oder ein Kunde den Vertrag beendet.

Ja. Das NetSenX-Partnerprogramm richtet sich an MSSPs, MSPs und Reseller, die ihren Kunden Netzwerkerkennung anbieten wollen. Die Konditionen werden mit jedem Partner vereinbart; die Partnerseite beschreibt das Programm und die Bewerbung. Legen Sie vorher fest, welche Kunden Sie einbringen, welche Pläne diese brauchen, ob Sie White-Label-Berichte benötigen, die es im Enterprise-Plan gibt, und wer in Ihrem Team die Alarme liest. Fragen Sie, wie der Partnerzugang zu mehreren Kundenmandanten funktioniert und wie abgerechnet wird, damit Sie Ihre Leistung richtig kalkulieren. Gleich welche Konditionen: NetSenX bleibt Erkennungssoftware, die Überwachungsleistung und die Reaktion sind Ihre.

Mit NetSenX ja, im Enterprise-Plan: Berichte unter Ihrer eigenen Marke, zusammen mit mandantenfähiger Bereitstellung, per Vertrag. In den anderen Plänen tragen die PDF-Berichte, verfügbar ab dem Starter-Plan, den Namen NetSenX, was viele MSPs als unabhängige Quelle neben ihrem eigenen Leistungsbericht nutzen. In jedem Fall ist jeder Kunde ein eigener Mandant, in der Datenbank getrennt. Gehört White Label zu Ihrem Angebot, sprechen Sie es im ersten Gespräch mit NetSenX an, damit Paket und Partnerkonditionen klar sind, bevor Sie es Kunden verkaufen, und prüfen Sie, welchen Plan jeder Kunde für die zugesagten Berichte braucht.

Ja, ab dem Starter-Plan: Jeder Kundenmandant kann aus seinen eigenen Daten PDF-Berichte mit dem Namen NetSenX erzeugen; Berichte unter Ihrer eigenen Marke gibt es im Enterprise-Plan. Am nützlichsten ist ein Bericht, wenn er regelmäßig und kurz ist: was überwacht wurde, welche Alarme es gab, was getan wurde, was sich im Netz geändert hat und was noch nicht abgedeckt ist. Kunden im NIS2-Anwendungsbereich und ihre Prüfer interessieren sich mehr für Belege und Daten als für Diagramme. Kombinieren Sie den NetSenX-Bericht mit Ihrer eigenen Leistungsübersicht und bewahren Sie beides auf, denn der Kunde kann sie Monate später für einen Versicherer oder eine Behörde brauchen. Mandanten im Free-Plan haben keine PDF-Berichte.

Für kleine Kunden passt meist ein Modell besser, bei dem ein Sensor einen ganzen Standort abdeckt, denn Preise pro Endpunkt steigen mit jedem PC und Telefon und können übersteigen, was der Kunde Ihnen zahlt. Sehen Sie sich Ihren Kundenstamm an: Zählen Sie Geräte und Standorte je Kunde und rechnen Sie beide Modelle für Ihre fünf typischsten Kunden durch, bevor Sie einen Anbieter wählen. Bei NetSenX ist die Einheit das Gerät, aber ein Gerät ist ein Host mit Agent, und ein Agent an einem SPAN- oder TAP-Port zählt als ein Gerät für das ganze beobachtete Segment. Ein typisches kleines Büro sind daher ein oder wenige Geräte, was in die 3 Geräte des Free-Plans oder in den Starter-Plan für 49 € pro Monat passen kann.

Halten Sie die Kosten pro Kunde niedrig und die Arbeit pro Alarm kurz: ein Sensor pro Standort, Alarme, die sich selbst erklären, und eine Standardleistung, die Sie nicht für jeden Kunden anpassen. Bei einem Kunden mit fünf PCs und einem Drucker setzen Sie einen Agenten an einen Spiegelport des Büro-Switches statt Software auf jede Maschine. Standardisieren Sie Einrichtung, Alarmroutine und Monatsbericht, damit jeder Kunde gleich behandelt wird. Bepreisen Sie die Leistung nach dem Wert der Netzbeobachtung und der gelieferten Nachweise, nicht nach dem Werkzeug allein. Bei NetSenX zählt ein Agent an einem SPAN- oder TAP-Port als ein Gerät, und der Free-Plan deckt 3 Geräte ohne Zeitlimit ab, sodass die kleinsten Kunden ohne Lizenzkosten starten können.

Ja. Jeder Kundenmandant kann mit dem NetSenX-Free-Plan beginnen, ohne Zeitlimit und ohne Kreditkarte, und in einen bezahlten Plan wechseln, wenn er mehr Geräte oder Funktionen braucht; Planwechsel gelten sofort. Der Free-Plan umfasst die zentralen Erkennungen, die Netzwerkkarte, die Nachverfolgung der NIS2-Fristen und das Audit-Log und bewahrt 30 Tage Alarmhistorie auf. Typische Gründe für einen Wechsel sind PDF-Berichte für den Kunden ab dem Starter-Plan, mehr Geräte, Shadow-AI- und OT-Sichtbarkeit oder Slack und Webhooks ab dem Pro-Plan sowie SIEM-Export ab dem Business-Plan. Der kostenlose Start lässt Sie einem Kunden echte Ergebnisse aus seinem eigenen Netz zeigen, bevor er ein Budget festlegt.

Ein kleiner Standardstack, den Sie bei jedem Kunden gleich betreiben: Endpunktschutz mit zentraler Verwaltung, Mehrfaktor-Authentifizierung, Backup mit getesteter Wiederherstellung, E-Mail-Sicherheit und Netzwerkerkennung dort, wo Kunden lokale Netze haben. Meiden Sie Werkzeuge, die pro Kunde abgestimmt werden müssen oder einen eigenen Analysten brauchen, denn Ihre Marge verschwindet in den Stunden. Bevorzugen Sie Anbieter mit veröffentlichten Preisen, einfacher Lizenzierung, sauberer Trennung der Kunden und Alarmen, auf die ein Techniker reagieren kann. Prüfen Sie, wie jedes Werkzeug den Fernzugriff schützt, den es Ihnen gibt, denn Ihre eigenen Werkzeuge sind ein Ziel. NetSenX passt in den Netzwerkteil eines solchen Stacks: ein Agent an einem SPAN- oder TAP-Port pro Standort, verständliche Alarme und ein Mandant pro Kunde.

Verkaufen Sie eine festgelegte Routine mit regelmäßigem Ergebnis, kein Werkzeug: was Sie beobachten, wann Sie hinsehen, was Sie tun, wenn etwas passiert, und was der Kunde jeden Monat oder jedes Quartal erhält. Ein klares Paket kann eine Einrichtung mit Geräteinventar umfassen, die Durchsicht der Alarme an Werktagen, eine vereinbarte Reaktion auf dringende Alarme, eine Monatsübersicht und eine Quartalsprüfung dessen, was noch nicht abgedeckt ist. Dieses Ergebnis schätzen Kunden und ihre Versicherer: datierte Belege, dass jemand hinschaut. Bepreisen Sie es pro Kunde oder pro Standort und sagen Sie ehrlich, was außerhalb der Arbeitszeiten geschieht. NetSenX unterstützt das mit Erkennung und Erklärungen in jedem Plan, PDF-Berichten ab dem Starter-Plan und einem Mandanten pro Kunde.

Beobachten Sie den Verkehr einige Tage passiv: Die meisten Geräte zeigen sich binnen Stunden, der Rest binnen Tagen, wenn sie Adressen anfordern, Namen auflösen und mit Servern sprechen. Setzen Sie einen Sensor an einen Spiegelport des Hauptswitches und vergleichen Sie dann, was erscheint, mit der Liste des Kunden, den verbundenen Geräten im Router und der Port-Tabelle des Switches. Rechnen Sie mit Überraschungen: vergessene Server, private Geräte, der Router eines Dienstleisters im Schrank. Ein Gerät, das nie Verkehr sendet oder in einem nicht gespiegelten Segment steht, erscheint nicht, gehen Sie also auch durch die Räume. Die Netzwerkkarte von NetSenX leistet das in jedem Plan, auch im Free-Plan: Geräte mit angekündigtem Namen, erstes und letztes Auftreten und wer mit wem spricht, ohne etwas aktiv abzufragen.

Wer und was im Netz ist, was nach außen offen ist und ob die Grundlagen vorhanden sind. Erstellen Sie ein Geräteinventar aus dem Verkehr und einem Rundgang durchs Büro. Prüfen Sie, welche Dienste aus dem Internet erreichbar sind, etwa Remote Desktop, Dateifreigaben oder alte VPNs. Listen Sie Administratorkonten auf und entfernen Sie geteilte Konten und solche ehemaliger Mitarbeitender. Bestätigen Sie, dass Backups laufen und eine Kopie offline liegt, und machen Sie einen Wiederherstellungstest. Prüfen Sie, ob Mehrfaktor-Authentifizierung für E-Mail und Fernzugang aktiv ist. Suchen Sie nach Fernzugriffswerkzeugen früherer Dienstleister. Halten Sie die Funde fest und vereinbaren Sie Prioritäten mit dem Kunden. NetSenX hilft beim Inventar und zeigt ab den ersten Tagen Beaconing, Scans und ungewöhnliche Uploads.

Leiten Sie die Alarme jedes Kunden auf einen Kanal, den Ihr Team tatsächlich beobachtet, mit dem Kundennamen in jeder Nachricht. Bei NetSenX gehen die Alarme jedes Kundenmandanten in jedem Plan per E-Mail hinaus; ab dem Pro-Plan auch an Slack, per Webhook in Ihr Ticket- oder Bereitschaftssystem oder über die API an Ihre eigenen Werkzeuge. Legen Sie fest, was sofort bei einem Menschen landet und was auf die Morgendurchsicht wartet, und testen Sie den Weg mit einem harmlosen Alarm. Sorgen Sie dafür, dass zwei Personen dringende Alarme erhalten und Urlaube abgedeckt sind. Die Erkennung läuft zu jeder Stunde, doch niemand bei NetSenX beobachtet die Alarme Ihrer Kunden für Sie: Die Reaktion ist Ihre Leistung.

Ja, ab dem Pro-Plan: Alarme aus einem Kundenmandanten können an Slack oder einen Webhook gehen und von dort in Ihr Ticketsystem, Ihren Chat oder Ihr Bereitschaftswerkzeug; in jedem Plan gehen sie zusätzlich per E-Mail hinaus. Nutzen Sie je Kunde einen eigenen Kanal oder eine Kennzeichnung, damit ein Techniker sofort sieht, wessen Netz betroffen ist. Legen Sie fest, welche Alarmstufen ein Ticket erzeugen und welche nur benachrichtigen, damit der Kanal lesbar bleibt. Halten Sie den vollständigen Alarm samt Erklärung in NetSenX und verlinken Sie ihn aus dem Ticket, statt Daten herumzukopieren. Ab dem Business-Plan lassen sich Alarme auch in ein SIEM exportieren, wenn Sie eines für Ihre Kunden betreiben.

Was passiert ist, was es für ihn bedeutet, was Sie getan haben und was er tun oder entscheiden muss, in einfachen Worten und ohne Dramatik. Nennen Sie Gerät und Uhrzeit, sagen Sie, ob es harmlos, verdächtig oder ein Vorfall war und welche Belege das stützen. Haben Sie etwas eingedämmt, sagen Sie wie und ob noch etwas betroffen ist. Muss der Kunde entscheiden, etwa einen Server zu trennen oder Mitarbeitende zu informieren, sagen Sie es klar und bis wann. Könnten personenbezogene Daten oder eine NIS2-Meldung betroffen sein, weisen Sie früh darauf hin, denn Fristen können mit der Kenntnisnahme beginnen. Halten Sie alles schriftlich fest. NetSenX-Alarme liefern Ihnen die Erklärung zum Weitergeben, und das Audit-Log hält fest, was getan wurde.

Schaden eindämmen, die eigenen Werkzeuge schützen, Belege sichern und die Entscheider des Kunden informieren, in dieser Reihenfolge und schnell. Trennen Sie betroffene Maschinen vom Netz, ohne sie auszuschalten. Prüfen Sie, ob der Angreifer Ihr Fernverwaltungs- oder Fernzugriffswerkzeug genutzt hat; ist das möglich, unterbrechen Sie diese Sitzungen und setzen Sie die Zugangsdaten für alle Kunden zurück, nicht nur für diesen. Bewahren Sie Logs und Alarmhistorie auf. Ziehen Sie eine Incident-Response-Firma hinzu, wenn der Vorfall Ihre Fähigkeiten übersteigt, und sagen Sie der Geschäftsleitung des Kunden, was Sie wissen und was sie entscheiden muss, einschließlich möglicher Meldungen nach NIS2 oder DSGVO, die ihre Pflicht bleiben. NetSenX zeigt die Alarmchronologie des Kunden, laterale Bewegung und ungewöhnliche Uploads, was bei der Frage hilft, wann es begann und was abfloss.

Ja, und Angreifer suchen genau danach, denn ein Werkzeug für Fernverwaltung oder Fernzugriff erreicht alle Kunden zugleich. Schützen Sie diese Werkzeuge wie Kronjuwelen: Mehrfaktor-Authentifizierung, getrennte Administratorkonten je Techniker, beschränkte Quelladressen, Protokollierung jeder Sitzung und zeitnahe Updates des Werkzeugs selbst. Prüfen Sie, welche Kunden jedes Konto erreicht, und entfernen Sie nicht mehr benötigte Zugriffe. Auf Netzwerkseite markiert NetSenX ungewöhnliche Sitzungen und laterale Bewegung in jedem überwachten Kundennetz, auch Sitzungen, die zu ungewöhnlichen Zeiten vom Host mit Ihrem Fernverwaltungsagenten ausgehen. Jeder Kunde ist ein eigener Mandant, sodass seine Daten getrennt bleiben.

Achten Sie auf Fernsitzungen, die nicht zur Arbeit Ihrer Techniker passen: ungewöhnliche Uhrzeiten, ungewöhnliche Zielrechner, viele Rechner in kurzer Zeit oder Sitzungen, auf die neue Verbindungen innerhalb des Kundennetzes folgen. Beginnen Sie im Werkzeug selbst: Aktivieren Sie sein Audit-Log, alarmieren Sie bei neuen Administratorkonten und bei Skripten, die auf viele Geräte verteilt werden, und prüfen Sie es wöchentlich. Gleichen Sie Sitzungen mit Ihrem Ticketsystem ab. Auf Netzwerkseite sieht ein Sensor in jedem Kundennetz, was nach dem Beginn einer Sitzung geschieht: ein Host, der plötzlich viele andere kontaktiert, Scans oder Daten nach außen. NetSenX markiert laterale Bewegung und neue Sitzungen, die nicht zum Normalverhalten eines Hosts passen, in jedem Plan, im eigenen Mandanten jedes Kunden.

Ihre eigenen Anmeldungen, die Audit-Logs Ihrer Verwaltungswerkzeuge und den Verkehr, den Ihre Werkzeuge in Kundennetzen erzeugen. Alarmieren Sie bei Techniker-Anmeldungen aus neuen Ländern oder von neuen Geräten, neuen Administratorkonten, abgeschalteter Mehrfaktor-Authentifizierung, massenhaften Skriptverteilungen und API-Schlüsseln, die außerhalb einer Änderung erstellt wurden. Bewahren Sie diese Logs außerhalb der Werkzeuge selbst auf, damit ein Angreifer sie nicht löschen kann. Schützen Sie die Server oder Cloud-Konten, auf denen Ihre Werkzeuge laufen, wie die Kronjuwelen eines Kunden, und überwachen Sie auch deren Netzwerkverkehr. Achten Sie in Kundennetzen auf Aktivität, die vom Host Ihres Agenten ausgeht und zu keinem Ticket passt. NetSenX kann Ihr eigenes Büronetz und das jedes Kunden als getrennte Mandanten beobachten und meldet laterale Bewegung und ungewöhnliche Uploads als Alarme.

Kombinieren Sie automatische Erkennung zu jeder Stunde mit einer kleinen Rufbereitschaft für das wirklich Dringende, oder arbeiten Sie mit einem Anbieter zusammen, der nachts besetzt ist. Definieren Sie dringend eng, etwa bestätigte laterale Bewegung, Ransomware-Vorbereitungen oder ein großer nächtlicher Upload, damit die Bereitschaft selten und aus gutem Grund geweckt wird. Leiten Sie nur diese Alarme aufs Telefon, der Rest wartet bis zum Morgen. Schreiben Sie für jeden dringenden Fall ein kurzes Vorgehen: wie man eine Maschine isoliert und wen man beim Kunden anruft. Brauchen Kunden Menschen, die rund um die Uhr wachen, arbeiten Sie mit einem MSSP oder MDR-Anbieter zusammen, statt es selbst zu versprechen. NetSenX erkennt zu jeder Stunde und kann Alarme ab dem Pro-Plan per Webhook an jedes Bereitschaftswerkzeug senden.

Versprechen Sie nur, was Sie personell abdecken. Wacht nachts die Software und liest ein Techniker die Alarme morgens, sagen Sie genau das: Die Erkennung läuft rund um die Uhr, die Durchsicht findet an Werktagen statt, und dringende Alarme erreichen innerhalb einer vereinbarten Zeit eine Bereitschaft, sofern Sie eine haben. Schreiben Sie nicht Überwachung 24/7, wenn um 3 Uhr niemand reagiert: Versicherer, Prüfer und Gerichte lesen solche Worte wörtlich, und die Lücke kann einen Versicherungsanspruch gefährden oder einen Streit auslösen. Nennen Sie Reaktionszeiten, was als dringend gilt und was der Kunde selbst tun muss. Ein ehrliches, kleineres Versprechen, das Sie halten, ist mehr wert als ein großes, das Sie nicht halten. NetSenX erkennt zu jeder Stunde; es ist kein besetzter Dienst.

Beschreiben Sie die Leistung überprüfbar: welche Systeme und Segmente überwacht werden, mit welchem Werkzeug, wann Alarme gesichtet werden, wie schnell Sie auf jede Stufe reagieren, was Sie tun und was der Kunde tut, und was nicht abgedeckt ist. Trennen Sie die Erkennung, die automatisch zu jeder Stunde läuft, von Durchsicht und Reaktion, die stattfinden, wenn Ihr Team arbeitet oder Bereitschaft hat. Nennen Sie die Grenzen klar: verschlüsselte Inhalte, nicht überwachte Segmente, Geräte ohne Verkehr, Vorgänge auf Endpunkten. Vereinbaren Sie, welche Nachweise der Kunde erhält und wie lange die Alarmhistorie aufbewahrt wird. Lassen Sie den Text anwaltlich prüfen. Vermeiden Sie Begriffe wie SOC, 24/7 oder Garantie, wenn Sie sie nicht liefern. Bei NetSenX richtet sich die Aufbewahrungsdauer nach dem Plan des Kunden.

Das hängt vor allem von Ihrem Vertrag ab und davon, was Sie versprochen und getan haben, die Antwort ist also in jedem Fall eine rechtliche; dies ist eine allgemeine Information, keine Rechtsberatung. In der Praxis drehen sich Streitigkeiten um wenige Fragen: was der Vertrag zur Überwachung und deren Zeiten sagte, ob Sie es getan haben, ob Alarme ausgelöst und bearbeitet wurden und ob der Kunde Ihren Empfehlungen gefolgt ist. Klare Leistungsbeschreibungen, schriftliche Empfehlungen, die der Kunde abgelehnt hat, und eine Aufzeichnung von Alarmen und Maßnahmen schützen beide Seiten. Prüfen Sie Ihre Berufshaftpflicht- und Cyberversicherung und lassen Sie Verträge anwaltlich prüfen. NetSenX bewahrt im Mandanten jedes Kunden Alarme mit Zeitstempeln und ein Audit-Log der Entscheidungen auf, also genau die Aufzeichnung, die solche Fragen brauchen.

Halten Sie das Risiko und die Entscheidung des Kunden schriftlich fest, bewahren Sie die Grundlagen, die Sie können, und übernehmen Sie nicht stillschweigend die Verantwortung für das, was er abgelehnt hat. Erklären Sie in einfachen Worten, was ohne die Maßnahme passieren könnte, etwa Tage ohne Systeme nach Ransomware, und was das im Vergleich zur Maßnahme kosten würde. Bieten Sie einen kleineren ersten Schritt an. Bleibt der Kunde beim Nein, schicken Sie eine kurze schriftliche Zusammenfassung von Empfehlung und Entscheidung und bewahren Sie sie auf. Diese Aufzeichnung schützt Sie, wenn etwas passiert. Bei Netzwerkerkennung kann das Kostenargument entfallen: Der Free-Plan von NetSenX deckt 3 Geräte ohne Zeitlimit ab, sodass ein kleiner Kunde ohne Lizenzgebühr starten kann, während Sie vereinbaren, wie viel Ihrer Zeit enthalten ist.

Möglicherweise auf zwei Wegen: direkt, weil NIS2 Anbieter verwalteter Dienste und verwalteter Sicherheitsdienste unter den erfassten Sektoren nennt, und indirekt, weil Kunden im Anwendungsbereich die Sicherheit ihrer Lieferkette steuern müssen und Anforderungen vertraglich an Sie weitergeben. Ob ein MSP direkt erfasst ist, hängt von seiner Größe ab und davon, wie sein Land die Richtlinie umgesetzt hat; prüfen Sie daher Ihr nationales Recht und die Hinweise der zuständigen Behörde. Dies ist eine allgemeine Information, keine Rechtsberatung. In jedem Fall sollten Sie mit Sicherheitsfragebögen, Vertragsklauseln zu Vorfallmeldungen und Audits sowie Nachweisanfragen rechnen. Bereiten Sie eine Beschreibung Ihrer eigenen Maßnahmen vor, wie Sie den Zugang zu Kunden schützen und wie Sie ihnen einen Vorfall melden würden.

Fragen dazu, wie Sie Daten und Zugänge des Kunden schützen, wie Sie mit Vorfällen umgehen und ob Sie das belegen können. Typische Themen: Organisation und Verantwortlichkeiten, Zugriffskontrolle und Mehrfaktor-Authentifizierung, privilegierter Zugang zum Kunden, Patches, Backups, Protokollierung und Überwachung, Erkennung von Vorfällen und Meldefristen, Unterauftragnehmer, Datenstandort und Schulung der Mitarbeitenden. Beantworten Sie jede Frage wahrheitsgemäß und knapp, fügen Sie vorhandene Nachweise bei und kennzeichnen Sie geplante Verbesserungen mit Datum. Antworten Sie nicht mit Ja, wenn Sie es nicht zeigen können. Pflegen Sie eine Masterversion, denn viele Kunden stellen ähnliche Fragen. NetSenX kann einen Teil Ihrer Nachweise zur Überwachung liefern: Erkennungsaufzeichnungen, das Audit-Log und PDF-Berichte ab dem Starter-Plan.

Ein kurzes, datiertes Paket, das zeigt, dass die Maßnahmen liefen: was überwacht wurde, welche Alarme es gab und wie sie bearbeitet wurden, Vorfälle und ihre Meldefristen, Backup- und Wiederherstellungstests, Patch-Stand, Zugriffsprüfungen und offene Risiken. NIS2 verlangt von erfassten Einrichtungen Risikomanagementmaßnahmen und die Bewältigung von Vorfällen; Belege, dass dies regelmäßig geschieht, suchen ihre Leitungsorgane und Prüfer. Behalten Sie jedes Quartal dasselbe Format bei, damit Änderungen auffallen, und nennen Sie, was nicht abgedeckt ist. NetSenX liefert den Überwachungsteil: Alarme mit Zeitstempel und Erklärung, das Audit-Log, die Fristen nach Artikel 23 NIS2 pro Vorfall und PDF-Berichte ab dem Starter-Plan. Es entscheidet nicht, was meldepflichtig ist, und reicht keine Meldungen ein.

Sammeln Sie die Belege laufend, statt sie hinterher zu rekonstruieren: Alarme mit Zeitstempeln und Erklärungen, was von wem getan wurde, und die betroffenen Hosts. Vereinbaren Sie mit jedem Kunden vorab, was Sie nach einem Vorfall wie schnell liefern und wer sein Ansprechpartner gegenüber der Behörde ist. In NetSenX bleiben Alarme und Audit-Log jedes Kunden in dessen Mandanten, die Fristen nach Artikel 23 NIS2 werden pro Vorfall nachverfolgt, und PDF-Berichte gibt es ab dem Starter-Plan. Achten Sie darauf, dass die Alarmhistorie des Plans den Zeitraum abdeckt, den eine Untersuchung voraussichtlich braucht. Die Meldung an die Behörde einzureichen bleibt Sache des Kunden.

Nicht immer von Gesetzes wegen, aber oft aufgrund von Verträgen und Kundenerwartungen; prüfen Sie also, was Ihre Kunden verlangen, bevor Sie wählen. Sicherheitswerkzeuge verarbeiten Netzwerkmetadaten, die nach der DSGVO personenbezogene Daten sein können; Übermittlungen außerhalb der EU sind mit Garantien möglich, doch viele Kunden, besonders im öffentlichen Sektor, im Gesundheitswesen und im Finanzbereich, bevorzugen oder verlangen eine Speicherung in der EU und eine klare Liste der Unterauftragsverarbeiter. Fragen Sie jeden Anbieter, wo Daten gespeichert werden, welche Unterauftragsverarbeiter er nutzt und wo diese ihren Sitz haben, und was Sie beim Ausstieg zurückerhalten. NetSenX speichert Kundendaten in der EU, mit der Datenbank in Irland und der API in Frankfurt und Paris, und veröffentlicht seinen Auftragsverarbeitungsvertrag mit der vollständigen Liste der Unterauftragsverarbeiter.

Aus dem Netzwerk: welche Hosts sich mit externen KI-Diensten oder lokal betriebenen Laufzeiten für Sprachmodelle verbinden, wie oft und mit wie vielen Daten, getrennt für jeden Kunden. Bei NetSenX ist das ab dem Pro-Plan verfügbar, im eigenen Mandanten jedes Kunden, sodass jeder Kunde sein eigenes Bild erhält. Es zeigt Ziele und Volumen, nicht was eingetippt oder hochgeladen wurde, und es blockiert Dienste nicht von sich aus. Meist ist genau das der Ausgangspunkt für eine KI-Richtlinie: welche Werkzeuge im Einsatz sind, auf welchen Rechnern und ob dort große Datenmengen hinfließen. Kombinieren Sie es mit der eigenen Richtlinie des Kunden, Schulungen und, wo nötig, Einstellungen in den KI-Diensten selbst.

Ja, wenn sie passiv ist und mit den Menschen abgestimmt wird, die die Maschinen betreiben. OT-Netze (Operational Technology) verbinden Steuerungen, Maschinen und Gebäudetechnik; sie sind empfindlich, werden selten aktualisiert und können oft keine Sicherheitssoftware ausführen. Passive Überwachung über einen Spiegelport liest den Verkehr, ohne etwas an die Geräte zu senden, und genau das muss der Betriebsleiter zuerst hören. Bei NetSenX liest der Mandant des Kunden ab dem Pro-Plan Modbus/TCP, DNP3, BACnet/IP, EtherNet/IP und S7comm passiv und meldet OT-Alarme wie unautorisierte Schreibzugriffe, Übergänge zwischen Purdue-Ebenen, OT-Aktivität außerhalb der Betriebszeiten und S7comm-Befehle. NetSenX fragt OT-Geräte nie aktiv ab und ist kein Sicherheitssystem für den Prozess; Änderungen am Prozess bleiben Sache der Ingenieure des Kunden.

Eine Kopie des Verkehrs im Produktionsnetz, einen Host für den Sensor, die Zustimmung des Werks und einen Plan, der die Steuerungen nicht berührt. Suchen Sie im Produktionsnetz einen verwalteten Switch mit Port-Spiegelung oder setzen Sie einen Netzwerk-TAP auf die Verbindung zwischen den Steuerungen und ihrer Engineering-Station oder dem HMI. Verbinden Sie einen Linux-Host mit dem NetSenX-Agenten mit diesem Spiegelport, in einem Kundenmandanten mit dem Pro-Plan oder höher. Vereinbaren Sie mit dem Betriebsleiter ein Wartungsfenster, auch wenn passive Überwachung nichts an die SPS sendet. Halten Sie fest, welche Segmente abgedeckt sind und welche nicht. Gehen Sie dann die ersten Wochen der OT-Alarme mit den Ingenieuren des Kunden durch, die wissen, welche Schreibzugriffe und Befehle erwartet sind.

Die Daten gehören dem Kunden, planen Sie die Übergabe also: welche Aufzeichnungen er behält, welche Zugänge Sie abgeben und was gelöscht wird. Vereinbaren Sie das von Anfang an im Vertrag. Bei NetSenX ist jeder Kunde ein eigener Mandant, seine Alarme und sein Audit-Log bleiben also beisammen und können mit dem Kunden zum nächsten Dienstleister wechseln, indem man ändert, wer Zugriff hat, statt Daten zu kopieren. Alarme lassen sich ab dem Pro-Plan über die API und ab dem Business-Plan in ein SIEM exportieren, und PDF-Berichte gibt es ab dem Starter-Plan. DSGVO-Rechte wie Auskunft und Löschung hängen an keinem Plan. Das Schließen eines Kontos löscht seine Daten, exportieren Sie also vorher, was der Kunde braucht.