6. 10.1 Zmiana wlasciciela - funkcja chown()





Do spisu tresci tematu 6

6.10.1 Zmiana wlasciciela - funkcja chown()



Spis tresci


Wstep.

Objasnienia.

Struktura iattr.

Funkcja chown.

Funkcja notify_change.

Zrodla informacji

Pytania i odpowiedzi





Wstep

Duzo tego wyszlo o tej funkcji, ale nie trzeba w to sie wgryzac. Wystarczy,
moim zdaniem, wiedziec, ze zeby zmienic wlasciciela pliku, trzeba byc superuserem
dla systemu plikow (fsuid=0), wlasciciel nie moze komus pliku swojego oddac.
Moze on sie nim za to bawic zmieniajac wlasciciela na siebie - funkcja
nie zwroci bledu. Do grupy tyczy sie to samo, jednak z kodu zrodlowego
to tak latwo nie wynika. Jest to troche namieszane, dlatego ze zmieniajac
grupe, funkcja chown zmienia tez czas modyfikacji, i o ile do
samej zmiany grupy nie musimy byc wlascicielem, to zeby zmieniac czas,
musimy. Wiec zasady sa tylko dwie: dotychczasowy wlascicel lub superuser
moze zmieniac grupe pliku, z tym, ze jesli to wlasciciel, to musi jeszcze
nalezec do grupy, na ktora zmienia.




Objasnienia.

W Linuxie pewne pliki moga miec szczegolne wlasciwosci, o ktorych mowi
pole inode->flags. Naleza do nich:


immutable - nikt nie dostaje do niego
prawa do pisania, moga byc tylko czytane (np. czule pliki konfiguracyjne)


append-only - moga byc otwierane w
trybie pisania, ale dane sa zawsze dodawane na koncu pliku. Pliki te nie
moga byc usuwane, ani ich nazwy zmieniane (np. pliki zalogowania - log
files - one moga tylko rosnac).





Struktura iattr

struct iattr {


unsigned int ia_valid; /* bity mowia, co chcemy zmienic */


umode_t ia_mode; /* nowy tryb dostepu dla i-wezla */

uid_t ia_uid; /* nowy uid */

gid_t ia_gid; /* nowy gid */

... (i inne, np. czas dostepu i modyfikacji i-wezla)


};

Ta struktura sluzy do wymiany atrybutow i-wezla miedzy funkcjami wirtualnego
(np. chown), a konkretnego file-systemu (np. notify_change).





Funkcja chown.

DEFINICJA: int chown (const char *filename, uid_t user,
gid_t group);

DZIALANIE: zmiana wlasciciela i grupy dla pliku (inode->uid,
inode-> gid). Dzialanie jej jest kilkupoziomowe. Najpierw przypisujemy
wszystkie nowe atrybuty do struktury iattr
, zaznaczamy w niej co chcemy zmieniac i wywolujemy notify_change, ktora
wywoluje funkcje sprawdzajace prawa i dokonujace wlasciwych zmian.

ARGUMENTY: nazwa pliku, nowy uid i gid dla pliku

WYNIK: blad

ALGORYTM:

{


Przeksztalc nazwe sciezkowa pliku w i-wezel;

Jesli


file-system jest zamontowany tylko do czytania lub

i-wezel jest immutable lub append-only,

to: zwolnij i wezel (pobrany w namei) - funkcja iput - i wyjdz;


Jesli user=-1, to wez starego wlasciciela;

Jesli group=-1, to wez stara grupe;

Podstaw tryb dostepu (pobrany z i-wezla), user oraz group do struktury
iattr;

Zaznacz w niej, ze chcemy zmienic te rzeczy i czas (dostepu i modyfikacji
pliku);

Jesli podales nowego wlasciciela (a nie dotychczasowego), to usuwamy
bit setuid;

Jesli podales nowa grupe i jest prawo wykonywania dla grupy, i jest
ustawiony bit setgid, to usun ten ostatni bit (na razie w polu iattr->ia_mode
- potem, o ile mamy odpowiednie uprawnienia, zmiana dokona sie w i-wezle).
Z tym bitem setgid chodzi o to, zeby nie zniszczyc kandydata na obowiazkowe
blokowanie (mandatory locking) - a jest on wtedy, gdy nie ma prawa wykonywania
dla grupy, ale jest ustawiony bit setgid.;

Zaznacz i-wezel na brudny;

Jesli system z quota'mi, to:


przepisz ilosc blokow pliku do quoty nowego usera;

wykonaj notify_change;

jesli funkcja zwrocila blad, to przepisz quote z powrotem;


Jesli system bez quot, to zrob tylko notify_change;

Zwolnij i-wezel (iput).


}




Zeby bylo wiadomo, jak to Linux robi, trzeba jeszcze wyjasnic:

funkcja notify_change

DEFINICJA: int notify_change (inode *inode, struct iattr *iattr);


DZIALANIE: sprawdzenie uprawnien procesu wolajacego, zmiana atrybutow
i-wezla.

ARGUMENTY: i-wezel i nowe dla niego atrybuty.

WYNIK: blad

ALGORYTM:

{


Ustaw czas ostatniej modyfikacji i-wezla (iattr->ia_ctime) na
obecny;

Jesli konkretny file-system ma swoje notify_change, to je wykonaj
i wyjdz. Inaczej (by default) wykonaj nastepne kroki:

Sprawdz, czy mozna zmienic prawa, wykonujac funkcje:

inode_change_ok(inode, iattr):

{


Zerowa zasada: superuser dla file-systemu moze wszystko! Jest tak,
gdy fsuid procesu (efektywny identyfikator uzytkownika dla systemu plikow)
jest równy 0.

Pozostale zasady: (o tym, co chcemy zmieniac mówi pole iattr->ia_valid)



Jesli chcesz zmienic:


uid pliku - musisz zmieniac wlasciciela swojego pliku (current->
fsuid = inode->uid) na siebie (nie mozna plikow komus oddawac, jesli
sie nie jest superuserem)

grupe (gid) dla pliku, musisz nalezec do grupy docelowej
(nie musisz byc wlascicielem) lub zmieniac na grupe dotychczasowa.

slowo dostepu, musisz byc wlascicielem. Uwaga:


jesli nie nalezysz do grupy, na ktora chcesz zmienic, to bit setgid
zostanie wyzerowany. Stanie sie tak rowniez, gdy nie chcesz zmieniac grupy
(ale chcesz prawa dostepu) i nie nalezysz do dotychczasowej grupy pliku.



czas modyfikacji pliku (mtime) lub dostepu do pliku (atime),
musisz posiadac ten plik.




}

Zmien i-wezel wykonujac procedure:

void inode_setattr(inode, iattr)

{


przypisuje wszystkie atrybuty na inode;

zaznacza i-wezel na brudny;

nie zwraca bledu!


}


}





Zrodla informacji

Tylko pliki zrodlowe Linuxa:



include/linux/fs.h


include/linux/kernel.h


fs/open.c (chown - glowna
czesc funkcji)

fs/inode.c (inode_change_ok)





Pytania i odpowiedzi

No problems detected.

(ogolne pytania p. Raczunasa sa na stronie write).




Autor: Mateusz Hauzer
E-mail: [e-mail]


tego samego autora: funkcja write.