Eine Schwachstelle zu finden war noch nie das Schwierige. Sie beheben zu lassen und dauerhaft behoben zu halten, schon.
Die meisten mittelständischen Teams, die neu unter NIS2 fallen, haben keine Sicherheitsspezialisten. Jemand aus der IT oder der Entwicklung bleibt zusätzlich zur eigentlichen Arbeit auf der Liste der Schwachstellen sitzen, und ohne klare Zuständigkeit und Frist bleiben die Einträge in einer Tabelle liegen, bis das nächste Audit sie wieder ans Licht bringt. Jede Schwachstelle, die wir in module scry finden, machen wir zu einem nachverfolgten Vorgang, in den Werkzeugen, die Ihr Team ohnehin nutzt, mit einer verantwortlichen Person, einem Fälligkeitsdatum und einem erneuten Scan, der bestätigt, dass sie wirklich behoben ist.
Integrationen
Wir senden jede Behebung an die Tools, die Ihr Team bereits nutzt.
Wir eröffnen für jeden Fund ein Ticket und schließen es, sobald ein erneuter Scan die Behebung bestätigt, damit nichts in eine Tabelle kopiert wird oder verloren geht.
Funktionen
Routing-Regeln
Regeln leiten jeden Fund nach Typ und Schweregrad weiter: als Ticket, als Chat-Nachricht oder stummgeschaltet. Einmal festgelegt, folgt ihnen jeder neue Fund.
Zuständigkeit
Regeln weisen jeden Punkt automatisch der richtigen zuständigen Person zu, oder Sie weisen ihn von Hand zu, damit nichts ohne Verantwortliche bleibt.
SLA-Fristen
Jeder Punkt erhält eine Frist aus der Regel, die ihn erfasst hat, damit die dringende Arbeit klar ersichtlich ist.
Automatisches Schließen
Wir schließen einen Punkt automatisch, sobald ein erneuter Scan bestätigt, dass der Fund weg ist, und öffnen ihn wieder, falls er zurückkehrt.
Zwei-Wege-Ticket-Sync
Schließen Sie das Ticket in Jira, GitHub oder GitLab, schließt sich der Punkt mit; öffnen Sie das Ticket erneut, öffnet er sich wieder.
Kennzahlen
Offene und überfällige Punkte, mittlere Behebungsdauer und SLA-Einhaltung, Woche für Woche verfolgt.
Webhooks senden an Ihren eigenen Endpunkt; E-Mails versenden wir aus unserer EU-Infrastruktur.
- Webhooks
- Emailbald
Europäisch
Europäische Anbieter und Open-Source-Projekte.
- YouTrack
- Forgejo
- OpenProject
- Matrix
- ntfy
Nicht-EU, selbst hostbar
Open Source, die Sie selbst betreiben, sodass Ihre Daten in der EU bleiben können.
- GitLab
- Gitea
- Mattermost
- Redminebald
- Grafanabald
Nicht-EU
Globale SaaS. Die Daten gehen an den Anbieter, den Sie verbinden.
- Jira
- GitHub
- Slack
- Microsoft Teams
So funktioniert module ward
- 01
Die Routing-Regel einmal festlegen
Sie entscheiden, wie jeder Schweregrad behandelt wird: Eine kritische Schwachstelle öffnet ein Ticket in Ihrem Tracker und meldet sich in einem Chat-Kanal, eine geringfügige schickt nur eine Benachrichtigung. Legen Sie die Regel einmal fest, und wir wenden sie auf jede neue Schwachstelle aus module scry an. Niemand muss jedes Mal aufs Neue entscheiden, wer davon erfahren soll.
- 02
Ein zuständiger Vorgang pro Schwachstelle
Wir öffnen genau einen Vorgang pro Schwachstelle, in Jira, GitHub, GitLab, Gitea, Forgejo, YouTrack oder OpenProject, mit einer verantwortlichen Person und einem Fälligkeitsdatum, das gegen Ihr eigenes SLA nachverfolgt wird. Findet ein erneuter Scan dieselbe Schwachstelle weiterhin, aktualisieren wir diesen Vorgang, statt einen neuen zu öffnen, sodass sich der Tracker nie mit Duplikaten füllt. Sie sehen auf einen Blick, was überfällig ist.
- 03
Geschlossen heißt weg, nicht nur als erledigt markiert
Wenn ein späterer Scan aus module scry die Schwachstelle nicht mehr sieht, schließen wir den Vorgang automatisch und hängen diesen Scan als Nachweis an. Erledigt bedeutet, dass die Schwachstelle wirklich weg ist, nicht dass jemand daran gedacht hat, sie als behoben zu markieren. Mit module sigil wird dieser bestätigte Behebungsnachweis zum Beleg für einen NIS2-Bericht.
Wo es hineinpasst
- scrysehen, was Sie exponieren
- hexbeweisen, dass es dicht ist
- wardSie sind hierbeheben und bestätigen, dass es weg ist
- sigilin Compliance-Nachweise verwandeln
Häufige Fragen zu module ward
Mit welchen Werkzeugen lässt sich module ward heute verbinden?
Ticketing: Jira, GitHub, GitLab, Gitea, Forgejo, YouTrack, OpenProject. Benachrichtigungen: Slack, Microsoft Teams, Mattermost, Matrix, ntfy, ein Webhook oder E-Mail. Einige davon (Gitea, Forgejo, Mattermost, Matrix) sind europäisch und selbst hostbar, was wichtig ist, wenn Ihre Schwachstellendaten in der EU oder auf Ihren eigenen Servern bleiben müssen.
Überschwemmt ein erneuter Scan unseren Tracker mit doppelten Tickets?
Nein. Wir erstellen genau einen nachverfolgten Vorgang pro Schwachstelle. Findet ein erneuter Scan dieselbe Schwachstelle weiterhin, aktualisieren wir den bestehenden Vorgang, statt einen neuen zu öffnen, sodass der Tracker eine Liste unterschiedlicher Probleme bleibt und nicht zu Scan-Rauschen wird.
Kann jemand das Ticket einfach schließen, ohne wirklich etwas zu beheben?
Er kann das Ticket schließen, aber unser Nachweis richtet sich nach dem Scan, nicht nach dem Ticket-Status. Wir schließen einen nachverfolgten Vorgang erst, wenn ein späterer Scan aus module scry die Schwachstelle nicht mehr sieht, und wir bewahren diesen Scan als Nachweis auf. Markieren Sie ein Ticket als erledigt, während die Schwachstelle noch aktiv ist, bleibt der Vorgang offen, bis ein Scan bestätigt, dass sie weg ist.
Die NIS2-Frist verschiebt sich nicht. Ihre Einrichtung kann heute beginnen.
Sehen Sie, was Ihr Unternehmen im Internet exponiert. Kostenlos, in der EU gehostet, kein Sicherheitsteam nötig.
*Nur passiver Scan. Wir greifen nie auf Ihre Systeme zu. Kostenlos, keine Kreditkarte, in der EU gehostet.