Inwiefern ist Fakeroot keine Sicherheitslücke in Linux?

Wie stoppt fakeroot unerwünschte Rechteausweitungen unter Linux? Wenn fakeroot tar dazu bringen kann, eine Datei zu erstellen, die root gehörte, warum sollte man dann nicht etwas Ähnliches mit SUID machen?

fakeroot trickst tar nicht aus irgendetwas zu tun, behält es Änderungen bei, die der Build vornehmen möchte, ohne dass diese Änderungen auf dem System wirksam werden, das den Build hostet. Sie brauchen fakeroot nicht um einen Tarball zu erzeugen, der eine Datei enthält, die root und suid gehört; wenn Sie einen binären evilbinary haben , wobei tar cf evil.tar --mode=4755 --owner=root --group=root evilbinary ausgeführt wird erstellt als normaler Benutzer einen Tarball, der evilbinary enthält , im Besitz von root und suid. Sie können diesen Tarball jedoch nicht extrahieren und diese Berechtigungen beibehalten, es sei denn, Sie tun dies als Root:Hier gibt es keine Rechteausweitung. fakeroot ist ein Privileg de -Eskalationstool:Es ermöglicht Ihnen, einen Build als normaler Benutzer auszuführen, während die Effekte erhalten bleiben, die der Build gehabt hätte, wenn er als Root ausgeführt worden wäre, sodass diese Effekte später wiederholt werden können. Das Anwenden der Effekte „echt“ erfordert immer Root-Rechte; fakeroot bietet keine Methode, sie zu erwerben.

Um die Verwendung von fakeroot zu verstehen Beachten Sie im Detail, dass ein typischer Distributionsaufbau die folgenden Operationen (neben vielen anderen) beinhaltet:

• Installationsdateien, die Root gehören
• ...
• archivieren Sie diese Dateien, die immer noch im Besitz von root sind, sodass sie nach dem Extrahieren im Besitz von root sind

Der erste Teil schlägt offensichtlich fehl, wenn Sie nicht root sind. Allerdings bei Ausführung unter fakeroot , als normaler Benutzer wird der Prozess

• Installationsdateien, die Root gehören – dies schlägt fehl, aber fakeroot tut so, als wäre es erfolgreich, und erinnert sich an den Eigentümerwechsel
• ...
• archiviere diese Dateien, die immer noch Root gehören – wenn tar (oder welches Archivierungsprogramm auch immer verwendet wird) fragt das System nach dem Eigentümer der Datei, fakeroot ändert die Antwort so, dass sie mit der zuvor aufgezeichneten Eigentümerschaft übereinstimmt

Auf diese Weise können Sie eine Paketerstellung ausführen, ohne root zu sein, während Sie die gleichen Ergebnisse erzielen, die Sie erhalten würden, wenn Sie wirklich als root ausgeführt würden. Mit fakeroot ist sicherer:Das System kann immer noch nichts tun, was Ihr Benutzer nicht tun kann, sodass ein betrügerischer Installationsvorgang Ihr System nicht beschädigen kann (außer dass Ihre Dateien berührt werden).

In Debian wurden die Build-Tools verbessert, sodass dies nicht mehr erforderlich ist, und Sie können Pakete ohne fakeroot erstellen . Dies wird von dpkg unterstützt direkt mit dem Rules-Requires-Root Direktive (siehe rootless-builds.txt ).

Um den Zweck von fakeroot zu verstehen , und die Sicherheitsaspekte der Ausführung als Root oder nicht, kann es hilfreich sein, den Zweck des Paketierens zu berücksichtigen. Wenn Sie eine Software aus dem Quellcode zur systemweiten Verwendung installieren, gehen Sie wie folgt vor:

1. die Software bauen (was ohne Privilegien möglich ist)
2. Installieren Sie die Software (was als Root oder zumindest als Benutzer mit Schreibzugriff auf die entsprechenden Systemspeicherorte erfolgen muss)

Wenn Sie eine Software verpacken, verzögern Sie den zweiten Teil; Um dies erfolgreich zu tun, müssen Sie die Software jedoch immer noch in das Paket und nicht auf das System „installieren“. Wenn Sie also Software paketieren, lautet der Prozess:

1. Erstellen Sie die Software (ohne besondere Berechtigungen)
2. vorgeben, die Software zu installieren (wieder ohne besondere Rechte)
3. Erfassen Sie die Softwareinstallation als Paket (dito)
4. Paket verfügbar machen (dito)

Jetzt schließt ein Benutzer den Vorgang ab, indem er das Paket installiert, was als root erfolgen muss (oder wiederum als Benutzer mit den entsprechenden Rechten zum Schreiben an die entsprechenden Speicherorte). Hier wird der verzögerte privilegierte Prozess realisiert und ist der einzige Teil des Prozesses, der spezielle Privilegien benötigt.

fakeroot hilft bei den obigen Schritten 2 und 3, indem es uns erlaubt, Softwareinstallationsprozesse auszuführen und ihr Verhalten zu erfassen, ohne als root ausgeführt zu werden.

NEIN. Mit Fake Root können Sie Tools zur Berechtigungsmanipulation und Berichterstellung ausführen, die konsistent berichten. Diese Berechtigungen werden jedoch nicht tatsächlich erteilt. Es wird nur so aussehen, als hätten Sie sie (Fälschung). Es wird nichts außerhalb der Umgebung ändern.

Es ist nützlich, wenn Sie eine Verzeichnisstruktur erstellen möchten, die Eigentum und Berechtigungen enthält, die von Ihrem Benutzer nicht festgelegt werden konnten, die Sie dann tar, zip oder ein anderes Paket erstellen.

Es nicht Erhöhen Sie die Berechtigungen wirklich, es ist eine Fälschung. Es lässt Sie nichts tun (löschen, schreiben, lesen), was Sie sonst nicht tun könnten. Sie könnten das Paket (theoretisch) auch ohne produzieren. Sie könnten einen gefälschten Bericht erhalten (ls ) ohne.

Es handelt sich nicht um eine Sicherheitslücke, da dies nicht der Fall ist Zugriff erlauben, oder alles, was Sie ohne es nicht tun können. Es läuft ohne Privilegien. Es werden lediglich Anrufe an chown abgefangen , chmod usw. Es macht sie zu einer Nicht-Operation, außer dass es aufzeichnet, was passiert wäre. Es fängt auch Aufrufe an stat ab usw., so dass es Berechtigungen und Eigentumsrechte aus seiner eigenen internen Datenbank meldet, als ob die anderen Befehle ausgeführt worden wären. Dies ist nützlich, denn wenn Sie das Verzeichnis dann komprimieren, hat es die gefälschten Berechtigungen. Wenn Sie dann als root entpacken, werden die Berechtigungen real.

Alle Dateien, die vorher nicht lesbar/schreibbar waren, bleiben nicht lesbar/schreibbar. Alle erstellten speziellen Dateien (z. B. Geräte) haben keine besonderen Befugnisse. Jede Set-UID (für einen anderen Benutzer), Dateien werden nicht Set-UID. Jede andere Rechteerweiterung funktioniert nicht.

Es ist eine Art virtuelle Maschine:Eine virtuelle Maschine kann im Allgemeinen jede Umgebung/jedes Betriebssystem simulieren, kann aber nichts mit dem Host tun, was keine andere Anwendung tun könnte. Innerhalb der virtuellen Maschine können Sie anscheinend alles tun. Sie können das Sicherheitssystem so neu erfinden, dass es gleich oder anders ist. Dies wird jedoch alles auf dem Host als Ressourcen vorhanden sein, die dem Benutzer/der Gruppe des Prozesses gehören, der die virtuelle Umgebung ausführt.

Hier gibt es bereits zwei gute und sehr detaillierte Antworten, aber ich möchte nur darauf hinweisen, dass der einleitende Absatz des Originals fakeroot Manpage erklärt es eigentlich ziemlich klar und prägnant: