Windows — distinguer session, élévation et accès à la société

Comprendre l’élévation Windows

Microsoft décrit un fonctionnement où les applications travaillent normalement avec des droits restreints. Une opération nécessitant une élévation déclenche une demande; appartenir au groupe Administrateurs n’implique pas que toutes les applications tournent déjà avec les privilèges élevés.

Grille de diagnostic Uni-Action

Pour un refus d’accès Acomba, noter séparément :

• La session Windows : qui est connecté sur quel poste ?
• Le lancement de l’application : quelle opération demande une élévation et quel programme la demande ?
• L’accès au dossier : quel partage ou fichier est visé et sous quelle identité ?
• La session Acomba : quel utilisateur et quelle société sont ouverts ?

Cette grille évite de traiter tous les refus comme un simple besoin d’administrateur.

Méthode proposée

1. Conserver le message exact, le chemin et l’heure. Ne pas diffuser les secrets de connexion.
2. Vérifier avec la personne responsable le droit précis nécessaire. Utiliser une comparaison en lecture avec un accès autorisé, sans tester une écriture dans les fichiers comptables.
3. Documenter une seule correction, puis reprendre le même test sous la session habituelle.
4. Si une élévation ponctuelle a été approuvée pour une installation, ne pas la transformer en exécution quotidienne permanente.

Ne pas accorder le contrôle total à Tout le monde, désactiver l’UAC ou changer tous les comptes en administrateurs. Les procédures liées détaillent chaque domaine sans les confondre.

Procédures liées

• Windows — créer un compte et choisir son niveau d’accès
• Windows — vérifier l’UAC sans désactiver la protection
• Windows — retrouver un partage et vérifier le lecteur réseau
• Process Monitor — recueillir une trace ciblée pour le soutien