Wir hören immer ...

Tun wir das? Ich nicht.

Das Installieren eines nicht vertrauenswürdigen Programms als normaler Benutzer ist unter Linux eine schlechte Idee, genau wie unter Windows oder Mac: Dieses Programm hat Zugriff auf alle Ihre Daten und kann diese Daten löschen und senden Diese Daten können an andere weitergegeben werden. Darüber hinaus können Screenshots erstellt, andere Anwendungen gesteuert werden, die auf demselben X-Windows-Bildschirm ausgeführt werden (auch wenn sie als ein anderer Benutzer ausgeführt werden), Schlüssel (z. B. Keylogger) abgerufen werden. Weitere Informationen finden Sie unter Der Linux-Sicherheitszirkus: Auf GUI-Isolation.

Abgesehen davon treten regelmäßig Fehler bei der Eskalation von Berechtigungen auf, selbst bei Linux-Fehlern, die von einem nicht privilegierten Benutzer verwendet werden können, um Berechtigungen auf Root- oder sogar Kernel-Ebene zu erhalten

Installieren Sie daher keine nicht vertrauenswürdigen Programme auf einem System, es sei denn, Sie sind bereit, dieses System oder die darauf gespeicherten Daten zu gefährden.

Kurz gesagt: Ja, ein Konto mit geringen Berechtigungen schützt Sie vor Malware, macht Sie jedoch nicht immun. Wie bei jeder Sicherheitsmaßnahme werden Sie durch keine einzige Sache zu 100% geschützt sicher.

TL; DR: Das Ausführen auf einem Konto mit geringen Berechtigungen (auch bekannt als " Prinzip der geringsten Berechtigungen") sollte Teil eines ausgewogenen Frühstücks sein Dazu gehören auch gute Firewall-Konfigurationen. Tools zur Überwachung von Prozessen, Systemressourcen, offenen Ports, Netzwerkverkehr usw. auf verdächtige Aktivitäten; Eine Richtlinie, die nur signierte ausführbare Dateien ausführt, den sicheren SELinux-Kernel-Mod konfiguriert, das Betriebssystem und die Anwendung mit Sicherheitspatches und anderen Dingen auf dem neuesten Stand hält.

Ihre Frage ist sehr umfassend zu beantworten direkt. Stattdessen werde ich es in mehrere Fälle aufteilen, basierend auf der Konfiguration des Systems und dem, wonach der Angreifer sucht:

Fall 1: Personal Computer

Nehmen wir an, der Linux-Computer in Frage ist mein persönlicher Laptop. Ich benutze dies effektiv als Einzelbenutzersystem und tippe ziemlich regelmäßig sudo - also gelten alle von Ihnen genannten Dinge. Wenn der Angreifer versucht, meine persönlichen Daten wie Kreditkartennummern, Steuerdokumente usw. zu stehlen, befindet sich alles in meinem Home-Verzeichnis, auf das dieser Benutzer Zugriff hat. Wenn es Ransomware ist und meine persönlichen Dateien verschlüsseln möchte - das Gleiche. Sie möchten einen Hintergrundprozess installieren, um meinen Computer zu einem Teil eines Botnetzes zu machen, für das keine besonderen Berechtigungen erforderlich sind.

Fall 2: Server, Administratorkonto

Der Schaden, Malware auf das Konto eines Administrators zu übertragen, ist geringer als im obigen Fall des Endbenutzers, da das Administratorkonto wahrscheinlich keine wertvollen Daten enthält. Trotzdem kann ein Angreifer wahrscheinlich Schaden anrichten, indem er einen Paket-Sniffer im Netzwerk hat oder einen Port öffnet, über den der Angreifer Pen-Tests im Netzwerk durchführen kann. Hier würden Sie sich auf Ihre Firewall-Konfiguration verlassen, um Sie vor einigen dieser Probleme zu schützen, und Sie hoffentlich über verdächtige Aktivitäten informieren, damit Sie sie bereinigen können.

Wenn der Administrator sudo aktiviert Regelmäßig, dann sind Sie wahrscheinlich in Schwierigkeiten.

Fall 3: Server, Nicht-Administratorkonto

Stellen Sie sich vor, die fragliche Verwendung ist tomcat - Ein Benutzer mit sehr geringen Berechtigungen, der die Webserveranwendungen ausführt. Dies ist der Fall, an den die Leute normalerweise denken, wenn sie über das " Prinzip des geringsten Privilegs" sprechen, und Malware auf dieses Konto zu bekommen, ist der am wenigsten gefährliche der drei Fälle, die ich erwähnt habe.

Beachten Sie auch, dass für Linux Exploits zur Eskalation von Berechtigungen existieren, die es einem Benutzer mit geringen Berechtigungen ermöglichen würden, die Sicherheit des Betriebssystems zu umgehen und sich selbst in root zu verwandeln. Im Allgemeinen schützt Sie das Aktualisieren von Sicherheitspatches davor, aber Akteure, die reich genug sind, um Exploits auf dem Schwarzmarkt zu kaufen, kennen Zero-Day-Exploits, die nicht öffentlich bekannt sind und nicht gepatcht wurden.

Dies ist ein schrecklicher Fall von Sicherheitstheater.

Sicherheitstheater ist die Praxis oder der Glaube an etwas, das die Sicherheit verbessert, aber in Wirklichkeit wenig / schadet.

Diese falsche Überzeugung gibt es schon, solange das folgende Gerücht

Linux aufgrund seines Berechtigungssystems

keine Viren hat Das ist fast so gut wie zu sagen

Ich habe keinen Virus auf meinem Computer, weil ich nichts blinken sehe

Nur weil Sie es nicht tun. Ich sehe es nicht, heißt nicht, dass es wahr ist. Das Schließen der Augen schützt Sie nicht vor dem Eindringling.

In der Realität von Linux, Mac OS, Windows, Android und Xbox weist alles Schwachstellen auf, die eine Eskalation zu einem System ermöglichen würden Kontrollstufe.

JEDOCH Nur weil der Angriff nicht auf Systemebene eskaliert, heißt das nicht, dass er nicht EXTREM gefährlich ist. Diese Anwendungen mit nur Zugriff auf Benutzerebene können weiterhin Ihre Informationen stehlen, jede Bewegung aufzeichnen und Ihre Daten als Lösegeld aufbewahren! Alles, ohne dass es jemals zu einer Eskalation kommt, da dies die Daten sind, auf die nur Ihr Benutzer zugreifen kann.

Diese Fakten gelten für JEDES Betriebssystem, unabhängig vom Gerät. Wenn Sie Zugriff auf den Speicher haben, hat er Zugriff auf den Speicher. Das heißt, auch wenn Sie es nicht sehen können, hat es dennoch Zugriff darauf.

Die gute Nachricht

Da Sie ein regelmäßiger Benutzer sind, bedeutet dies, dass der Angriff nicht erfolgt Nicht bereits auf Root-Ebene, dh der Zugriff ist auf den Benutzerzugriff beschränkt, und hilft , andere Benutzer im System zu schützen. Das bedeutet natürlich nicht, dass es nicht zu einer Eskalation kommen kann, sondern nur, dass es viel schwieriger ist.

Das System selbst ist vor Konten sicher, die nicht root-äquivalent sind, aber auf einem Desktop, auf dem Sie sich hauptsächlich um Ihre eigenen Daten kümmern, hilft dies nicht viel. Sie authentifizieren sich regelmäßig, um von Ihrem Konto aus root zu werden

Wenn jemand ein Konto auf einem korrekt konfigurierten Mehrbenutzersystem hat und keine sudo -Berechtigungen oder das Root-Kennwort hat, werden Fehler in privilegierter Software ausgeschlossen Es gibt nichts, was der Benutzer tun kann, um die Kontrolle über die Maschine zu erlangen. Ein Benutzerkonto, auf dem möglicherweise schädliche Software installiert ist, sollte vom Rest des Systems als potenzieller Angreifer angesehen werden.

Auf meinem Desktop habe ich ein nicht privilegiertes Konto hinzugefügt, dem ich sudo hinzufügen kann , aber es kann nicht sudo rooten. Ich führe manchmal Software aus, der ich ein bisschen vertraue, aber nicht ganz, unter diesem Konto, insb. Wenn Netzwerk verwendet wird.

Da ich diesem Konto theoretisch Zugriff auf meinen X-Server erteile, kann es seine Berechtigungen durch Angriffe auf die Zwischenablage / Tastenanschlag-Simulation erweitern. Es befindet sich in derselben Unix-Gruppe wie mein reguläres Konto, und ich bin sicher, dass ich die Gruppenschreibberechtigung für einige wichtige Dateien nicht vollständig entfernt habe, aber ich habe chmod 0644 ~ / .bash {rc, _profile} und einige andere wichtige Dateien. Es ist also eine zusätzliche Hürde, die manche Malware möglicherweise nicht erwartet hat.

Das Rezept hier ist zwar keineswegs narrensicher, aber unvollständig oder falsch.

Die Installation nicht vertrauenswürdiger Software unter Ihrem nicht privilegierten Konto ist eine Katastrophe.

Installation in einem sorgfältig vorbereiteten anderen nicht privilegierten Konto? Weniger riskant, aber keinesfalls garantiert sicher.

Wenn:

• Sie sicher sind, dass Ihr System als sicheres Mehrbenutzersystem eingerichtet ist (kein Zufall) Schreibzugriff auf Systemverzeichnisse, wahrscheinlich volles SE Linux)
• Sie erstellen ein Konto, das keine Gruppen mit Ihrem Konto teilt.
• Sie haben den Zugriff auf alle Ihre Daten sorgfältig auf festgelegt Seien Sie so etwas wie 0770 - kein Zugriff auf "andere" -

Dann sind Sie so sicher wie jede Umgebung, die von der Mehrbenutzersicherheit auf einem gemeinsam genutzten Linux-System abhängt. Diese Kugeln bedeuten jedoch ziemlich viel Arbeit. Wäre es nicht einfacher, eine CD oder eine VM zu starten?

Ist es einem Benutzer auf niedriger Ebene nicht möglich, ein Skript mit einem Keylogger zu installieren, das beispielsweise auf einen su- oder sudo-Aufruf wartet und von dort aus die Systemsteuerung übernimmt?

Nein - und Sie haben die Antwort bereits gegeben, da dies "außerhalb ihres Berechtigungsbereichs" liegt. Linux war schon immer ein Mehrbenutzersystem, und (fast) alles, was außerhalb des Kernels implementiert werden kann, wird außerhalb des Kernels implementiert und unterliegt daher den Einschränkungen des Berechtigungssystems.

Ein Benutzer kann Code installieren / ausführen, der seine eigenen Daten in den Papierkorb wirft. Der einzige Weg, um weiteren Schaden zu verursachen, besteht darin, eine Sicherheitsanfälligkeit in der Implementierung auszunutzen.

Ja, wenn dieser Benutzer 'su' hat 'oder sudo Zugriff dann ist es möglich, dass Malware den Pfad ändern könnte, um auf ihren eigenen Code anstelle von su / sudo zu verweisen und dadurch die Interaktion MITM. In der Praxis ist dies jedoch etwas schwieriger, da su oder sudo aus dem Prozessbaum aufgerufen werden müssten, der bereits die laufende Malware enthält.