CORRECTIF : La fonction GetEffectiveRightsFromAcl échoue dans Windows NT 4.0 Service Pack 6

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 258437
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Symptômes
Dans Windows NT 4.0 Service Pack 6 (SP6) et Windows NT 4.0 Service Pack 6 a (SP6a), la fonction GetEffectiveRightsFromAcl est rompue. Pour une liste donnée contrôle d'accès discrétionnaire (DACL), GetEffectiveRightsFromAcl renvoie le même masque d'accès de tous les utilisateurs même si différents utilisateurs peuvent avoir des droits d'accès différents. La fonction fonctionne correctement dans Windows NT 4.0 Service Pack 5 (SP5).
Résolution
Sans GetEffectiveRightsFromAcl, il n'existe pas une bonne méthode pour énumérer les droits d'accès d'un utilisateur pour un objet particulier. Toutefois, si vous souhaitez simplement déterminer si un utilisateur a accès à un objet et que vous disposez de jeton de l'utilisateur, vous pouvez utiliser la fonction AccessCheck .

Un correctif est désormais disponible auprès de Microsoft, mais il est conçu uniquement pour corriger le problème décrit dans cet article. Il s'applique uniquement aux ordinateurs rencontrant ce problème spécifique.

Pour résoudre ce problème immédiatement, téléchargez ce correctif en cliquant sur le lien figurant plus loin dans cet article ou contactez les Services de Support technique Microsoft pour obtenir le correctif. Pour obtenir une liste complète des numéros de téléphone de Support technique Microsoft et des informations sur les coûts de support, visitez le site Web de Microsoft à l'adresse suivante :Remarque: dans des cas particuliers, frais généralement encourus pour les appels de support peuvent être annulées si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes qui ne relèvent pas de la mise à jour spécifique en question.

Les fichiers suivants sont disponibles pour téléchargement à partir de MicrosoftCentre de téléchargement :
Windows NT 4.0 :Windows NT Server 4.0, Édition Terminal Server :La version anglaise de ce correctif possède les attributs de fichier (ou attributs ultérieurs de fichier ) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont classées par rapport temps universel coordonné (UTC). Les informations du fichier sont converties en heure locale. Pour trouver la différence entre l'UTC et l'heure locale, utilisez la Fuseau horaire onglet dans l'outil Date et heure dans le panneau de configuration.
   Date         Time   Version        Size    File name   ------------------------------------------------------   25-Apr-2000  19:00  4.0.1381.7048  84,240  Ntmarta.dll      				
Statut
Microsoft a confirmé qu'il s'agit d'un bogue dans les produits Microsoft répertoriés dans la section « S'applique à ».
Références
Pour plus d'informations sur l'appel AccessCheck, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
171273Comment programmer un serveur sécurisé sous Microsoft Windows NT

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 258437 - Dernière mise à jour : 02/23/2014 19:33:26 - Révision : 6.0

Microsoft Win32 Application Programming Interface

  • kbnosurvey kbarchive kbHotfixServer kbqfe kbapi kbbug kbfix kbkernbase kbsecurity kbmt KB258437 KbMtfr
Commentaires