Transférer et retirer les accès techniques avec méthode
Recensez séparément comptes applicatifs, accès de service et moyens de récupération. Un plan de transfert concret précise décisions, contrôles et responsabilités.
Lorsqu’une personne quitte l’équipe ou change de fonction, les tâches techniques doivent continuer tandis que les droits devenus inutiles sont effectivement retirés. Partez des accès réels à votre application et à votre infrastructure. Une seule mention « compte désactivé » ne décrit pas toute la transition.
Recenser les accès et les dépendances
Dans cet exemple fictif, une personne chargée d’un portail client quitte l’équipe. Son périmètre comprend le compte applicatif U-71, l’administration de l’hébergement et une connexion de service utilisant la clé K-71. Elle était aussi le contact de récupération d’un accès administrateur.
Le NIST traite la gestion des comptes, le départ et le changement de fonction comme des contrôles liés. Appuyez-vous sur cette structure pour votre procédure technique. L’inventaire indique le système, le type d’accès, sa finalité et le rôle responsable ; le document ne sert pas à stocker des mots de passe ou des clés secrètes.
Consigner une décision pour chaque accès
Précisez quel droit prend fin au moment convenu et quelle tâche technique sera reprise avec un autre accès autorisé. Un compte personnel, une connexion de service et un moyen de récupération peuvent nécessiter des mesures différentes. Le tableau suivant est un plan détaillé pour l’exemple, et non le résultat de modifications déjà réalisées.
Accès | Décision de transfert | Contrôle technique | Rôle responsable |
|---|---|---|---|
Compte applicatif | Retirer les appartenances et droits devenus inutiles ; donner à la nouvelle personne responsable son propre compte. | L’ancien accès est refusé ; le nouvel accès autorisé fonctionne. Les sessions existantes sont contrôlées séparément. | Responsable de l’application |
Connexion de service | Utiliser un accès technique autorisé avec un responsable désigné et prévoir le remplacement de l’ancienne clé. | La connexion fonctionne après le changement ; la clé retirée n’est plus acceptée. | Intégration et exploitation |
Accès d’administration et de récupération | Confier l’administration à des personnes autorisées et définir un moyen de récupération accessible. | L’accès et la récupération sont contrôlés selon une procédure approuvée. | Responsable de l’exploitation |
Contrôler séparément la modification et son effet
Bloquer la connexion ne répond pas automatiquement à toutes les questions concernant les sessions existantes, les clés d’accès indépendantes ou les autres systèmes. Incluez ces cas dans le test approuvé. Une connexion de service modifiée nécessite sa propre preuve de fonctionnement ; la connexion réussie d’une personne ne suffit pas à l’établir.
Le NIST prévoit aussi de changer les moyens d’authentification partagés lors du départ de membres d’un groupe. Vérifiez donc quels moyens d’accès techniques étaient effectivement connus ou attribués. Transférez la tâche avec un accès autorisé adapté plutôt que de transmettre l’ancien identifiant personnel.
Clore le transfert en conservant une trace claire
Consignez pour chaque accès la décision, l’état d’exécution et le résultat du contrôle. Un moyen de récupération non résolu reste une tâche ouverte, attribuée à un responsable. Les personnes assurant le remplacement doivent savoir qui peut effectuer les modifications techniques et à qui transmettre les cas non résolus.
Après la transition convenue, contrôlez aussi les tâches de fond et les connexions concernées. Vous coordonnez ainsi le retrait des droits personnels avec l’exploitation qui doit continuer. Aucun accès n’a été bloqué, aucune clé changée et aucun test de récupération réalisé dans le cadre de cet exemple.
Sources
À lire aussi
Tous les articles
Cloud & exploitation avec ASES
Hébergement, déploiement, maintenance et suivi