Connector
HashiCorp Vault
API-toegangsmiddel, per klant afzonderlijk ingevoerd.
Zelf gehoste, gecentraliseerde geheimenbeheerder (HashiCorp Vault OSS/Enterprise), door MSP's gebruikt om inloggegevens, API-sleutels en certificaten van een klant op te slaan en uit te geven in plaats van ze te verspreiden over scripts en configuratiebestanden. Vigicap leest de verzegelingsstatus (sealed/unsealed) en de lijst met gekoppelde secrets engines om de ReCyF-doelstelling « Gestion des identités et des accès » te beoordelen. Een ontzegelde Vault met ingestelde secrets engines wijst op gecentraliseerd beheer, maar waarborgt noch minimale rechten, noch de feitelijke rotatie van geheimen.
01
Wat u in de tool aanmaakt
De toegang maakt u aan in HashiCorp Vault, niet in Vigicap. Vigicap vraagt nooit om een beheerderswachtwoord: het verwacht een API-toegangsmiddel dat u zelf aanmaakt, dat u ziet en dat u zonder onze tussenkomst kunt intrekken.
Waar u het aanmaakt
Genereer of gebruik een Vault-token waarvan het beleid lezen van sys/health en sys/mounts toestaat (bijv. de capability “read” op sys/mounts). Vul bij namespaces van Vault Enterprise ook de namespace in (bijv. “ns1”).
Minimale rol
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.
Overgenomen uit het rollenmodel van de leverancier en vóór publicatie nagetrokken.
02
Wat u in Vigicap invult
De exacte velden van het verbindingsformulier, in de volgorde waarin ze verschijnen. Waarden die als « geheim » zijn gemarkeerd, komen nooit terug naar de browser: ze worden versleuteld opgeslagen en bij het verbreken van de verbinding gewist.
Het formulier begint met het adres van de instantie, dat los van de onderstaande velden wordt ingevuld. De openbare catalogus publiceert nog niet of deze connector er een nodig heeft, noch hoe het eruitziet — deze lijst is dus volledig voor al het overige en zwijgt over dat eerste veld.
- Vault-tokengeheim
Vault-token met een beleid dat lezen op sys/health en sys/mounts toestaat.
hvs.xxxxxxxxxxxxxxxxxxxx
- Namespace (Vault Enterprise)optioneel
Optioneel — alleen voor Vault Enterprise met namespaces. Laat leeg bij Vault OSS of de root-namespace.
ns1
03
Routering per klant
De verbinding wordt per klant afzonderlijk gemaakt: één toegangsmiddel per klant, ingevoerd in zijn eigen fiche. Niets wordt tussen twee klanten gedeeld, en het verbreken bij de ene raakt de andere niet.
04
Wat het wel en niet doet
Vooraf ingevulde ReCyF-doelstellingen
De uitlezing voedt één doelstelling van het ANSSI ReCyF-referentiekader. Zij STELT die VOOR: het niveau telt pas mee nadat een consultant het heeft bevestigd.
- #10 Gestion des identités et des accès des utilisateurs aux systèmes d'informationBeheer van identiteiten en van de toegang van gebruikers tot de informatiesystemen
Alleen lezen
De uitlezingen zijn alleen lezend: Vigicap schrijft bij het lezen niets weg in de tool.
Wat er wordt uitgelezen, wat er wordt bewaard, hoe lang en met welke rechten: hetzelfde register, connector voor connector, in de gegevensinventaris.
Verificatie
Deze connector is van begin tot eind uitgevoerd op een echte instantie van de tool, niet alleen getest tegen een nabootsing.
De genoemde merken en logo's behoren toe aan hun respectieve houders en identificeren de tools waarmee Vigicap compatibel is — zie de juridische informatie.