Konnektor

HashiCorp Vault

API-Zugangsdaten, pro Kunde eingetragen.

Selbst gehosteter, zentralisierter Secrets-Manager (HashiCorp Vault OSS/Enterprise), von MSPs genutzt, um die Zugangsdaten, API-Schlüssel und Zertifikate eines Kunden zu speichern und zu verteilen, statt sie über Skripte oder Konfigurationsdateien zu verstreuen. Vigicap liest den Seal-Status (sealed/unsealed) und die Liste der eingebundenen Secrets-Engines, um das ReCyF-Ziel « Gestion des identités et des accès » zu bewerten. Ein entsiegelter (unsealed) Vault mit konfigurierten Secrets-Engines ist ein Hinweis auf zentralisierte Verwaltung, garantiert aber weder das Prinzip der minimalen Rechtevergabe noch die tatsächliche Rotation der Secrets.

Was im Werkzeug anzulegen ist

Der Zugang wird in HashiCorp Vault 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

Erzeugen oder verwenden Sie ein Vault-Token, dessen Policy das Lesen von sys/health und sys/mounts erlaubt (z. B. Capability "read" auf sys/mounts). Bei Vault-Enterprise-Namespaces geben Sie zusätzlich den Namespace an (z. B. "ns1").

Minimale Rolle

Vault n'exprime pas le moindre privilège par un rôle mais par une policy. La policy minimale de ce connecteur tient en deux chemins en lecture : path "sys/health" { capabilities = ["read"] } et path "sys/mounts" { capabilities = ["read"] } — aucun accès aux moteurs de secrets eux-mêmes, et pas de capability sudo.

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

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.

Vault-Tokengeheim
Vault-Token mit einer Policy, die das Lesen von sys/health und sys/mounts erlaubt.
hvs.xxxxxxxxxxxxxxxxxxxx
Namespace (Vault Enterprise)optional
Optional — nur für Vault Enterprise mit Namespaces. Bei Vault OSS oder im Root-Namespace leer lassen.
ns1

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.

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.

#10 Gestion des identités et des accès des utilisateurs aux systèmes d'informationVerwaltung der Identitäten und der Benutzerzugriffe auf die Informationssysteme

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 durchgängig gegen eine echte Instanz des Werkzeugs ausgeführt, nicht nur gegen eine Simulation getestet.

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