slocate

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Wto, 11 Cze 2002, 15:17:41 CEST


On Tue, 11 Jun 2002, Blues wrote:

> On Tue, 11 Jun 2002, Jakub Bogusz wrote:
> > > > Prościej rpm -e slocate.
> > > e-e
> > > 
> > > %dir %attr(755,root,slocate) /var/lib/slocate
> > > %attr(2755,root,slocate) %{_bindir}/slocate
> > > %attr(0755,root,root) %{_bindir}/locate
> > > %attr(0755,root,root) %{_bindir}/updatedb
> > 
> > $ ls -l /usr/bin/locate
> > lrwxrwxrwx    1 root     root            7 maj 31  2001 /usr/bin/locate -> slocate
> > 
> > A updatedb jest uruchamiane z crona jako root.
> > 
> > > to co ty pokazujesz nadal ma mały sens...
> > 
> > Bo?
> > Baza jest tylko dla grupy slocate (i roota).
> > Program (s)locate sprawdza, kto co może zobaczyć (po uprawnieniach
> > plików i katalogów).
> 
> Żeby to miało sens powinno być:
> %dir %attr(750,root,slocate) /var/lib/slocate
> %attr(2750,root,slocate) %{_bindir}/slocate
> 
> Wtedy byłoby OK.

Zastanów się .. jeszcze raz .. jeszcze raz :)
Niby w jaki sposób w takim razie użytkownik ma mieć mozliwość za pomcą 
takeigo locat zlokalizować pliki o których położeniu z racji uprawnień do 
katalogów ma możliwość tak czy inaczje wiedzieć ?

W bazie slocate są zarejestrowane wszystki pliki ale dzięki temu że jest
to sgidowa binarka i że do bazy ma dostęp tylko grupa slocate sama
binarka ma możliwość sprawdzenia czy użytkownik ma prawo sdowiedzieć się o
położeniu konkretnych plików czy nie. Przykłąowo w bazie sa zarejestroane 
plik z /root ale dzieki powyzszemu tylko root dowie się o nich.

Także zostaw slcate w spokoju bo to co tu jest jest jak najbardziej
prawidłowe i ma to sens :)

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*



Więcej informacji o liście dyskusyjnej pld-devel-pl