🚀 go-pugleaf

* [2004/09/09 20:55.14 GMT]  zim@nospam.iq.pl:
>> Ale w takim zsh czy ksh tez jest ulimit. A w tcsh jest limit. Poza
>> tym, jak ustawisz ulimit jeszcze przed logowaniem, to potem user nie
>> moze go podbic, chocby nie wiem co.
>
> Znacznie bezpieczniej kontrolowac to z poziomu bibliotek, np.
> uzywajac http://zim.iq.pl/moje/code/libzlimits.c

Czemu uważasz, że w ten sposób jest bezpieczniej?
Twardy limit ustawiony przez pam_limits jest mniej bezpieczny?

Jeśli użytkownik użyje np. wywołania systemowego syscall(SYS_fork)
zamiast bezpośrednio fork(), to funkcja opakowująca z libzlimits już go
nie będzie dotyczyć, więc to daje taki sam poziom bezpieczeństwa.

Niedawno zastanawiałem się nad tym, że wymuszenie ładowania jakieś
biblioteki przez ld.so(8) z własnymi wersjami różnych funkcji daje
możliwość stworzenia dla użytkowników zupełnej iluzji w bardzo fajny
i elastyczny sposób, bez schodzenia na poziom jądra.
Ale to chyba niestety jest dość mało bezpieczne, bo użytkownik może
w różny sposób kombinować, by to obejść. Może uruchomi statycznie
zlinkowane programy, może zmieni LD_PRELOAD i załaduje swoją bibliotekę,
która uniemożliwi odczytanie ld.so.preload, albo użyje bezpośrednio
przerwania 0x80 itp.
Wątpię, czy da się zrobić coś takiego bezpiecznie z poziomu bibliotek.

pozdrawiam.

-- 
Robert Nowotniak
GPG: 1024D/AD2800F1 B7D2 EBA3 01F1 0049 013D  E8A6 AEBA 7C82 AD28 00F1