[villager]

@rfree a pro po naszego #hardening myślałeś coś o sytuacji w której jakiś syf co by się dostał na konto użytkownika i z tego poziomu podstawiał alias sudo, żeby wyciągnać hasło jak ktoś będzie sobie robił update systemu(desktop)? Jakie jest najlepsze rozwiązanie, chyba tylko np. trzymanie sie zasady że takie rzeczy robimy TYLKO z tty logując się tam prosto na roota?

#linux #grsecurity

[villager]

@rfree ale serio pytam, czy masz pomysł na lepszą polityką bezpieczeństwa w tym obszarze ( ͡° ͜ʖ ͡°)

[rfree]

@villager: tak, ja loguję się na root (na ważnych maszynach, do których nie robię SSH do root) tylko z TTY.

Możesz w /etc/security/cośtam (tty?) ustawić to.

[villager]

@rfree: ale masz na myśli że trzymasz się tego żeby na desktopie nie wpisywać hasła w kontekście X11? rezygnując z WSZYSTKIEGO co pyta o hasło np. updater systemu czy dodawanie drukarki, robiąc to z tty?

tzn. takie rzeczy jak dodawanie drukarki to da akurat sprawa dodania do grupy

[rfree]

@rfree: ale masz na myśli że trzymasz się tego żeby na desktopie nie wpisywać hasła w kontekście X11? rezygnując z WSZYSTKIEGO co pyta o hasło np. updater systemu czy dodawanie drukarki, robiąc to z tty?

@villager: tak, X to straszne gówno jeżeli chodzi o bezpieczeństwo

[villager]

@rfree: no właśnie tylko to sprawa, prawda, konsekwencji w trzymaniu się tego, inaczej nie ma sensu. tzn nie można nawet użyć ubuntowego updatera systemu z gui. w ubuntu jest chociaż to że aktualizacje bezpieczeństwa można ustawić na desktopie na automatyczne, a ja na archu ( ͡° ʖ̯ ͡°)

[rfree]

@villager: Ubuntu to też straszne ( ͡° ͜ʖ ͡°)

Powinien ktoś napisać takie graficzne sudo które tworzy pytanie i aby zatwierdzić należy przejść do altr+ctrl+F1, podać specjalne hasło np usera "c" jak confirm i hasło (inne niż roota, żeby nie wpisywać co chwile bardziej tajnego hasła roota) i tam on pokazuje o co jesteś pytany i klikasz żeby zatwierdzić.