Welche Teile von .NET erfordern Administratorrechte, die ausgeführt werden müssen?

Question

Für welche Teile des Frameworks muss ein Benutzer mehr als ein Standardbenutzer sein? Der Grund, warum ich frage ist, weil ich versuche, eine Liste möglicher Probleme mit bestehenden Anwendungen zu kompilieren, wenn nun auf Windows 7

migrieren, kann ich denke an ein paar Dinge selbst:

• Das Schreiben in Eventlog
• Writing für Registrierungsschlüssel außerhalb von Current_User Umfang
• Erste eine Umgebungsvariable
• etc ...

Ich hätte gerne eine vollständigere Liste und bisher bin ich nicht auf eine anständige Ressource gestoßen, in der all diese Sachen aufgelistet sind.

Beachten Sie, dass ich nicht nach Möglichkeiten suche, die Berechtigungen für die vorhandenen Apps zu erhöhen (was mithilfe eines Manifests möglich ist). Ich identifiziere einfach Aktionen im Code, die Probleme verursachen könnten.

Answer 1

Nun, Ihre Beispiele haben nicht wirklich etwas mit Windows 7 oder .NET zu tun. Tatsächlich waren sie bereits Teil der Logo-Anforderungen "Entworfen für Windows NT 4.0". Wenn Sie Ihre Anwendung so geschrieben haben, dass Benutzer ohne Administratorrechte sie unter NT, Win2k oder XP ausführen konnten, funktioniert sie unter Vista/Win7 einwandfrei.

Es gibt einen weiteren häufigen Fehler, wenn Sie Ihre Software auf x64-Systemen ausführen (dies ist jedoch nicht spezifisch für Win7, sondern gilt zB auch für Win2003 Server x64 oder Win XP x64): Wenn Sie mit nativen 32 arbeiten -Bit-Code, wie Aufrufe an eine native DLL oder COM-Interop mit einer In-Process-Komponente), stellen Sie sicher, dass Sie "x86" als Plattformziel in den Visual Studio-Projekteinstellungen anstelle von "Beliebige CPU" auswählen. Andernfalls wird Ihre Anwendung als 64-Bit-Prozess ausgeführt, und Sie können nicht 32- und 64-Bit-Code im selben Prozess mischen, so dass Sie auf Fehler stoßen würden.

Und natürlich, wie es immer Best Practice war, verwenden Sie Environment.GetSpecialFolders anstelle von hart codierten Pfaden.

Answer 2

Eine Möglichkeit, eine unvollständige Liste zu erhalten, besteht darin, im "Editor für lokale Gruppenrichtlinien" nachzuschauen, welche Logon-Rechte und -Rechte den Administratoren standardmäßig zugewiesen sind.

Answer 3

Wenn Sie darüber nachdenken, was "Bibliotheksanrufe" sind, werden Sie den falschen Weg einschlagen. Denken Sie an alles, was in eine Datei schreibt. Wenn sich diese Datei unter anderem unter Programmdateien befindet, benötigen Sie Administratorrechte. Wenn es unter AppData ist, nicht. Gleicher Bibliotheksaufruf, unterschiedliche Ergebnisse. Dito für das Schreiben in die Registrierung - HKLM benötigen Sie Admin, HKCU Sie nicht. Das Schreiben in das Ereignisprotokoll ist im Allgemeinen in Ordnung, aber das Erstellen Ihrer Ereignisquelle ist nicht möglich. Und so weiter. Es geht nicht darum, welche Methode du anrufst, es geht eher um die Parameter (zB Pfad), die du an sie übergibst.

Answer 4

Named Pipes können Probleme verursachen. Normalerweise ist dies kein Problem, aber die Verwendung von Named Pipes nimmt jetzt zu, wobei WCF diese nativ für den IPC-Transport unterstützt.

Answer 5

Ich glaube nicht, dass die Umgebungsvariablen erhöht werden müssen. Zumindest bin ich noch nie darauf gestoßen. Gibt es wirklich Fälle, in denen das stimmt?

Answer 6

Nichts im .Net-Framework erfordert Administratorrechte. Alles, was mit der Sicherheit auf Benutzerebene zu tun hat, wird vom Betriebssystem gesteuert. Ob Administratorrechte erforderlich sind, hängt von der Betriebssystemkonfiguration ab. Daher kann der Rahmen nicht bestimmen, ob eine Erhöhung erforderlich ist.

Sie sollten nicht im Sinne von "Was im .Net-Framework erfordert Erhöhung?", Sondern in Bezug auf "Welche OS-Funktionen verwendet meine App, die Admin-Erhöhung in der Standardkonfiguration erfordern" denken. Und wie @Marcus sagte, die Logo-Anforderungen "Entworfen für Windows NT 4.0" sind ein sehr guter Ausgangspunkt, um zu bestimmen, welche OS-Funktionen Ihre App vermeiden sollte, wenn sie als normaler Benutzer ausgeführt werden soll.

Answer 7

Sie können die Luapriv-Prüfungen von Application Verifier verwenden, um Probleme zu finden. Auch die Standard User Analyzer wird Ihnen helfen.

Answer 8

Wenn ich Ihre Frage richtig zu verstehen, Visual Studio kann dies für Sie berechnen ...

Gehen Sie einfach auf Ihr Projekt Eigenschaften, klicken Sie auf der Registerkarte Sicherheit und klicken Sie auf „Aktivieren von Clickonce Security Settings“ Kontrollkästchen. Wählen Sie das Optionsfeld "Dies ist eine Teilvertrauensantrag" und klicken Sie dann auf "Berechtigungsberechnung".

VS ein Häkchen neben jede Berechtigung wie IO, Register platzieren wird, usw. Ihre Anwendung erfordert ...

Answer 9

ich es ernsthaft bezweifeln, eine Art und Weise ist eine vollständige Liste der .NET-Anrufe zu erhalten, die Erhöhung von Berechtigungen erfordern .

Das Schreiben von BTW in das Ereignisprotokoll erfordert keine Erhöhung, das Erstellen einer Ereignisprotokollquelle erfordert jedoch eine Erhöhung.

Der beste Weg, herauszufinden, welche Teile Ihres Codes Probleme haben, ist durch Testen auf Win7 und sehen, was bricht, nicht elegant, aber macht den Job. Wenn Sie Zeitschätzungen für diese Aufgabe erstellen möchten, müssen Sie möglicherweise ein oder zwei Tage mit Ihrer App hantieren: Führen Sie Win7 aus, sehen Sie, was sich bricht, notieren Sie sich, kommentieren/vermeiden/deaktivieren Sie diesen Abschnitt und wiederholen Sie den Vorgang bis du denkst, du hast genug von einer Liste von Dingen, die du ansprechen musst.