Zum Hauptinhalt springen
Zurück zum Konnektorkatalog

Konnektor

ThreatDown (Malwarebytes)

API-Zugangsdaten, pro Kunde eingetragen.

Verbindet sich mit der ThreatDown-API (Nebula, ehemals Malwarebytes), um automatisch zu prüfen, wie viele Arbeitsplatzrechner des Kunden den ThreatDown-Agenten tragen, wie viele sich im Status « geschützt » befinden und wie viele Erkennungen in den letzten 30 Tagen gemeldet wurden. Speist das ReCyF-Ziel « protection contre les codes malveillants ».

Beta

01

Was im Werkzeug anzulegen ist

Der Zugang wird in ThreatDown (Malwarebytes) angelegt, nicht in Vigicap. Vigicap fragt nie nach dem Passwort eines Administrators: Es erwartet API-Zugangsdaten, die Sie anlegen, die Sie sehen und die Sie ohne uns widerrufen können.

Wo er erzeugt wird

In der Nebula-Konsole: Settings > APIs & Integrations > Add, um ein client_id-/client_secret-Paar zu erhalten (Scope „read“ genügt). Die Kontokennung (account_id) steht auf derselben Seite. Instanz-Adresse: https://api.threatdown.com

Minimale Rolle

Couple client_id / client_secret de portée « read ».

Dem Rollenmodell des Herstellers entnommen und vor der Veröffentlichung geprüft.

02

Was in Vigicap einzutragen ist

Die genauen Felder des Verbindungsformulars, in der Reihenfolge ihres Erscheinens. Als „geheim“ markierte Werte gelangen nie zurück in den Browser: Sie werden verschlüsselt gespeichert und beim Trennen gelöscht.

Das Formular beginnt mit der Adresse der Instanz, getrennt von den Feldern unten eingetragen. Der öffentliche Katalog veröffentlicht bislang nicht, ob dieser Konnektor eine braucht und wie sie aussieht — diese Liste ist also für alles Übrige genau und zu diesem ersten Feld stumm.

  • Client-Kennung (client_id)geheim

    Erstellt in Nebula > Settings > APIs & Integrations.

  • Client-Geheimnis (client_secret)geheim

    Wird bei der Erstellung der OAuth2-Anwendung nur einmal angezeigt.

  • Kontokennung (account_id)

    UUID des Nebula-Kontos, im von der ThreatDown-API geforderten Header „accountid“ übertragen.

    00000000-0000-0000-0000-000000000000

03

Routing pro Kunde

Die Verbindung wird pro Kunde hergestellt: ein Zugang je Kunde, auf dessen Kundenakte eingetragen. Zwischen zwei Kunden wird nichts geteilt, und das Trennen des einen lässt den anderen unberührt.

04

Was er tut und was er nicht tut

Vorbefüllte ReCyF-Ziele

Eine Lesung speist ein Ziel des ANSSI-Referenzrahmens ReCyF. Sie SCHLÄGT es vor: Das Niveau zählt erst, wenn eine Beraterin oder ein Berater es bestätigt hat.

  • #9 Protection des systèmes d'information contre les codes malveillantsSchutz der Informationssysteme vor Schadcode

Nur lesend

Die Lesevorgänge sind rein lesend: Vigicap schreibt beim Lesen nichts in das Werkzeug.

Was gelesen wird, was aufbewahrt wird, wie lange und mit welchen Rechten: dasselbe Verzeichnis, Konnektor für Konnektor, im Datenverzeichnis.

Überprüfung

Dieser Konnektor wurde anhand der dokumentierten API des Herstellers geschrieben und noch nicht gegen eine echte Instanz ausgeführt. Er ist überall, wo er erscheint, als „Beta“ gekennzeichnet.

Die genannten Marken und Logos gehören ihren jeweiligen Inhabern und kennzeichnen die Tools, mit denen Vigicap kompatibel ist — siehe das Impressum.