Aller au contenu

GUIDE TECHNIQUE · HASHICORP VAULT

HashiCorp Vault : Écrire des policies ACL minimales

Écrire une policy Vault à privilèges minimaux pour un chemin KV v2 et tester lecture, écriture et refus à partir de tokens de recette.

Niveau Intermédiaire3 min de lecture— vuesHashiCorp Vault

L’ESSENTIEL EN BREF

Les étapes clés

Ce guide présente 4 étapes, de « Définir la matrice des droits » à « Tester les accès autorisés et refusés ».

Avant de commencer : Mount KV v2 de recette.

01 · CADRAGE

Périmètre et résultat visé

Résultat attendu : La policy cible seulement le chemin requis.

Public concerné : Administrateurs Vault, IAM et équipes DevSecOps

Environnement et versions

Vault ACL policies HCL et KV v2 ; chemins data et metadata distincts.

Contrôlez les versions, les droits et les options disponibles dans votre environnement avant de suivre la procédure.

02 · AVANT DE COMMENCER

Prérequis et points de contrôle

  • Mount KV v2 de recette.
  • Rôle administrateur limité à la création de policies de laboratoire.
  • Matrice des accès lecture, écriture et refus documentée.

03 · VUE D’ENSEMBLE

Comprendre l’architecture et les flux

ARCHITECTURE TECHNIQUEComprendre la chaîne de bout en bout
01Identité
02Policy HCL
03Chemin data
04Capability
05Test refus
Une policy décrit les chemins autorisés avec des capabilities ; un token ne dispose que des droits de ses policies effectivement associées.

04 · TUTORIEL

Procédure complète, étape par étape

Suivez les étapes dans l’ordre et contrôlez chaque résultat avant de poursuivre. Renseignez les paramètres adaptés à votre environnement.

01

ÉTAPE 1 / 4

Définir la matrice des droits

Une règle wildcard trop large compromet l'isolation.

  1. Choisir un chemin unique kv-lab/data/app.
  2. Distinguer lecture de l'écriture et métadonnées.
Exemple techniqueÀ adapter à votre environnement
# Matrice : app-reader => read sur kv-lab/data/app
Ce qui se passe à cette étape
1Périmètre
2Droits
3Matrice

À vérifier : Les permissions nécessaires sont identifiées.

Point de vigilance : Ne pas donner sudo ou root au rôle applicatif.

02

ÉTAPE 2 / 4

Créer une policy HCL

La policy doit porter sur le chemin API réel de KV v2.

  1. Créer app-reader.hcl.
  2. Restreindre explicitement les capabilities.
Exemple techniqueÀ adapter à votre environnement
path "kv-lab/data/app" {
  capabilities = ["read"]
}
Ce qui se passe à cette étape
1HCL
2Data
3Read

À vérifier : La règle autorise seulement la lecture des données du chemin cible.

Point de vigilance : L'accès à metadata nécessite une règle supplémentaire si la commande ou l'UI en dépend.

03

ÉTAPE 3 / 4

Charger et associer la policy

L'association au token doit être traçable.

  1. L'administrateur charge la policy en recette.
  2. Créer une identité de lecture via la méthode d'authentification prévue.
Exemple techniqueÀ adapter à votre environnement
vault policy write app-reader app-reader.hcl
vault policy read app-reader
Ce qui se passe à cette étape
1Policy
2Écriture
3Relecture

À vérifier : La policy stockée correspond au fichier relu.

Point de vigilance : Éviter de créer un token root pour valider une application.

04

ÉTAPE 4 / 4

Tester les accès autorisés et refusés

Une policy est vérifiée par un cas négatif.

  1. Avec une session à droits limités, essayer GET.
  2. Tester une écriture : elle doit être refusée.
Exemple techniqueÀ adapter à votre environnement
vault kv get kv-lab/app
# Avec un token de lecture seule :
# vault kv put kv-lab/app test=interdit => permission denied
Ce qui se passe à cette étape
1Get
2Put KO
3Audit

À vérifier : La lecture est autorisée et l'écriture refusée.

Point de vigilance : Ne pas lancer le test d'écriture avec une session administrateur.

RÉFÉRENCES TECHNIQUES

Documentation officielle

Retrouvez les prérequis, les fonctionnalités et les versions prises en charge par HashiCorp Vault. Vérifiez les commandes sur un environnement de test avant leur utilisation en production.

Consulter la documentation officielle

05 · RECETTE

Comment vérifier que tout fonctionne ?

Résultat attenduContrôles avant de considérer la procédure terminée
01

La policy cible seulement le chemin requis.

02

La lecture fonctionne avec le bon token.

03

L'écriture non autorisée est refusée.

06 · DIAGNOSTIC

Problèmes fréquents et résolution

403 permission denied

Cause probable : Chemin KV v2 incorrect ou droits absents

Que faire : Contrôler data et metadata.

Lecture possible partout

Cause probable : Wildcard trop permissif

Que faire : Réduire les paths.

Token avec droits inattendus

Cause probable : Autres policies associées

Que faire : Inspecter les policies du token.

07 · QUESTIONS PRATIQUES

Questions fréquentes

Qu'est-ce qu'une capability ?

Un droit tel que read, create, update ou list sur un chemin.

data et metadata sont-ils identiques ?

Non : KV v2 utilise des endpoints distincts.

Une policy root est-elle adaptée à un service ?

Non, réserver les privilèges de contrôle aux administrateurs prévus.

AUTRES TECHNOLOGIES

Guides complémentaires

Tous les guides HashiCorp Vault

VOTRE ENVIRONNEMENT

Besoin d’aller plus loin sur votre environnement ?

Automatisation, sécurité et exploitation : échangeons sur vos pratiques HashiCorp Vault.

Échanger avec ADN Consulting

Pour aller plus loin