System.Security.SecurityException lors de l'écriture dans le journal des événements

Question

Je travaille sur le portage d'une application ASP.NET de Server 2003 (et IIS6) vers Server 2008 (IIS7).

Lorsque j'essaie de visiter la page dans le navigateur, j'obtiens ceci :

Erreur serveur dans l'application ‘/’.

Exception de sécurité

Description : L'application a tenté d'effectuer une opération non autorisée par la stratégie de sécurité. Pour accorder à cette application les autorisations requises, veuillez contacter votre administrateur système ou modifier le niveau de confiance de l'application dans le fichier de configuration.

Détails de l'exception : System.Security.SecurityException: La source n'a pas été trouvée, mais certains ou tous les journaux d'événements n'ont pas pu être recherchés. Journaux inaccessibles : Sécurité

Source de l'erreur :

Une exception non gérée a été générée lors de l'exécution de la requête web actuelle. Les informations sur l'origine et l'emplacement de l'exception peuvent être identifiées en utilisant la trace de la pile d'exception ci-dessous.

Trace de la pile :

[SecurityException: La source n'a pas été trouvée, mais certains ou tous les journaux d'événements n'ont pas pu être recherchés. Journaux inaccessibles : Sécurité.]

System.Diagnostics.EventLog.FindSourceRegistration(String source, String machineName, Boolean readOnly) +562 System.Diagnostics.EventLog.SourceExists(String source, String machineName) +251

[snip]

Voici ce que j'ai fait pour essayer de résoudre le problème :

1. Donner l'autorisation d'accès complet à "Tout le monde" à la clé HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security. Cela a fonctionné. Mais naturellement, je ne peux pas faire cela en production. J'ai donc supprimé l'autorisation "Tout le monde" après avoir exécuté l'application pendant quelques minutes et l'erreur est réapparue.

2. J'ai créé la source dans le journal des applications et le journal de sécurité (et j'ai vérifié qu'elle existe via regedit) lors de l'installation avec des autorisations élevées mais l'erreur est restée.

3. J'ai donné à l'application un niveau de confiance complet dans le fichier web.config (et en utilisant appcmd.exe) mais en vain.

Est-ce que quelqu'un a une idée de ce qui pourrait être fait ici ?

PS : Ceci est un suivi à cette question. J'ai suivi les réponses données mais en vain (voir n°2 ci-dessus).

Answer 1

Pour donner la permission de lecture à Network Service sur la clé EventLog/Security (comme suggéré par Firenzi et royrules22), suivez les instructions du lien

1. Ouvrez l'Éditeur du Registre : Sélectionnez Démarrer puis Exécuter. Entrez regedt32 ou regedit
2. Naviguez/étendez jusqu'à la clé suivante :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Security
3. Faites un clic droit sur cette entrée et sélectionnez Autorisations

4. Ajoutez l'utilisateur Network Service

5. Donnez-lui la permission de lecture

MISE À JOUR : Les étapes ci-dessus sont correctes sur les machines de développement, où vous n'utilisez pas de processus de déploiement pour installer l'application.
Cependant, si vous déployez votre application sur d'autres machine(s), envisagez de enregistrer les sources de journal d'événements lors de l'installation comme suggéré dans les réponses de SailAvid et Nicole Calinoiu.

J'utilise la fonction PowerShell (appelée dans Octopus Deploy.ps1)

function Create-EventSources() {
    $eventSources = @("MySource1","MySource2" )
    foreach ($source in $eventSources) {
            if ([System.Diagnostics.EventLog]::SourceExists($source) -eq $false) {
                [System.Diagnostics.EventLog]::CreateEventSource($source, "Application")
            }
    }
}

Voir aussi Microsoft KB 2028427 Échec de l'écriture dans le journal d'événements Windows à partir d'une application ASP.NET ou ASP

Answer 2

Le problème est que EventLog.SourceExists essaie d'accéder à la clé EventLog\Security, un accès qui n'est autorisé que pour un administrateur.

Un exemple courant pour un programme C# se connectant à EventLog est :

string sSource;
string sLog;
string sEvent;

sSource = "Application d'exemple dotNET";
sLog = "Application";
sEvent = "Événement d'exemple";

if (!EventLog.SourceExists(sSource))
    EventLog.CreateEventSource(sSource, sLog);

EventLog.WriteEntry(sSource, sEvent);
EventLog.WriteEntry(sSource, sEvent, EventLogEntryType.Warning, 234);

Cependant, les lignes suivantes échouent si le programme n'a pas les autorisations d'administrateur et si la clé n'est pas trouvée sous EventLog\Application car EventLog.SourceExists essaiera alors d'accéder à EventLog\Security.

if (!EventLog.SourceExists(sSource))
    EventLog.CreateEventSource(sSource, sLog);

Par conséquent, il est recommandé de créer un script d'installation, qui crée la clé correspondante, à savoir :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Application\Application d'exemple dotNET

Vous pouvez alors supprimer ces deux lignes.

Vous pouvez également créer un fichier .reg pour créer la clé du registre. Enregistrez simplement le texte suivant dans un fichier create.reg :

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Application\Application d'exemple dotNET]

Answer 3

La solution était de donner à l'utilisateur "Network Service" l'autorisation de lecture sur la clé EventLog/Security.

Answer 4

J'ai eu un problème très similaire avec un programme console que je développe sous VS2010 (mis à niveau depuis VS2008 sous XP) Mon programme utilise EnLib pour effectuer certains enregistrements. L'erreur a été déclenchée parce qu'EntLib n'avait pas la permission d'enregistrer un nouveau source d'événement.

Alors j'ai démarré une fois mon programme compilé en tant qu'administrateur : il a enregistré le source d'événement. Ensuite, je suis retourné à développer et déboguer à l'intérieur de VS sans problème.

(vous pouvez également consulter http://www.blackwasp.co.uk/EventLog_3.aspx, cela m'a aidé)

Answer 5

Pour moi, accorder uniquement les autorisations de lecture à 'NetworkService' pour la branche entière 'EventLog' a fonctionné.