Was ist die Bedeutung und der Unterschied zwischen Subjekt, Benutzer und Auftraggeber?

Im Zusammenhang mit Sicherheits-Frameworks kommen häufig einige Begriffe zu Thema , Benutzer und Prinzipal vor , von denen ich keine klare Definition und den Unterschied zwischen ihnen finden konnte.

Was genau bedeuten diese Begriffe und warum sind diese Unterscheidungen zwischen Subjekt und Prinzip erforderlich?

Diese sind hierarchisch in der Art, wie Gattung, Art und Individuum hierarchisch sind.

• Betreff - In einem Sicherheitskontext ist ein Betreff eine Entität, die den Zugriff auf ein Objekt anfordert . Dies sind allgemeine Begriffe, die verwendet werden, um das Objekt zu bezeichnen, das den Zugriff anfordert, und das Objekt, gegen das die Anforderung gestellt wird. Wenn Sie sich bei einer Anwendung anmelden, sind Sie der Betreff und die Anwendung ist das Objekt. Wenn jemand an Ihre Tür klopft, ist der Besucher das Subjekt, das den Zugang anfordert, und Ihr Zuhause ist das Objekt, von dem der Zugang angefordert wird.
• Prinzipal - Eine Teilmenge des Betreffs , die durch ein Konto, eine Rolle oder eine andere eindeutige Kennung dargestellt wird. Wenn wir die Ebene der Implementierungsdetails erreichen, sind Principals die eindeutigen Schlüssel, die wir in Zugriffssteuerungslisten verwenden. Sie können menschliche Benutzer, Automatisierung, Anwendungen, Verbindungen usw. darstellen.
• Benutzer - Eine Teilmenge des Prinzipals, die sich normalerweise auf einen menschlichen Bediener bezieht. Die Unterscheidung verwischt im Laufe der Zeit, da die Wörter "Benutzer" oder "Benutzer-ID" üblicherweise mit "Konto" ausgetauscht werden. Wenn Sie jedoch zwischen der breiten Klasse von Prinzipien , die Prinzipien sind, und der Teilmenge dieser Dinge, die interaktive Operatoren sind, die Transaktionen auf nicht deterministische Weise steuern, unterscheiden müssen, ist "Benutzer" das richtige Wort.

Subjekt / Objekt erbt von denselben Begriffen wie in der Grammatik. In einem Satz ist das Subjekt der Schauspieler und das Objekt das Ding, auf das gehandelt wird. In diesem Sinne gibt es die Verwendung schon seit der Erfindung der Computer. In einem Sicherheitskontext ist ein Betreff alles, was eine Anfrage stellen kann. Wie oben erwähnt, muss dies nicht auf die IT-Sicherheit beschränkt sein, und dies ist eine sehr breite Klassifizierung. Das Interessante ist, dass Subjekt Objekt impliziert. Ohne Objekt gibt es kein Subjekt.

Prinzipien sind das, worauf sich die Themen konzentrieren. Wenn Sie Ihre Kreditkarte vorlegen, sind Sie der Betreff und die Kontonummer ist der Auftraggeber. In anderen Kontexten ist Ihre Benutzer-ID oder Ihre vom Staat ausgestellte Identifikation Ihr Auftraggeber. Aber Prinzipien können mit vielen Arten von Themen in Verbindung gebracht werden, die keine Menschen sind. Wenn Anwendungen Anforderungen für Funktionen auf Systemebene stellen, kann der Principal der Unterzeichner eines signierten ausführbaren Codemoduls sein, aber selbst in diesem Fall ist der Benutzer, der die Anforderung steuert, immer noch der Betreff.

Der Benutzer ist spezifischer als das Thema oder der Auftraggeber, da er sich normalerweise auf einen interaktiven Operator bezieht. Deshalb haben wir eine grafische Benutzeroberfläche und keine grafische Hauptoberfläche. Ein Benutzer ist eine Instanz eines Betreffs , die in einen Principal aufgelöst wird . Ein einzelner Benutzer kann in eine beliebige Anzahl von Principals aufgelöst werden, es wird jedoch erwartet, dass jeder Principal in einen einzelnen Benutzer aufgelöst wird (vorausgesetzt, die Benutzer beachten die Anforderung, keine IDs gemeinsam zu nutzen). In dem obigen Beispiel ist der Unterzeichner eines ausführbaren Code - Modul definitiv nicht der Benutzer, aber es ist ein gültiges Haupt. Der interaktive Operator, der versucht, das Modul zu laden, ist der Benutzer.

Wie in den Kommentaren erwähnt, stimmen selbst die maßgeblichen Quellen diesen Bedingungen nicht zu. Ich habe NIST, SANS, IEEE, MITRE und verschiedene "quasi-maßgebliche" Quellen wie Leitfäden für Sicherheitsprüfungen durchsucht, während ich diese Antwort vorbereitet habe. Keine einzige Quelle, die ich gefunden habe und die zumindest quasi maßgeblich war, deckte alle drei Begriffe ab und alle unterschieden sich signifikant in ihrer Verwendung. Dies ist meine Auffassung, wie die Begriffe verwendet werden sollten , aber aus praktischer Sicht sind die Definitionen, wenn Sie mitten in der Nacht über ein Handbuch nachdenken, in der Regel so, wie es der Anbieter oder Autor sagt. Hoffentlich bieten die Antworten hier jedoch genügend Einblicke, um durch die Gewässer zu navigieren und Sicherheitsdokumente unter Verwendung dieser Begriffe zu analysieren.

Schauen Sie sich meine Authentifizierungskonzeptkarte an :

Ich denke, die Terminologie stammt von JAAS .

Wenn eine Anwendung die JAAS-Authentifizierung verwendet, um den Benutzer (oder eine andere Entität wie einen Dienst) zu authentifizieren, wird als Ergebnis ein Betreff erstellt. Der Zweck des Betreffs besteht darin, den authentifizierten Benutzer darzustellen. Ein Betreff besteht aus einer Reihe von Principals , wobei jeder Principal eine Identität für diesen Benutzer darstellt. Beispielsweise könnte ein Subjekt einen Namen Principal ("Susan Smith") und einen Principal der Sozialversicherungsnummer ("987-65-4321") haben, wodurch dieses Subjekt von anderen Subjekten unterschieden wird.

Betreff ist die Entität, die einen Dienst anfordert. Es kann ein Benutzer oder ein Prozess sein. Wahrscheinlich wurde deshalb der Name Betreff anstelle des Benutzers gewählt.

Wenn ein Betreff versucht, auf einen Dienst zuzugreifen, muss der Betreff zuerst authentifiziert werden. Die erfolgreiche Authentifizierung endet mit dem Laden der Sicherheitsprinzipale für diesen Betreff. In einem rollenbasierten Zugriffskontrollsystem hat ein authentifizierter (angemeldeter) Benutzer normalerweise zwei Prinzipien - userId und roleId. In solchen Systemen werden die Berechtigungen (dh wer kann auf was zugreifen) sowohl für Rollen als auch für Benutzer angegeben. Während der Autorisierung (dh der Überprüfung, ob der angeforderte Dienst zulässig sein soll) überprüft das Sicherheitssystem die Zugänglichkeit für beide Principals.

Aus Sicht der Autorisierung sind Principals daher die tatsächlichen Entitäten, für die der Zugriff zulässig oder nicht zulässig ist. Der Betreff ist nur ein Benutzer / Thread / Prozess, der einige Prinzipien enthält.

Wie T.Rob erklärte, ist Subject eine Entität, die den Zugriff auf ein Objekt anfordert. Ab diesem Punkt habe ich einen Kommentar zu javax.security.auth.Subject-Code gefunden, den ich als SEHR nützlich und leicht verständlich empfunden habe:

"Subjekte können möglicherweise mehrere Identitäten haben. Jede Identität wird als Prinzipal innerhalb des Subjekts dargestellt. Prinzipien binden einfach Namen an ein Subjekt. Beispielsweise kann ein Subjekt, das zufällig eine Person ist, Alice, zwei Prinzipien haben: eines, das bindet." Alice Bar ", der Name auf ihrem Führerschein, für das Fach, und ein anderer, der" 999-99-9999 ", die Nummer auf ihrem Studentenausweis, für das Fach bindet. Beide Prinzipien beziehen sich auf dasselbe Fach, obwohl beide hat einen anderen Namen. "

Ich hoffe es hilft.

Dies ist der Link für die folgende Erläuterung aus der Oracle JAVA SE-Dokumentation.

Themen, Prinzipien, Authentifizierung und Anmeldeinformationen Um den Zugriff auf Ressourcen zu autorisieren, müssen Anwendungen zuerst die Quelle der Anforderung authentifizieren. Das JAAS-Framework definiert den Begriff Betreff , der die Quelle einer Anforderung darstellt. Ein Subjekt kann eine beliebige Entität sein, beispielsweise eine Person oder eine Dienstleistung. Ein Betreff wird durch die Klasse javax.security.auth.Subject dargestellt .

Die Authentifizierung stellt den Prozess dar, mit dem die Identität eines Subjekts überprüft wird, und muss auf sichere Weise durchgeführt werden. Andernfalls kann sich ein Täter als andere ausgeben, um Zugriff auf ein System zu erhalten. Bei der Authentifizierung weist das Subjekt normalerweise Beweise auf, um seine Identität zu beweisen. Solche Beweise können Informationen sein, die nur das Subjekt wahrscheinlich kennt oder hat (wie ein Passwort oder ein Fingerabdruck), oder es können Informationen sein, die nur das Subjekt produzieren kann (wie signierte Daten, die einen privaten Schlüssel verwenden).

Nach der Authentifizierung wird ein Betreff mit zugehörigen Identitäten oder Principals (vom Typ java.security.Principal ) gefüllt . Ein Subjekt kann viele Prinzipien haben. Beispielsweise kann eine Person einen Namen Principal ("John Doe") und einen SSN Principal ("123-45-6789") haben, die sie von anderen Subjekten unterscheiden.

Zusätzlich zu den zugeordneten Principals kann ein Betreff sicherheitsrelevante Attribute besitzen, die als Anmeldeinformationen bezeichnet werden . Ein Berechtigungsnachweis kann Informationen enthalten, die zur Authentifizierung des Betreffs für neue Dienste verwendet werden. Zu diesen Anmeldeinformationen gehören Kennwörter, Kerberos-Tickets und Zertifikate mit öffentlichem Schlüssel. Anmeldeinformationen können auch Daten enthalten, mit denen der Betreff bestimmte Aktivitäten ausführen kann. Kryptografische Schlüssel stellen beispielsweise Anmeldeinformationen dar, mit denen der Betreff Daten signieren oder verschlüsseln kann. Öffentliche und private Anmeldeinformationsklassen sind nicht Teil der J2SE-Kern-API. Jede Klasse kann daher einen Berechtigungsnachweis darstellen.

Laut rahulmohan ， denke ich, bevor die Authentifizierung subjet ist, nachdem die Authentifizierung pricipal ist, kann ein subjet im Unterschied dazu viele pricipal haben