Just-In-Time Access

general

Définition

Le Just-In-Time Access (JIT Access — Accès Juste-à-Temps) est une approche de gestion des accès privilégiés qui accorde les droits élevés uniquement quand ils sont nécessaires et pour une durée limitée, puis les révoque automatiquement à l'expiration. Cette approche élimine les "standing privileges" (droits permanents) qui représentent un risque de sécurité constant, même en l'absence d'utilisation active. Le concept ZSP (Zero Standing Privileges) pousse le JIT Access à son extrême logique : aucun utilisateur ne possède de droits élevés de manière permanente. Un administrateur qui veut effectuer une action sur un serveur critique doit demander l'accès via un workflow (justification de la demande, approbation automatique ou humaine selon le niveau de risque), puis ses droits sont accordés pour la durée nécessaire (30 minutes, 4 heures) et automatiquement révoqués à l'expiration. Les bénéfices du JIT Access sont multiples. Réduction de la surface d'attaque : si un compte admin est compromis mais n'a pas de droits élevés permanents, l'attaquant n'hérite que des droits de base. Limitation du blast radius : une compromission d'un compte JIT n'expose que la fenêtre temporelle des droits accordés, pas un accès permanent. Traçabilité améliorée : chaque demande d'accès est documentée (qui, quoi, pourquoi, quand) créant un audit trail complet. Conformité facilité : les auditeurs ISO 27001 et SOX apprécient les contrôles JIT qui démontrent une application rigoureuse du moindre privilège. Les implémentations principales de JIT Access incluent : Azure Privileged Identity Management (PIM) dans Entra ID, CyberArk Dynamic Privileged Access, BeyondTrust Privileged Remote Access, HashiCorp Vault Dynamic Secrets (pour les accès aux bases de données et APIs), AWS IAM Identity Center avec permission sets temporaires, et des solutions Open Source comme Teleport (accès JIT aux serveurs Linux/Kubernetes). La gestion des demandes urgentes (breakglass ou emergency access) est un point critique du JIT Access : les procédures d'exception doivent être définies à l'avance pour éviter que des problèmes d'accès ne bloquent la réponse à un incident de sécurité. Un processus de breakglass avec compte de secours documenté, audité, et avec alerte automatique est indispensable dans les architectures JIT.

Azure PIM — JIT Access dans Microsoft Entra ID

Azure Privileged Identity Management (PIM) est l'implémentation JIT de Microsoft pour les rôles Azure AD et les ressources Azure. Un utilisateur configuré en "Eligible" (éligible) pour un rôle peut l'activer à la demande, avec ou sans approbation selon la configuration. L'activation est limitée dans le temps (1-8 heures configurables), peut nécessiter une justification business, une approbation multi-niveau, et un rééligibilité MFA. Les Privileged Access Groups permettent d'étendre PIM aux groupes Active Directory, couvrant l'accès aux applications qui utilisent AD. PIM génère des rapports d'audit complets et s'intègre aux alertes Azure Monitor pour détecter les activations anormales. Disponible avec Microsoft Entra ID P2 ou Microsoft 365 E5.

JIT Access pour les bases de données — Dynamic Secrets Vault

HashiCorp Vault Dynamic Secrets est la solution JIT pour les accès aux bases de données. Plutôt que de stocker des credentials statiques (username/password) pour une base de données, Vault génère dynamiquement des credentials temporaires à la demande : un microservice qui a besoin d'accéder à PostgreSQL obtient un username et password uniques valables 1 heure, avec des droits exactement nécessaires. À l'expiration, Vault révoque automatiquement ces credentials dans la base de données. Cette approche élimine le partage de credentials entre applications, les credentials hardcodés dans le code, et le risque de credentials compromis à long terme. Les bases de données supportées incluent PostgreSQL, MySQL, Oracle, MongoDB, Redis, et de nombreuses autres via les plugins Vault.

Cas d'usage JIT — gestion des incidents vs opérations normales

Le JIT Access présente des défis opérationnels qu'il faut anticiper. Pour les opérations normales planifiées (maintenance, déploiement), le JIT fonctionne bien avec des workflows d'approbation standard. Pour les incidents urgents (panne critique à 3h du matin), des procédures de breakglass sont indispensables : un compte d'urgence avec accès permanent mais protégé par enveloppe physique (mot de passe dans une enveloppe, combinaison de coffre), accès accessible uniquement sous procédure documentée avec notification automatique au RSSI et manager. La clé est de rendre le breakglass possible mais pas trivial — suffisamment accessible en cas d'urgence réelle, suffisamment audité pour dissuader les usages abusifs.

Articles liés

Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.

Services

Ressources

Projets & Outils

Contact

Nous contacter

Mentions légales Confidentialité Politique éditoriale Plan du site ⭐ Source préférée

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis