Authentifizierungs -, Berechtigungs -, Benutzer-und Rollen-Management und Allgemeine Sicherheit .NET

Für grobe Sicherheit, finden Sie vielleicht die eingebaute principal-code nützlich; das user-Objekt (und Ihre Rollen) gesteuert werden .NET durch die "AUFTRAGGEBER", sondern sinnvoll die Laufzeit selbst kann dies durchzusetzen.

Die Umsetzung eines Auftraggebers kann durch die Implementierung festgelegt, und Sie können in der Regel Spritzen Sie Ihre eigenen; zum Beispiel in WCF.

Sehen die Laufzeitumgebung Durchsetzung der grob-Zugang (d.h. die Funktionalität zugegriffen werden kann, aber nicht begrenzt auf die bestimmten Daten):

static class Roles {
    public const string Administrator = "ADMIN";
}
static class Program {
    static void Main() {
        Thread.CurrentPrincipal = new GenericPrincipal(
            new GenericIdentity("Fred"), new string[] { Roles.Administrator });
        DeleteDatabase(); //fine
        Thread.CurrentPrincipal = new GenericPrincipal(
            new GenericIdentity("Barney"), new string[] { });
        DeleteDatabase(); //boom
    }

    [PrincipalPermission(SecurityAction.Demand, Role = Roles.Administrator)]
    public static void DeleteDatabase()
    {
        Console.WriteLine(
            Thread.CurrentPrincipal.Identity.Name + " has deleted the database...");
    }
}

Dies bedeutet jedoch nicht, helfen Sie mit dem fine-grained access (D. H. "Fred zugreifen können Kunden aber nicht Kunde B").

Zusätzliche; natürlich, für feinkörnige, können Sie einfach aktivieren Sie die gewünschten Rollen zur Laufzeit, durch die überprüfung IsInRole auf dem AUFTRAGGEBER:

static void EnforceRole(string role)
{
    if (string.IsNullOrEmpty(role)) { return; } //assume anon OK
    IPrincipal principal = Thread.CurrentPrincipal;
    if (principal == null || !principal.IsInRole(role))
    {
        throw new SecurityException("Access denied to role: " + role);
    }
}
public static User GetUser(string id)
{
    User user = Repository.GetUser(id);
    EnforceRole(user.AccessRole);
    return user;
}

Können Sie auch schreiben Sie Ihre eigenen AUFTRAGGEBER /Identität Gegenständen, die nicht faul tests /Zwischenspeicherung der Rollen, anstatt zu wissen, Sie alle up-front:

class CustomPrincipal : IPrincipal, IIdentity
{
    private string cn;
    public CustomPrincipal(string cn)
    {
        if (string.IsNullOrEmpty(cn)) throw new ArgumentNullException("cn");
        this.cn = cn;
    }
    //perhaps not ideal, but serves as an example
    readonly Dictionary<string, bool> roleCache =
        new Dictionary<string, bool>();
    public override string ToString() { return cn; }
    bool IIdentity.IsAuthenticated { get { return true; } }
    string IIdentity.AuthenticationType { get { return "iris scan"; } }
    string IIdentity.Name { get { return cn; } }
    IIdentity IPrincipal.Identity { get { return this; } }

    bool IPrincipal.IsInRole(string role)
    {
        if (string.IsNullOrEmpty(role)) return true; //assume anon OK
        lock (roleCache)
        {
            bool value;
            if (!roleCache.TryGetValue(role, out value)) {
                value = RoleHasAccess(cn, role);
                roleCache.Add(role, value);
            }
            return value;
        }
    }
    private static bool RoleHasAccess(string cn, string role)
    {
        //TODO: talk to your own security store
    }
}

meine Antwort ist wohl abhängig von der Antwort auf diese Frage: Ist das eine Enterprise-Anwendung, die lebt in einem Netzwerk mit Active Directory?

WENN die Antwort ja ist, dann sind die Schritte, die ich zu bieten hätte:

1) Erstellen Sie Globale Gruppen für Ihre Anwendung, in meinem Fall hatte ich die APPUSER-Gruppe und eine APPADMIN-Gruppe.

2) Haben Sie Ihre SQL Server in der Lage sein, auf die zugegriffen werden im GEMISCHTEN Authentifizierungsmodus aus, und weisen Sie Ihre APPUSER Gruppe(N) als SQL SERVER-ANMELDUNG, um Ihre Datenbank mit den entsprechenden CRUD-Rechte auf die DB(s) und stellen Sie sicher, dass Sie Zugriff auf den SQL-SERVER mit Trusted Connection = True in Ihrer Verbindungszeichenfolge.

An dieser Stelle Ihre ANZEIGE zu speichern wird verantwortlich sein für die Authentifizierung. Da, greifen Sie auf die Anwendung, die über eine VERTRAUENSWÜRDIGE VERBINDUNG, es wird passieren, die Identität von welchem Konto die Anwendung ausgeführt wird, die SQL Server.

Nun, für die AUTORISIERUNG (D. H. erzählt Ihre Anwendung, was der angemeldete Benutzer berechtigt ist, zu tun) es ist einfach eine Frage der Abfrage anzeigen für eine Liste der Gruppen, denen der angemeldete Benutzer Mitglied ist. Überprüfen Sie dann für die entsprechenden Gruppen-Namen und Aufbau der Benutzeroberfläche-basierend auf der Mitgliedschaft auf diese Weise.

Den Weg meine Anwendungen arbeiten sind daher:

1. Sie die Anwendung starten, werden die Anmeldeinformationen auf der Grundlage der angemeldeten Nutzer, ist dies der primäre Aspekt der Authentifizierung (d.h. Sie kann sich einloggen, daher existieren Sie)
2. Ich alle Gruppen Für die Windows-Identität in Frage
3. Ich prüfen, ob die Standard-BENUTZER-Gruppe -- wenn diese Gruppe nicht vorhanden ist, für die Windows-Identität in Frage, dann ist das eine Authentifizierung FEHLSCHLAGEN
4. Ich prüfen, ob der Benutzer ADMIN-Gruppe -- Mit diesem bestehenden in den Gruppen des Benutzers, ändern Sie die Benutzeroberfläche, die Zugriff auf die administration Komponenten
5. Anzeige der Benutzeroberfläche

Dann habe ich entweder ein PRINZIP-Objekt mit den ermittelten Rechte/usw auf, oder ich nutze GLOBALE Variablen, auf die ich zugreifen kann, um zu bestimmen, die entsprechenden UI während dem Aufbau meiner Formen (D. H., wenn mein Benutzer ist nicht Mitglied der ADMIN-Gruppe ist, dann würde ich alle ausblenden die Schaltflächen zum LÖSCHEN).

Warum ich schlage vor, diese?

Ist es eine Frage der Bereitstellung.

Es ist meine Erfahrung, dass die meisten Enterprise-Anwendungen bereitgestellt werden, die Netzwerk-Ingenieure eher als Programmierer-also, dass die Authentifizierung/Autorisierung, um die Zuständigkeit der AD macht Sinn, denn das ist, wo die Netzwerk-Jungs gehen, wenn Sie besprechen, Authentifizierung/Autorisierung.

Darüber hinaus bei der Erstellung neuer Nutzer für das Netzwerk, einen Netzwerk-Techniker (oder wer auch immer verantwortlich ist für die Erstellung von neuen Benutzern im Netzwerk) ist mehr apt zu erinnern, ausführen, group assignments, während Sie IN der AD, als die Tatsache, dass Sie gehen in ein Dutzend Anwendungen zu analysieren Zuweisungen der Genehmigung.

Tun, das hilft mit das Labyrinth der Berechtigungen und Rechte, die Neueinstellungen gewährt werden müssen, oder diejenigen, die das Unternehmen verlassen müssen verweigert werden und es behält die Authentifizierung und Autorisierung in das zentrale repository, wo es hingehört (also in der AD@, die Domain-Controller-Ebene).

WCF haben reiche sicherheitsrelevante Funktionalität bietet sowohl die Autorisierung und die Authentifizierung.
Details hier:
http://msdn.microsoft.com/en-us/library/ms735093.aspx

Ich würde den Begriff - 'RBAC' (Role based Access Control system) als Lösung für alle Ihre Anforderungen.

Ich würde nicht in viel detail erklärt "RBAC" hier, lieber würde ich kurz beschreiben, wie es zu:

Es enthält im Grunde 3 Funktionen.

1) - Authentifizierung bestätigt die Identität des Benutzers. In der Regel ist es erfolgt über Benutzerkonten und Kennwörter oder Anmeldeinformationen.

2) Berechtigung - Es wird definiert, was der Benutzer tun kann und nicht tun kann, in einer Anwendung. Ex. 'Ändern, um' ist erlaubt, aber 'creating new order" ist nicht erlaubt.

3) Überwachung von Aktionen eines Benutzers auf Anwendungen. - Es verfolgt die Benutzer Aktionen auf Anwendungen, sowie die erteilt hat, die den Zugriff auf die Benutzer?

können Sie überprüfen, RBAC bei wiki hier.

https://en.wikipedia.org/wiki/Role-based_access_control

Nun, in Bezug auf die Antwort auf Ihre Anforderungen - eine mögliche Lösung ist, um zu verlängern ASP.NET Mitgliedschaft nach Ihren Bedürfnissen.

Sowie über, einige ready to use Rahmen , würde ich empfehlen,VisualGuard, für die ich arbeite, sollten Sie diese, Sie tut all die Dinge, was Sie brauchen, sehr einfach, und, was am wichtigsten ist, Es verwaltet alle Benutzer, Rollen, Berechtigungen und Anwendungen werden über eine zentrale Verwaltungskonsole, und für die Definition von Berechtigungen, die Administratoren benötigen keine Entwickler wissen, ich.e er/Sie kann zu Beschränkungen auf Tätigkeiten über die Benutzeroberfläche.

können Sie auch Lesen Sie diesen Artikel, um mehr Verständnis über die Berechtigung und die Rolle basierten system.

http://www.visual-guard.com/EN/net-powerbuilder-application-security-authentication-permission-access-control-rbac-articles/dotnet-security-article-ressources/role-based-access-control-source_soforum.html