🚀 go-pugleaf

Stachu 'Dozzie' K. <cut-to-last-hypen-dozzie@dynamit.im.pwr.wroc.pl> wrote:
> On 2004-09-19, Marek Blaszkowski wrote:
>> Robert Jaroszuk <zim@nospam.iq.pl> wrote:
>>> [...]
>>> ulimity mozna w banalny sposob ominac, np. bash --norc, PAMy nie sa
>>> [...]
>>
>> A mozesz rozwinac w jakiz to sposob ominiesz limit poprzez powyzszy
>> przyklad (bash --norc) (uid !=0)? (limit ustawiony przez parent
>> login/daemon, ktory pozniej robi suid na okreslonego uzytkownika a
>> nastepnie laduje shell).

> No, na przyklad tak
> http://www.securityfocus.com/archive/1/374810/2004-09-09/2004-09-15/0
> albo tak
> http://www.securityfocus.com/archive/1/374341/2004-09-02/2004-09-08/0
> :P

Czytaj uwaznie,
dajesz bardzo dziwny przyklad, wrecz niezwiazany z tematem.
Skoro proces moze zrobic setuid(0) (wykorzystujac exploit suidowego
programu) to znaczy ze jest moze zrobic wiele innych rzeczy (nie tylko
modyfikowac limity).  Limity powinny byc ustawiane przez procesy parent
(uid=0) uruchamijace np.  shell, ktore nastepnie robia setuid na id!=0.
Wszelkie ustawianie limitow poprzez  /etc/profile ("przypadek" --norc)
jest niepowazne i nie podlega dyskusji.
Cytuje ponownie zdanie, ktore glosi poglad ze _kazde_ (bo nie definuje
metody ich ustawiania czyli mozna zalozyckazda metode) ulimity mozna 
ominac:

>>> [...]
>>> ulimity mozna w banalny sposob ominac, np. bash --norc, PAMy nie sa
>>> [...]

wykaz jak obejdziesz limity (exploit lub suidowy program dajacy
mozliwosc wywolania z sukcesem   setuid(0) wykluczamy z powodow
oczywistych) rowniez w obrebie procesu jego potomkow ustawionego 
poprzez parent. 
Schemat:
deamon/login uruchmominy z limitami
    -> polaczenie
        -> weryfikacja uzytkownika
            -> setuid (!=0)
                -> exec shell -> tutaj zmien limity.

pozdrawiam,
-- 
Marek B.