VigicapConector
HashiCorp Vault
Credencial de API, introducida cliente por cliente.
Gestor de secretos centralizado y autoalojado (HashiCorp Vault OSS/Enterprise), utilizado por los MSP para almacenar y entregar las credenciales, claves de API y certificados de un cliente en lugar de dispersarlos por scripts y archivos de configuración. Vigicap lee el estado de sellado (sealed/unsealed) y la lista de secrets engines montados para evaluar el objetivo ReCyF « Gestion des identités et des accès ». Un Vault abierto con secrets engines configurados indica una gestión centralizada, pero no garantiza ni los mínimos privilegios ni la rotación efectiva de los secretos.
01
Lo que usted crea en la herramienta
El acceso se crea en HashiCorp Vault, no en Vigicap. Vigicap no pide nunca una contraseña de administrador: espera una credencial de API que usted mismo crea, que ve y que puede revocar sin nuestra intervención.
Dónde crearla
Genere o utilice un token de Vault cuya política permita leer sys/health y sys/mounts (p. ej. la capability «read» sobre sys/mounts). En los namespaces de Vault Enterprise, indique además el namespace (p. ej. «ns1»).
Rol mínimo
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.
Tomado del modelo de roles del proveedor y comprobado antes de la publicación.
02
Lo que usted rellena en Vigicap
Los campos exactos del formulario de conexión, en el orden en que aparecen. Los valores marcados como «secretos» no vuelven nunca al navegador: se almacenan cifrados y se borran al desconectar.
El formulario empieza por la dirección de la instancia, que se rellena al margen de los campos siguientes. El catálogo público todavía no publica si este conector necesita una, ni qué forma tiene — esta lista es, por tanto, completa para todo lo demás y guarda silencio sobre ese primer campo.
- Token de Vaultsecreto
Token de Vault con una política que permita la lectura de sys/health y sys/mounts.
hvs.xxxxxxxxxxxxxxxxxxxx
- Namespace (Vault Enterprise)opcional
Opcional — solo para Vault Enterprise con namespaces. Déjelo vacío en Vault OSS o en el namespace raíz.
ns1
03
Enrutamiento por cliente
La conexión se establece cliente por cliente: una credencial por cliente, introducida en su propia ficha. Nada se comparte entre dos clientes, y desconectar a uno no afecta al otro.
04
Lo que hace y lo que no hace
Objetivos ReCyF precargados
La lectura alimenta un objetivo del referencial ReCyF de la ANSSI. Lo PROPONE: el nivel no cuenta hasta que un consultor lo confirma.
- #10 Gestion des identités et des accès des utilisateurs aux systèmes d'informationGestión de las identidades y de los accesos de los usuarios a los sistemas de información
Solo lectura
Las lecturas son de solo lectura: al leer, Vigicap no escribe nada en la herramienta.
Lo que se lee, lo que se conserva, durante cuánto tiempo y con qué derechos: el mismo registro, conector por conector, en el inventario de datos.
Verificación
Este conector se ha ejecutado de principio a fin en una instancia real de la herramienta, no solo probado contra una simulación.
Las marcas y los logotipos citados pertenecen a sus respectivos titulares e identifican las herramientas con las que Vigicap es compatible — véase el aviso legal.