CA2124 : Incluez dans un wrapper les clauses finally vulnérables dans un bloc try externe

Cause

Dans les versions 1.0 et 1.1 de .NET Framework, une méthode publique ou protégée contient un bloc try/catch/finally.Le bloc finally semble réinitialiser l'état de sécurité et n'est intégré à aucun bloc finally.

Description de la règle

Cette règle localise des blocs try/finally dans le code qui cible les versions 1.0 et 1.1 de .NET Framework susceptibles de présenter une vulnérabilité aux filtres d'exception malveillants présents dans la pile des appels.Si des opérations sensibles, telles que l'emprunt d'identité, se produisent dans le bloc try et qu'une exception est levée, le filtre peut s'exécuter avant le bloc finally.Pour l'exemple d'emprunt d'identité, cela signifie que le filtre s'exécuterait comme l'utilisateur personnifié.Actuellement, les filtres sont uniquement applicables en Visual Basic.

Attention
Remarque   Dans les versions 2.0 et ultérieures de .NET Framework, le runtime protège automatiquement un bloc try/catch/ finally contre des filtres d'exceptions malveillants, si la réinitialisation se produit directement dans la méthode qui contient le bloc d'exception.

Comment corriger les violations

Placez le bloc try/finally désencapsulé dans un bloc try externe.Consultez le deuxième exemple qui suit.Cela force l'exécution du bloc finally avant le code de filtre.

Quand supprimer les avertissements

Ne supprimez aucun avertissement de cette règle.

Exemple de pseudo-code

Description

Le pseudo-code suivant illustre le schéma détecté par cette règle.

Code

try {
   // Do some work.
   Impersonator imp = new Impersonator("John Doe");
   imp.AddToCreditCardBalance(100);
}
finally {
   // Reset security state.
   imp.Revert();
}

Exemple

Le pseudo-code suivant illustre le schéma que vous pouvez utiliser pour protéger votre code et satisfaire cette règle.

try {
     try {
        // Do some work.
     }
     finally {
        // Reset security state.
     }
}
catch()
{
    throw;
}