Es ist noch früh.
Als Nächstes wird ein Makro-Sicherheitsmechanismus in Android verwendet.
MAC steht also für Mandatory Access Control.
Um Linux gut zu verstehen, müssen wir also wissen, was Mac und DAC sind.
MAC steht also für die obligatorische Zugangskontrolle und DAC für die diskretionäre Zugangskontrolle.
Mac und DAC sind zwei der am häufigsten verwendeten Zugangskontrollmodelle.
Der Hauptunterschied zwischen ihnen besteht darin, wie sie den Nutzern Zugang gewähren.
Bei der obligatorischen Zugangskontrolle (MAC) legt das System fest, welche Personen auf bestimmte Datenobjekte zugreifen dürfen,
bei der diskretionären Zugangskontrolle (DAC) nicht.
Der Eigentümer des Objekts gibt an, welche Subjekte auf das Objekt zugreifen können.
Dies ist also ein typischer Fall.
In Linux, AC Linux ist ein Mac-Sicherheits-Mechanismus, um es sehr einfach zu machen.
Versuchen wir, dies anhand eines Beispiels zu verstehen.
Stellen Sie sich vor, Sie besitzen einen Bauernhof und haben Kühe, Kaninchen und Hühner.
Jedes Tier auf dem Bauernhof sollte ein bestimmtes Futter bekommen.
Keines dieser Tiere oder Vögel würde das Futter der anderen nicht fressen.
Stellen wir uns vor, Sie haben einen Roboter, der sich um dieses Bauernhaus kümmert.
Der Roboter kümmert sich um die Tiere und sorgt dafür, dass sie auf Ihre Anweisung hin das richtige Futter bekommen.
Sie müssen dem Roboter also einige Regeln vorgeben.
Man muss also sagen, dass eine Kuh nur Gras fressen sollte.
Kaninchen sollten nur Karotten essen.
Hühner sollten nur Hühnerfutter essen.
Wenn Sie also diese Regeln in Dummheit schreiben, werden Sie so etwas wie dies schreiben.
Kühe zulassen.
Gras und Nahrung.
Essen Sie.
Kaninchen zulassen.
Karotte.
Anruf und Essen.
Essen Sie.
Erlauben Sie.
Hühnchen.
Körner.
Doppelpunkt.
Essen.
Essen Sie.
Dies ist also eine typische SELinux-Regel, wie wir sehen können.
Eine Regel zur Auswahl von Richtlinien hat diese Form.
Das erste ist das Schlüsselwort "Zulassen".
Der zweite ist die Quelle.
Dies ist also die Art des Gegenstands der Vorschrift.
Das ist also im Grunde das Thema.
In unserem ersten Beispiel ist das Thema eine Kuh.
Richtig?
Es geht also darum, wer den Zugang beantragt, und dann kommt der Archetyp des Objekts.
Welcher Zugang wird beantragt?
Im ersten Beispiel verlangt die Kuh also nach Gras.
Die Kuh bittet also um Zugang zum Gras.
Und der dritte Teil ist die Klasse, also die Art des Objekts, auf das zugegriffen wird.
In unserem Beispiel sind es also die Lebensmittel, und das letzte sind die Genehmigungen.
In unserem Beispiel bittet die Kuh also um die Erlaubnis, das Futter zu essen, richtig?
Dies ist also eine typische SC-Regel.
Okay, schauen wir uns jetzt die Subjekte und Objekte in Android an, damit wir Kühe, Kaninchen und Hühner durch Prozessoren
oder Prozesstypen in Android ersetzen können, und wir können Gras und Körner durch Dateien, Sockel, andere Prozessoren
usw. ersetzen. in Android.
Ein Beispiel aus der Praxis sieht also etwa so aus.
Erlauben Sie nicht vertrauenswürdigen Anwendungen das Lesen von Datendateien, und der Kernel wird sich diese Regeln ansehen und sicherstellen,
dass die Subjekte sie befolgen.
In dieser Regel haben wir gesehen, dass nicht vertrauenswürdige Anwendungen Zugriff auf die Datendatei der Anwendungen haben, so dass sie lesen
oder schreiben können.
So können alle nicht vertrauenswürdigen Anwendungen die Anwendungsdaten lesen oder schreiben.
Dateien, die mit dem Anfangsbuchstaben D enden, sind also die Quelldateien der SC-Linux-Richtlinien, in die wir die SELinux-Regeln schreiben.
Also in diesem Beispiel App Store, können wir eine Regel finden, es sagt Allow app domain mine process hal file file class read
permission und es ist auch eine gute no trends permission.
In diesem Fall erlauben wir also dem Prozess, der unter die App-Domäne fällt, den Zugriff auf diese bestimmte Datei mit Lese-
und Ausführungsrechten, nicht aber mit Trans-Berechtigungen.
Auf ähnliche Weise können Sie viele andere Dateien finden.
Wir deklarieren hier also einige Typen.
Wir befassen uns in einer späteren Sitzung mit Typen.
Hier im Kontext 30 finden Sie also viele andere Regeln.
Alle Regeln werden also grundsätzlich unter den Dateien mit der Standarderweiterung gespeichert.
Es gibt noch viele andere Dateien, die diese Regeln unterstützen.
So zum Beispiel, Jen FS Unterstrich Kontext und Datei Unterstrich Kontext.
Diese Dateien definieren im Wesentlichen die Namen oder Klassen oder Domänen der verschiedenen Ressourcen innerhalb des Systems.
Wir werden uns diese in den späteren Tutorials im Detail ansehen.
Denken Sie daran, dass die Starter-D-Dateien aus allen Elementen bestehen.
In den nächsten Regeln finden Sie alle AC-Richtlinien für eine bestimmte Hardware oder ein Board.
Unter diesem Pfad, unter dem Geräteordner, finden Sie den Herstellernamen wie Amlogic, Google,
Linear oder MediaTek D Board.
Wenn wir also Leonardo als Beispiel nehmen, kommen wir hinein und sehen verschiedene
Geräte, das Dragon-Board, die AI-Tastatur und unter dem Board- oder Gerätenamen einen Ordner mit dem Namen
Z Policy.
Hier haben wir die AC-Richtlinie, und unter der AC-Richtlinie befinden sich alle Startdateien, in denen wir die AC-Richtlinien
definieren, und die unterstützenden Dateien, in denen wir die Domänentypen extra deklarieren.