«Root-Zugriff und mehr — Sicherheitslücken gefährden Millionen von Linux-Systemen:Angreifer können anfällige Systeme zum Absturz bringen oder Root-Zugriff erlangen.

[lerothas@tech.lgbt]

@fasnix @kubikpixel @_RyekDarkener_
Bedeutet für mich:
1. Man sollte ein System verwenden, das Aktualisierungen erhält.
2. Updates installieren, sobald sie verfügbar sind.
3. Keine zusätzliche Quellen einbinden.
4. Niemals einem System blind vertrauen.

Trotzdem sind Linux Distributionen immer noch wesentlich sicherer, als alles was von MicroSlop oder VerÄppel kommt.

Bei Solus ist 1. der Fall, aber Solus verwendet kein AppArmor (soweit meine Informationen). Dort kann man auch jeden Freitag Nacht nachlesen, welche CVEs mit Updates geschlossen wurden.

OpenSUSE verwendet auch kein AppArmor mehr seit Leap 16.0. Bei Tumbleweed weiß ich es nicht.

[fasnix@fe.disroot.org]

@lerothas
Aber beißen sich nicht 2. und 4.?
Wenn ich die Updates einspiele, vertraue ich den Entwickler:innen ja qausi "blind", dass alle Pakete "sauber" sind, oder?

@kubikpixel @_RyekDarkener_

[lerothas@tech.lgbt]

@fasnix @kubikpixel @_RyekDarkener_
Ja und Nein.

Ich habe nicht die Fertigkeit, jedes Update zu prüfen. Deswegen vertraue ich da den Maintainer.

Aber dieses Vertrauen ist nicht blind, D.h. ich schaue v.a. an, was ich Installiere, und achte auf Dinge wie aktive Firewall (habe KDE Connect und Syncthing laufen) oder Verschlüsselung des Systems.
Da ich aber keinen Server laufen habe, ist der Angriffsvektor da auch deutlich schwieriger. Bei der AppArmor Lücke brauchte man ja auch erst mal Zugriff auf das System, wenn ich es richtig verstanden habe. Wenn aber das System durch Verschlüsselung und starkem Passwort und kein SSH Zugang oder so geschützt ist, dann kann man die Lücke nicht ausnutzen.

[fasnix@fe.disroot.org]

@lerothas
Gerade mal geschaut:
Solus Budgie bietet nativ wohl keine Firewall an.
Ich dachte, ich hätte schon mal eine separat installiert, aber die fand ich jetzt nicht mehr.
Gerade wieder installiert und aktiviert.

SSH dürfte nicht aktiv sein, wie kann ich das herausfinden?

[chaotica@nrw.social]

@fasnix @lerothas
Sitzt Du gerade an dem Computer?
Dann dürfte „ssh localhost“ dir schon Hinweise geben.

[chaotica@nrw.social]

@fasnix @lerothas
Alternativ:
sudo service sshd status
Oder
sudo systemctl status sdhd

[fasnix@fe.disroot.org]

@Chaotica
Danke!
ssh localhost ergibt "connection refused".
Die weiteren Eingaben "Befehl nicht gefunden"

@lerothas

[chaotica@nrw.social]

@fasnix
Dann lauscht kein SSH auf einem offenen Port.

Du kannst sicherheitshalber noch mit

sudo netstat -tulpen | grep -v 127.0.0.1

Gucken ob sonst noch was offen ist.

@lerothas

[lerothas@tech.lgbt]

@fasnix
Ich Installiere immer ufw.
Du brauchst aber auch nur eine firewall, wenn du einen Netzwerk-Dienst laufen hast. Das ist bspw bei KDE Connect oder Syncthing der Fall.

[fasnix@fe.disroot.org]

@lerothas
KDE Connect verbindet sich bei mir vom Smartphone nicht mit dem Notebook.

[lerothas@tech.lgbt]

@fasnix
Läuft denn am PC KDE Connect? Einfach, um diese Fehlerquelle gleich auszuschließen. Budgie als Desktop Umgebung kennt ja KDE Connect nicht.

Manchmal muss man es manuell uver die Eingabe der IP Adresse machen.

[tigerinflow@procial.tchncs.de]

@kubikpixel@chaos.social Ich finde die Informationen ziemlich dünn, um etwas Wirkliches zu sagen. Kernel 4, wer benutzt es außer Android überhaupt noch? Klingt, mehr mach Forschung im Labor, statt realer Gefahr. Ich finde es interessant das Archlinux nicht dabei ist

[fasnix@fe.disroot.org]

@lerothas
Ja, KDE Connect startet ohne Fehlermeldung unter Solus Budgie.
Budgie hat inzwischen diverse KDE-Dienste integriert, wie zB Discover.