Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
cat /proc/sys/kernel/sysrqTo, co tady razíte, je klasický postup povyšování chyb na standard. V 80 % situacích to vyhovuje, tak to rovnou povýšíme na univerzální pravdu..?se pletes, ty razis "povysovani absence moznosti na status bezpecnosti", uvedom si ze si zacal obhajovat bezpecnost toho ze nelze s lock rootem prejit do systemd emergency, kdy ale zaroven lze ve stejne situaci pouzit init=/bash/sh, to vse ve vychozim stavu a navic to co si sam radil na zacatku, navic opet opakuju systemd kdyb by s lock rootem pri snaze o emergency zobrazil dotaz na heslo sudo uzivatele, tak by se tim zadna bezpecnost nesnizila ale zvysila by se pouzitelnost, to same plati pro ten timeout, proc koukat 5minut ze ceka na sit a nemit zobrazne moznosti "S-Skip Waiting, E-RunEmergency" a u nedostupneho disku "C-ContinueBootingWithoutMountThis, E-RunEmergency"
pardon, že ruším akademickou debatu o filozofickém významu bezpečnosti by default a nesmrtelnosti fstab,ale mám raspberrypi a tam si grub asi nedám nebo nějaký jiný bootloader umožňující volnost.
Např. v síťových startech, na kioscích, ... je to žádoucí chování. Nemáte zařízení fyzicky pod kontrolou, často má už v určitém bodě přístup k síťovým prostředkům a stejně opravu provádíte na dálku. Tam má naprosto smysl jakýkoliv fail stav vyústit v uříznutí přístupů.zas ty tvoje mimonsko-nesmyslne argumentace :-) to je zlomek zarizeni, ktere navic VZDY admin upravuje tak aby bylo vse omezene, jak pri ootu, tak v nabehlem, takze by navic (k tem hromade) jen udelal zmenu aby blokoval emergency, proc tim ale argumentujes ze je to v poradku pro beznej desktop co vlastni/pouziva/ma_pod_rukama majitel/admin/root?
Jelikož jedu na VPS, která funguje tuším že přes LXC a jádro je společné, tak takové věci mě nemusí trápit.zalezi co pozadujes a to si nezminil, vychozi je kontejner resenej nad LXC, nicmene muzes si tam zapnout plnou virtualizaci kde uz by si vlastni jadro mel... https://kb.vpsfree.cz/navody/vps/kvm
1. staci recene init=/bin/sh a system nastartuje s root uctem i kdyz ten je lock/nema_hesloAle tady má pravdu, protože bootloader může být zaheslovaný a pak tam toto jaksi nedopíšeš. A já jsem si naběhl že jsem si nepřečetl že to rescue shell chtělo spustit, ale neměl roota, takže v tomto případě se systemd zachoval podle mých představ a chyba je napůl v distribuci (že nemá roota i když ho její init vyžaduje při rescue) a napůl v uživateli (že si heslo roota nenastavil).
V mnoha situacích chcete mít od boot loaderu až do spuštění systému proces nenarušitelný i za cenu horších nouzových operací.nejde o "lepsi bezpecnost":
jestli správně chápu, má zablokovaného roota - což musel udělat taky vědomě.nikoliv, v Raspbianu o kterem je rec, NEni root ucet by default aktivni (to same v Debianu pokud nezadas pri install pro root heslo, to same v *ubuntu)
[...] Ubuntu LTS - nechce se mi moc pouštět do těch výmyslů canonicalu jako je snap [...]ten vymysl pouzivam na serverech i stanicich, ne pro aplikace, ale pro livepatching, tedy aplikovani bezpecnostnich oprav jadra za behu, bez nutnosti restartovani stroje ;-)
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.