[Megoldva] sudoers fájl

Igazad van de ha visszaolvasol én eleve nem is igazán ajánlottam a fájlba belepiszkálást, ott van egy szimpla parancs csoporthoz adáshoz, szerintem OP-nak elég kellene, hogy legyen.

Off: hogyan állapítottad meg a fenti kétsoros fájl-részletből, hogy nem a visudo használatával készült?

Off^2: Mi az: kicsi, sárga, és életveszélyes?

Végül is nem kizárt, hogy mostanra tudja. Arra gondolok, hogy pl. gizike felhasználónak engedélyezed, hogy futtassa a /usr/bin/pacman -Syu parancsot. De csak gizike, csak azt, csak ebben a formában, ha simán pacman-ként futtatja, vagy /bin/pacman, esetleg ./pacman-ként, akkor nem fog neki menni (ezt eddig a sudo is tudja), vagy ha valami más paraméterrel hívná meg, -S, -Syy, -R, -F, akármi, akkor azt se tudja megtenni, lényegében így csak szabályosan frissíteni tud (a sync-et így nem tudja kihagyni update előtt szabálytalanul), de nem tud csomagot eltávolítani, felbarmolni, tárolót hozzáadni, stb.. Így általánosan visszaélni nem lehet vele, mivel egy esetleges támadó nem tudja, hogy pont gizikének (és nem gibszjakab felhasználónak), pont ezzel a konkrét elérési úttal és kapcsolókombóval engedve van valami, és természetesen a /etc/doas.conf-ból sem lehet puskázni, mert az meg rendszerfájlként access denied-dal fog visszaérkezni, és ha valaki paranoiás, akkor a shell rc-jében is megadhatja, hogy az ilyen speciális doas config alapján hívott akciókat a rendszer ne mentse history-ban, ahonnan ki lehetne figyelni, esetleg valami külön scriptben hívni billkombóval és nem terminálból indítani. Plusz mivel nem elterjedt, így a doas-t nem támadják még annyira a hackerek, mint a sudo-t. Sérülékenység sincs benne annyi, de nem azért, mert profibban van megírva, hanem a kódbázisa kisebb, ennél fogva kevesebb alkalom van valami rést találni rajta, és ha mégis akad, akkor könnyebb foltozni, kicsi projekt, valami alig párszáz sor. Az OpenBSD-féle és suckless-típusú minimalizmus előnye, hogy fapad, nem felhasználóbarát, de cserébe szög egyszerű, bomba biztos, stb.. Verzió sem jön ki belőle túl gyakran, így még lustáéknak is ideális, hogy nem kell állandóan frissíteni ezt a komponenst is.

Olyan például biztos van, hogy paraméterek nélkül futtathatok egy programot:
http://forum.index.hu/Article/viewArticle?a=25183389&t=9028250

Nem hülyéztem, csak nem szoktam egyetérteni, ha valaki halogatja. Inkább lustaságnak tartom egyébként is, mint hülyeségnek. A 18.04-es LTS is épp úgy 5 éves támogatási idejű, mint a többi, legalábbis ingyenesen ennyi, az ezen felüli 5 éves támogatás az fizetős. Meg kb. értelmetlen, mert 10 év alatt túl sokat változik a Linux világa. Már az 5 év is necces.

A doas elég bevett gyakorlat a BSD usereknél. Elhiszem, ha te nem használod, de a legtöbben felteszik, mert ugye sudo nem divat arrafelé, valami meg kell, ha valaki nem akar csak su-ra támaszkodni. runas-t is ismerem, de az szerintem a minimalizmusnak olyan foka már, hogy nem mindenkinek tudom nyugodt szívvel ajánlani, de tény, hogy alternatíva az is.

Linuxon meg egyenesen kvázi kötelező a sudo, olyan disztrókon is, amelyeken nincs default telepítve. Azért, mert elég sok kód fixen rá van drótozva, és kellemetlenség lehet belőle, ha pont ilyet futtat az ember. Bash szintén, hiába használsz másik shellt, elég sok kód fixen #!/bin/bash, #!/usr/bin/env bash-ra van beállítva, ha eltávolítod a rendszerről, szívás lehet a vége. Körbe lehet hekkelni, de az is plusz munka és körlefutás lesz. A glibc, systemd, és desktop rendszereken a pulsaudio/pipewire, dbus is elég megkerülhetetlen a linuxos világban, meg lehet próbálni ezeket elhagyni, vagy ezeket nem tartalmozó disztrókat próbálgatni, de nem lesz jó vége, túl sok minden dependel ezekre. Így hiába nem is szereti ezeket valaki, keserű pirula, akkor is le kell nyelni.

https://i.imgur.com/HlA8lfN.png

A marker a bold g alatt van: sdfefergrgrgrgg, ami implikálná, hogy ott a hiba, tehát odáig jó a sudo szerint :) Most nézem, hogy rendes kódként betéve sorvégét mutat, szóval valószínű csak a nem fix szélességű font miatt látszott így.