Comment consigner les approbations d’accès VPN sans historique de navigation

Deux équipes demandent le même artefact et y mettent des choses différentes. Le relecteur veut la preuve qu’une personne nommée a approuvé un rôle jusqu’à une date, tandis que l’équipe réseau dispose d’un journal de pare-feu rempli de destinations et suppose qu’il compte. Il ne compte pas, et c’est pourquoi les dossiers d’approbation se remplissent de noms d’hôtes et échouent quand même à la première question d’audit. Ce dont vous avez réellement besoin est peu de chose, et rien n’exige d’enregistrer où quiconque a navigué.

La taille de l’enregistrement suit trois conditions : l’approbation est-elle accordée par personne ou par rôle, le droit peut-il survivre à la relation de travail de la personne, et un contrat ou un cadre désigne-t-il la revue des accès comme une preuve exigée.

Partez de la question du relecteur, pas de la connexion

Écrivez la question qu’un auditeur poserait à voix haute avant de choisir un seul champ. Qui a approuvé l’accès pour cette identité, à quoi, entre quelles dates, et qui devait le retirer à la fin. Chaque champ du formulaire doit répondre à une partie de cette phrase, et tout ce qui n’y répond pas est un inventaire dont vous venez de prendre l’obligation de le protéger.

Ce test élimine l’essentiel de ce qui est ajouté par habitude. Les listes de destinations, les requêtes DNS, les graphiques d’usage des applications et les captures d’une session en direct décrivent tous un comportement. Le comportement n’est pas l’approbation, et le collecter fait passer le dossier dans une classe de sensibilité bien plus élevée, ce qui va à l’encontre de l’objectif avec lequel vous avez commencé.

Trois conditions décident de ce qu’il faut garder

Les approbations par personne ont besoin d’une identité et d’une date de fin. Les approbations par rôle ont besoin du rôle, de l’étendue qu’il accorde et du propriétaire de la population, car lister quarante personnes sur une seule ligne crée quarante enregistrements à maintenir et quarante occasions de manquer un départ. Lorsque le droit peut survivre à la relation de travail, ajoutez un propriétaire du retrait et une cadence de revue, car une date d’échéance dans un tableur pousse rarement quelqu’un à agir.

Quand un cadre désigne la revue des accès comme preuve exigée, conservez l’artefact que le processus de revue cite déjà. Construire une copie parallèle pour l’équipe VPN est la façon dont deux versions de la même approbation finissent par se contredire sur une date de fin.

Les champs qui portent la décision

L’ensemble exploitable est court : l’identité approuvée, le demandeur, l’approbateur, l’étendue du rôle ou de la ressource, le motif en une ligne, la fenêtre de validité, le propriétaire de la revue ou du retrait, et un pointeur vers le ticket où la demande a été argumentée. Référencez l’appareil ou le justificatif par un identifiant non secret, comme une étiquette d’actif ou le sujet du certificat, jamais par la clé privée ni le mot de passe qui a servi.

Traitez le résultat comme une donnée personnelle même s’il ne contient aucune destination. Un enregistrement qui dit que ce salarié nommé a eu un accès administratif au segment financier pendant six mois est sensible en soi, alors délimitez qui peut lire le dossier et fixez une conservation pour la finalité administrative au lieu de qualifier le fichier d’anonyme.

Par où la navigation s’infiltre dans le dossier d’approbation

Trois fuites expliquent l’essentiel. Un ticket d’assistance contient une capture de la fenêtre de connexion du client, quelqu’un colle une exportation du SIEM pour donner du contexte, ou un rapport d’inventaire est joint à l’approbation parce que la jointure était facile à l’époque. Chaque pièce jointe ajoute du comportement à un fichier qui n’avait besoin que d’une décision. Une fois la capture dedans, le relecteur commence à demander à quoi l’utilisateur accédait, et le fichier doit être reclassé.

Remplacez les pièces jointes par des pointeurs partout où l’outil le permet. Si la politique exige une pièce jointe, demandez le texte de la décision et le fil de la demande, pas l’enregistrement de la session, et retirez le reste avant que le fichier soit stocké. Le message de l’approbateur lui-même est souvent la meilleure preuve et la moins révélatrice.

Vérifiez l’étendue sans la trace

La politique de la passerelle est ce qui transforme une approbation en accès, alors testez-la directement. Connectez-vous avec un compte dans l’étendue approuvée et atteignez une ressource autorisée, puis essayez une destination hors de l’étendue et confirmez le refus, avec le client et la méthode que la politique attend, et non un onglet de navigateur sur le même hôte.

La supervision de disponibilité et le diagnostic d’incident peuvent conserver leur propre visibilité, sous leur propre conservation et leur propre liste d’accès. Séparer ces deux finalités est ce qui vous permet de répondre au relecteur sans livrer une trace de navigation, et cela garde le diagnostic utile quand quelque chose casse vraiment.

Ce qu’il faut vérifier avant la prochaine revue

Confirmez que le formulaire répond à la phrase de l’auditeur et à rien de plus. Vérifiez que chaque ligne porte un approbateur, une fenêtre et un propriétaire du retrait. Regardez ensuite la liste d’accès du dossier lui-même et demandez si elle est plus petite que la base d’utilisateurs du VPN.

La dernière étape est celle que les gens sautent. Prenez une approbation expirée et suivez-la jusqu’au fournisseur d’identité pour voir si le compte a réellement été désactivé. Si l’identité est encore active, l’enregistrement était exact et le processus ne l’était pas.