• PlexSheep@infosec.pubDeutsch
      1·
      6 months ago

      Aber es macht schon irgendwie Sinn dass systemd diesen Job übernimmt oder? Ist es nicht deutlich eleganter wenn wir im Nutzerraum bleiben und das quasi init system einen wurzel pty gabelt?

      • sabreW4K3@lazysoci.alDeutsch
        1·
        6 months ago

        Die Argumente für diese Änderung scheinen sowohl logisch als auch überzeugend. Die Argumente dagegen sind nur dass es systemd ist.

        Wie dem auch sei, klügere Leute als ich werden entscheiden. 😂

  • Spannungsabfall@feddit.deDeutsch
    13·
    6 months ago

    Bin ich doof, oder müsste nicht “bin” mit “mich” oder “ist” mit “sich” kombiniert werden?

    • PlexSheep@infosec.pubDeutsch
      0·
      6 months ago

      Default der distro ist nicht immer klar. Auf Debian ist z.b. meisten kein sudo vorinstalliert.

      • Successful_Try543@feddit.deDeutsch
        0·
        6 months ago

        Bei Debian hast Du bei der Installation zwei Möglichkeiten: Entweder Du vergibst ein Wurzelkennwort, dann wird ein Wurzelbenutzer eingerichtet und kein sudo installiert, oder der eingerichtete Hauptbenutzer erhält sudo-Rechte.

  • Reznik@lemmy.zipDeutsch
    61·
    6 months ago

    Mein System ist so eingerichtet, dass ich kein sudo brauche. Ist mir also egal, ob das sudo oder run0 oder snickers heisst. ^^

      • Reznik@lemmy.zipDeutsch
        7·
        6 months ago

        Weder noch. Ich nutze einen von Fedoras Atomic Desktops (KDE in meinem Fall). Und da hab ich automatische Updates aktiviert. Und seit dem brauch ich keine root Rechte mehr. Software kommt über Flatpak (und ganz selten über Distrobox). Dienste (wie mpd) konfigurier ich in ~/.config/systemd/user/. Wozu brauch ich noch root?

        • PlexSheep@infosec.pubDeutsch
          2·
          6 months ago

          Wer’s mag, schön wenn’s für dich funktioniert. Mein Fall ist das nicht aber die Vielfalt ist unsere Stärke.

  • ichbinjasokreativ@lemmy.worldDeutsch
    1·
    6 months ago

    Ich bin glaub ich echt der Einzige, der sich auf run0 freut. Mit sudo hab ich zwar an sich kein Problem, aber systemd-run ist so schon recht nützlich und sytemd an sich erleichtert mir die Arbeit normalerweise

  • aaaaaaaaargh@feddit.deDeutsch
    58·
    6 months ago

    Poetterings Hauptargument ist übrigens: /etc/sudoers hat zu komplizierte Syntax. Kannste dir nicht ausdenken.

    EDIT: Das ist nicht mein Argument. Ich bin der Meinung, er hätte auch Fixes und Verbesserungen für sudo einreichen können, anstatt schon wieder das nächste Fass aufzumachen, das alles Altbekannte über den Haufen wirft.

      • aaaaaaaaargh@feddit.deDeutsch
        4·
        6 months ago

        Was in den seltensten Fällen bei der Verwendung von sudo erforderlich sein dürfte.

        Aber ich bin neugierig, kannst du so ein Szenario nennen, wo man an die Grenzen stößt?

          • aaaaaaaaargh@feddit.deDeutsch
            0·
            6 months ago

            Ich sehe definitiv das Problem, aber man sollte nicht das ganze Ding abreißen, das für Millionen anderer User kein Problem darstellt, um Spezialfälle zu lösen. Da wäre es wirklich zumindest angebracht gewesen, darüber nachzudenken, wie man sudo hinsichtlich dieser features erweitert. Ich bin jetzt nicht der polkit-Experte, aber soweit ich das verstehe, müsste man doch im wesentlichen eine rootless sudo-Version bauen, die kein SUID flag hat und polkit nutzt, so wie run0 das auch macht.

            Ich finde es ja in der Sache nicht verkehrt, aber immer dieses neu machen nervt. Mit einem kompatiblen replacement hätte man beide Seiten zufriedenstellen können, indem man weiterhin /etc/sudoers als fallback anbietet. podman hat es vorgemacht.

            Ach und eins noch: man sollte nicht vergessen, was für eine zentrale Rolle sudo in der Kernkonfiguration der meisten Systeme einnimmt. In gewisser Hinsicht hat es root als user abgelöst, was bedeutet, dass bei einem run0 eine deutlich höhere Komplexität und damit Wartungsproblematik als bei einem verhältnismäßig rudimentären sudo gegeben ist. Das halte ich für kein irrelevantes Argument.

    • hsdkfr734r@feddit.nlDeutsch
      4·
      6 months ago

      /etc/sudoers hat zu komplizierte Syntax.

      Falsch ist das nicht. Aber warum dient es als Argument für ein neues sudo?

      • aaaaaaaaargh@feddit.deDeutsch
        4·
        6 months ago

        Das meine ich ja damit. Warum wählt man mich deswegen jetzt runter? Ist doch nicht mein Argument, sondern seins.

    • connaisseur@lemmy.caDeutsch
      4·
      6 months ago

      Wenigstens bekommt die Shell eine schöne rötliche Hintergrundfarbe. * kichert * ich bin in Gefahr.

      • 30p87@feddit.deDeutsch
        5·
        6 months ago

        Das wird krass nerven. Ich hab schon extra den Namen von root in der shell prompt eingefärbt, roter Hintergrund ist einfach nur störend.

        • d_k_bo@feddit.deDeutsch
          5·
          6 months ago

          Es gibt ja auch Befehle, die rote Schrift verwenden, um vor etwas zu warnen (z.B. dnf), das wird dann plötzlich unleserlich bzw. unsichtbar.

    • _cnt0@sh.itjust.worksDeutsch
      52·
      6 months ago

      Das ist eine Lüge. Das Hauptargument ist, dass der setuid-Bit-Mechanismus unsauber ist und Benutzerkontexte “geleaked” werden, was bei unvorsichtiger Programmierung immer wieder zu (teils massiven) Sicherheitsproblemen führt. Mit der neuen Lösung sollen Dinge die Elevation benötigen in Services, die im passenden Kontext laufen, sauber weggekapselt werden und Berechtigungen granularer und atomarer werden und per default keinerlei Benutzerkontext “geleaked” werden, sondern nur wenn technisch notwendig einzelne Sachen, wie z.B. die SHELL-Variable, durchgeschliffen werden. Die Komplexität der Konfiguration ist nur ein (korrektes) Nebenargument.

      • aaaaaaaaargh@feddit.deDeutsch
        52·
        6 months ago

        Das ist keine Lüge.

        Als wichtigsten Grund für seine moderne sudo-Alternative führt Poettering die Sicherheit an. sudo ist ein SUID-Binary, also ein Programm, das – aus einem Benutzerkontext heraus gestartet – mit root-Rechten läuft. Es erfragt dann das Passwort des Nutzers und prüft gegen die Regeln in der Datei /etc/sudoers, ob der Benutzer das angefragte Programm mit root-Rechten ausführen darf. Die Syntax dieser Regeln, so Poettering, sei kompliziert und fehleranfällig.

        Ich hätte schreiben sollen “eines seiner beiden Hauptargumente.” Das war ein Fehler, aber keine Lüge.

    • mogoh@lemmy.mlDeutsch
      1·
      6 months ago

      Du wunderst dich über die Runterwählis, dabei ist es nicht Poetterings Hauptargument. Sein Hauptargument lautet:

      I personally think that the biggest problem with sudo is the fact it’s a SUID binary though

      Hier nachlesen: https://mastodon.social/@pid_eins/112353350913195618

      Zum Argument von Poettering: Setz-Nutzer-Identifikation und Zeit-von-Prüfen-Zeit-von-Nutzen-Attacken sind Realwelt-Probleme. Ich kann nicht sagen, ob sein Ansatz unterm Strich sicherer ist, aber ich sehe das Problem und es ist sicher nicht falsch zumindest zu versuchen eine sichere alternative zu schaffen.

      Zu deiner Argumentation: So einen Quatsch zu verbreiten ist der Hauptgrund, warum ich systemd-Hasser nicht ernst nehmen kann. Es wird einfach irgendwas behauptet, solange es in die systemd-schlecht-Erzählung passt.

      • rhabarba@feddit.deDeutsch
        01·
        6 months ago

        Poettering arbeitet bei Microsoft. Das haben sich die Linuxer verdient.