debianforum.de

Hallo zusammen,

ich würde gerne mit nftable eine ausgehende Regel anlegen welche lediglich für eine Applikation geöffnet wird.
Ist das mit nftable möglich? Kann man Regeln auf eine App bzw. Prozesse beschränken?

Nein!

Das geht meines Wissens nach nur über einen Trick, einen Umweg. Für Applikationen gibts keinen Match, aber imho für PID-Owner. Das heisst, Du müsstest Dir einen virtuellen User basteln und dieses Prozesse unter dessen UID laufen lassen. Dann kann man wohl nach Owner-ID matchen... das ist aber jetzt nur ein vager Erinnerungshinweis... ist zulange her, dass ich mal selber die Idee hatte .... und bin dabei auch nur auf diesen Würgerund gekommen. Such mal nach "nftables skuid".

TomL hat geschrieben:

17.07.2019 15:47:11

Das geht meines Wissens nach nur über einen Trick, einen Umweg. Für Applikationen gibts keinen Match, aber imho für PID-Owner. ...

Zumindest funktioniert das Matching mit User-ID mit iptables. Auf meinem Router darf z.B. squid über das UID-Matching Pakete nach aussen schicken: Ich würde annehmen, daß diese Option in nftables nicht entfernt wurde.

Nee, das wurde nicht entfernt... das geht nach wie vor. Nur auf ner lokalen Maschine geht natürlich mit nem Drop oder Reject bei diesem User dann für die definierten Matchbedingungen gar nix mehr. ... also nicht nur eine App, sondern der vollständige Traffic des Users wäre hierbei und für diese Regeln gedropt, also auch auf andere Anwendungen bezogen. Er müsste dann um das zu umgehen, weil er ja auch nur eine Anwendung explizit genannt hat, diese Anwendung unter einer virtuellen UID starten und nur diese UID filtern. Nur hindert das eben nichts daran, dass die Anwendung auch unter einer normalen UID gestartet werden könnte, womit der Filter wieder umgangen wäre.

Mit liblnetfilter_queue könnte man sich einen eigenen Paketfilter bauen, der Pakete auf das sendende Programm untersucht. über das /proc-Dateisystem kann man den Namen des Prozesses herausbekommen und dementsprechend reagieren. Das erfordert halt nur ein wenig Programieraufwand.

Hmmm...

Kann man evtl einen Proxy oder ähnliches bereitstellen welcher lediglich gewünschte Applikationen zulässt?

joe2017 hat geschrieben:

17.07.2019 16:20:38

Kann man evtl einen Proxy oder ähnliches bereitstellen welcher lediglich gewünschte Applikationen zulässt?

Es gibt nichts fertiges.

Du kannst dir was eigenes schreiben, siehe mein Kommentar oben.

Andererseits sind solche Appllication-Firewalls ziemlicher Unsinn. Spätestens, wenn die Firewall auf einem eigenen Rechner läuft, kennt sie den Namen der Anwendung nicht mehr, weil dieser Name nur dem Sendenden Rechner bekannt wäre. Appllication-Firewalls auf dem lokalen Host sind zu einfach auszuhebeln und daher auch eher nutzlos. Jedem, der sich nur halbwegs mit Netzwerksicherheit beschäftigt hat, ist zu der gleichen Erkenntnis gelangt und daher gibt es sowas in der Linuxwelt auch nicht.

Ja da hast du schon Recht.

Ich frage mich nur warum man die Möglichkeit nicht eingebaut hat. Es ist sicherlich besser einen Port nur für eine Anwendung zu öffnen wie für das ganze System.
Dann muss ich mal schauen wie ich das lösen kann.

MSfree hat geschrieben:

17.07.2019 16:37:19

joe2017 hat geschrieben:

17.07.2019 16:20:38

Kann man evtl einen Proxy oder ähnliches bereitstellen welcher lediglich gewünschte Applikationen zulässt?

Es gibt nichts fertiges.

Und ich geh noch nen Schritt weiter und sag "vergiss den Quatsch, das ist nix anderes als ein wirkungsloses Placebo" Ich nutze gerne und viel den Midnight Commander... der hat natürlich jetzt nix mit Netzwerk-Traffic zu tun, aber egal.... Was denkst Du, was passiert, wenn ich jetzt in meinem Homedir das programm "mico" starte....?... ich verrats Dir, er startet völlig normal. Also, du kannst nicht eine App verbieten, das wird nie gelingen. Selbst wenn 'mc' gefiltert wäre, 'mico' ist es jedenfalls nicht. Und wenns nur darum geht, dass normale Starts der APP nicht nachhause telefonieren, dann würde ich einen Kontext-Wechsel via pkexec durchführen, also die App unter einem anderen User betreiben. Mit dem o.g. kompletten Drop dieses Users wäre das gelöst. Das ist zwar nur ein kleiner -auf eigene Disziplin aufbauender- Schutz, aber mehr als nix.

Was ist damit: "Wechsel von iptaples zu nftaples"

maledora4 hat geschrieben:

17.07.2019 16:46:18

Was ist damit: "Wechsel von iptaples zu nftaples"

Da steht aber auch nix von Filter auf Applikation drin....

TomL hat geschrieben:

17.07.2019 16:45:35

Ich nutze gerne und viel den Midnight Commander... der hat natürlich jetzt nix mit Netzwerk-Traffic zu tun, aber egal....

Doch, man kann damit SCP und FTP Verbindungen aufbauen.

Ansonsten, schönens Beispiel, wie man ein Verbot von mc aushebelt indem man ihn auf einen anderen Programmnamen kopiert.

MSfree hat geschrieben:

17.07.2019 18:13:02

Doch, man kann damit SCP und FTP Verbindungen aufbauen.

*uuups*... erwischt.... ... gut aufgepasst

ps
Der MC hat bei mir schon vor längerem den Filezilla für Updates auf meine HP abgelöst.... im Terminal ist der MC absolut einer meiner Favoriten... das Teilchen ist schon richtig klasse.

joe2017 hat geschrieben:

17.07.2019 15:35:04

Ist das mit nftable möglich? Kann man Regeln auf eine App bzw. Prozesse beschränken?

Das ist die falsche Frage. Man kann es nicht, weil es keinen Sinn macht:
Hier ein Beispiel: Die aller meisten älteren Programme nutzen curl (und nicht libcurl) um Daten aus dem Internet zu ziehen. KDE-Programm gehen oft den Umweg über einen Hintergrunddienst (kio) Selbst Chrome konnte eine Zeit lang curl nutzen statt selbst zu laden. Hättest du Chrome den Internetzugriff verboten wäre alles geblieben wie es ist.
Beschränkst du also die Internetzugriffe eines Programms oder gar nur eines Prozesses, erreichst du meist gar nichts. Der Prozess der den Internetzugriff macht ist ein anderer als du intuitiv denkst.
Insbesondere ist es unter Linux üblich, dass ein Prozess das zugehörige Programm wechselt. (Siehe man exec.)
Was du suchst sind Netzwerk-Namespaces. Damit kannst du ein ganzes Bundel von Prozessen zusammenfassen. Der kann dann eigene Routing und firewallregeln haben.
Eine Lösung die etwas weniger verständnis fordert ist den passenden Prozess unter einem anderen User auszuführen.
Für beides Gilt: Führt ein Programm ein anderes aus bleibt das erhalten.